超市管理系统正文-李肖.doc

摘 要
计算机作为一种高效的管理工具，对超市的管理发挥了极其重要的作用。本文主要介绍了超市管理系统的基本功能和设计过程，包括系统的需求分析、系统总体结构、系统功能模块划分以及系统数据库模式分析等，重点对超市管理系统的开发实现进行了阐述。
本系统结合实际的超市管理制度，采用Visual Studio 2008与 SQL Server 2005技术设计并实现，整个系统操作简单、界面友好、安全、实用。基本资料管理主要完成商品的计量单位、类型、供应商等信息的添加、修改操作；进货管理主要完成超市日常的进货操作，销售管理主要完成与商品销售有关的工作，包括商品销售登记、商品销售排行、商品销售明细、商品销售情况汇总；库存管理主要完成超市库存商品的信息统计、报警设置操作；系统管理包括备份数据、清空数据、用户管理等功能。

关键字：超市管理系统；数据库；销售；商品
Abstract
Computer as an efficient management tool for the management of the supermarket has played an extremely important role. This paper describes the basic functions of supermarket management system and design process, including system requirements analysis, systems architecture, system functions and system database module division pattern analysis, with emphasis on the development of supermarket management system implementations are described.
This system combines the real supermarket management system, using Visual Studio 2008 and SQL Server 2005 technology, design and implement the entire system is simple, user-friendly, safe and practical. Major to complete the basic information management unit of measurement of goods, types, suppliers and other information to add, modify operations, purchasing management is primarily the completion of the supermarket purchase daily operations, sales management primarily to complete the sales-related merchandise, including merchandise sales registration, merchandise sales rankings, merchandising details, merchandise sales summary, inventory management, the major supermarkets stock commodity information to complete statistics, alarm set operations, system management, including backup data, clear data and user management functions.

Keywords: Supermarket Management System; Database; Sales; Goods

62
目 录
引 言 1
1 基础知识 2
1.1 .NET简介 2
1.2 C#语言 2
1.3 SQL Server数据库介绍 3
2 系统分析 5
2.1 开发背景及意义 5
2.2 可行性研究 5
2.3 功能需求 7
2.3.1 用例分析 7
2.3.2 概念类描述 10
2.3.3 行为描述 12
2.4 性能需求 14
2.4.1 响应时间 14
2.4.2 吞吐量 14
2.4.3 资源利用率 14
2.5 环境需求 15
2.5.1 硬件环境 15
2.5.2 软件环境 15
3 系统设计 16
3.1 系统结构设计 16
3.1.1 软件设计的原则 16
3.1.2 系统层次结构 16
3.2 设计阶段类图 17
3.3 数据库设计 19
3.3.1 数据库概念设计 19
3.3.2 数据库逻辑设计 19
3.4 人机界面设计 21
3.4.1 人机界面设计指南 21
3.4.2 用户界面设计 22
3.5 系统详细设计 25
3.5.1 商品销售登记PAD图 26
3.5.2 库存商品统计PAD图 27
3.5.3 进货操作PAD图 28
4 系统实现 29
4.1 语言选择原因 29
4.2 系统功能实现 30
4.2.1 管理员登录 30
4.2.2 基本资料 30
4.2.3 进货管理 31
4.2.4 销售管理 32
4.2.5 库存管理 33
4.2.6 系统管理 34
5 软件测试 36
5.1 软件测试概念 36
5.1.1 软件测试的内容 36
5.1.2 定义软件测试的分类 37
5.1.3 系统测试（System Testing） 37
5.1.4 测试计划活动 38
5.1.5 测试计划的要点 38
5.2 测试的基础 38
5.2.1 软件测试的工具 38
5.2.2 白盒测试和黑盒测试 39
5.3 测试用例设计 40
5.3.1 等价类测试用例设计 40
5.3.2 边界值测试用例设计 40
5.4 软件可靠性 41
5.4.1 基本定义 41
5.4.2 估算平均无故障时间的方法 42
5.4.3 MTTF和ASS的估算 43
结 论 44
致 谢 45
参考文献 46
附 录 47
附录A Management Information System 47
附录B 管理信息系统 52
附录C 系统主要程序代码 56

沈阳理工大学高等职业技术学院学士学位论文
引 言
我国超市形成在20世纪90年代初期，现在已经成为我国零售业的一种重要形态，对国民经济的发展起到了重要的作用。随着超市高速的发展，其经营管理也变得愈加复杂，早期售货员站柜台的形式早已不能满足现有销售业的发展，这样就迫切地需要引入新的管理技术。
超市形态具有种种优点，但在目前状况下，它仍存在零售业企业所共有的落后的一面，如：不能有效地管理每种商品，收款结算速度慢，容易出现营业差错，不宜进行商品调价，盘点效率低等，而且在超市日常管理中，商品的进、销、存等决策以经验为主，缺乏实时分析功能，管理人员对及时传递资料的要求始终得不到满足。随着超市的发展，其日常所需要处理的数据量也逐渐增大，商业运转的中间环节也越来越多，原始的人工管理已无法应对这复杂的市场。超市需要处理大量的库存信息，还要时刻更新产品的销售信息，不断添加商品信息。面对不同种类的信息，需要合理的数据库结构来保存数据信息，需要有效的程序结构支持各种数据操作的执行。商店自动化的产品管理在欧美等国家早已经实现，也是零售业管理的基础。它最主要的特点是能够实时的和准确的控制店内的销售情况。如果可以能够实时掌握销售流程及销售情况，则可以有效地加速商品的周转率并提高服务质量，而且可以减少产品售价不符等所产生的问题。顾客的消费要求的是希望在超市购物中能基本上都能购得所需的商品，并且还要既保证商品质量还要享受优质，方便的服务。
本系统主要实现对超市日常信息的处理，其功能包括：基本资料管理、进货管理，销售管理、库存管理、系统管理、打印报表等功能，及时为超市管理人员提供有效的数据信息，以做出相应的决策。
1 基础知识
1.1 .NET简介
.NET技术是微软公司推出的一个全新概念，它代表了一个集合、一个环境和一个可以作为平台支持下一代Internet的可编程结构。.NET的目的就是将互联网作为新一代操作系统的基础，对互联网的设计思想进行扩展，用户在任何地方、任何时间、以及利用任何设备能访问所需的信息、文件和程序。用户不需要知道这些文件放在什么地方，只需要发出请求，然后就可以接受处理的结果，后台的复杂处理过程对用户而言是透明的[1]。
.NET开发平台包括.NET框架和.NET开发工具等组成部分，.NET框架（Framework）是整个开发平台的基础，包括公共语言运行库和框架类库，.NET开发工具包括Visual Studio .NET集成开发环境和.NET编程语言。其中，Visual Studio .NET集成开发环境用来开发和测试应用程序。.NET编程语言包括Visual Basic、Visual C++和新的Visual C#等用来创建运行在公共语言运行库（Common Language Run，CLR）上的应用程序。
.NET框架包括公共语言运行库和.NET类库。公共语言运行库是.NET的基础，用户可以将公共语言运行库看做一个在执行时管理代码的代理，它提供核心服务（如内存管理、线程管理和远程处理），而且还强制实施严格的类型安全检查，以确保代码运行的安全性和可靠性。事实上，代码管理的概念是运行库的基本原则。以运行库为目标的代码和为托管代码，而不以运行库为目标的代码称为非托管代码。.NET框架的另一个主要部件是类库，它是一个综合性的面向对象的可重用类型集合，用户使用它不仅可以开发传统的命令行或图形用户界面（GUI）应用程序，而且还可以开发ASP.NET所提供的创新的应用程序（如Web窗体和XML Web服务）。
1.2 C#语言
C#(C Sharp)是微软公司.NET战略部署的重要一环，是面向对象的编程语言(PL, Programming Language)。从.NET1.0, .NET2.0, 到.NET3.5，C#也经历了C#1.0, C#2.0和C#3.0的过程，发展成为一门成熟的语言，也使微软一次拿出以C#为“内核”，XAML为“外壳”，WPF、WCF、LINQ等为“包装”，ASP.NET AJAX和Silverlight等为“深度扩展”的全方位“阻击”Java和Flash等技术的部署[2]。
C#和Java相似，需要运行在特定的环境中，而不同的是，Java运行在JVM(Java虚拟机)上，而C#运行在.NET Framework（准确的说是CLR，Common Language Runtime）上。比如C#2.0可运行在.NET2.0和.NET3.5上，而C#3.0只能运行在.NET3.5上(这里是指广义上，其实C#的2.0和3.0版本没有本质的区别，只是在某些特性上有所变动，以下所说的C#无特别指出，均指C#2.0以上版本)。要运行C#程序，电脑必须安装了windows（XP以上版本最佳，Linux平台下的虚拟机和.NET Framework还在研究阶段），并安装必要的.NET Framework。其实，在Windows Vista中，微软已经加入了.NET3.0。而要是想要编译C#程序，则至少要安装.NET Framework SDK[3]。
对于C#的争论从来没有停止过，特别是JAVA阵营和C/C++阵营，其实，术业有专攻，扫大街的和看自行车的有何可争的？况且现在的状况是多门语言并存，至于哪门语言会遭淘汰（或许是几十年后才会出现的事情，或许不会出现），还是让时间去说明。
C#、VB和C++托管语言(C++/CLR，是微软对C++的扩展)的源代码经过C#编译器和连接器编译成中间语言(ML, Mid-Language)，功能相同语言不同的代码可能会编译成相同的ML，这使得C#、VB、C++/CLR等语言工作者可以在同一个工程里合作，使得不同编程语言的使用者可以在同一个团队中融洽相处。当第一次运行C#程序时，CLR会根据系统配置，将其优化编译成最终程序，今后再次运行时就无需经过CLR编译而能够快速运行，这使得开发者可以最大程度的从不同系统平台上的不同代码编辑和优化中解放出来。CLR还支持延迟编译的技术，使得不同模块在使用时才编译，减少了编译的工作量，加快了程序第一次启动的速度。
1.3 SQL Server数据库介绍 
SQL Server 2005 包含了多个能显著提高开发者能力的新技术。从支持.NET Framework 到和Visual Studio的紧密集成，这些新特性使开发人员能够以更低的成本，更容易地创建安全、强大的数据库应用程序。SQL Server 2005 提供了一个端到端的数据库开发环境，使开发人员能够更有效的利用其已有的开发技能。本机XML功能也使开发人员能够创建运行在不同平台或设备上的新型应用程序[4]。
SQL Server Express 管理器 (XM) 这一新的GUI工具是完全免费的，可用从Web上下载，下载包的大小也较小，分发也是免费的。XM 提供了易使用的数据库管理和查询分析功能，它可以连接到SQL Server Express 和其他SQL Server 2005 版本、SQL Server 2000 和 MSDE 2000上。一个简单的连接对话框可以指导用户选择实例和认证方式，本地和远程的连接都可使用XM。对象浏览器列举和显示了常用的对象，如实例、表、存储过程等，它们以层次的方式来展示，可以使用户直观的访问数据库。
SQL Server 2005 通过在可伸缩性、数据集成、开发工具和强大的分析等方面的革新更好的确立了微软在BI领域的领导地位。SQL Server 2005 能够把关键的信息及时的传递到组织内员工的手中，从而实现了可伸缩的商业智能。从CEO 到信息工作者，员工可以快速的、容易的处理数据，以更快更好的做出决策。SQL Server 2005全面的集成、分析和报表功能使企业能够提高他们已有应用的价值，即便这些应用是在不同的平台上。
SQL Server 2005 以其卓越的性能逐渐成为Windows操作系统平台下进行数据库应用开发中较为理想的选择之一。它是一个后台数据库管理系统，其功能强大、操作简便，日益为广大数据库用户所喜爱，越来越多的开发工具提供了与SQL Server的接口。了解和掌握SQL Server的功能，对于一个数据库开发管理人员来说非常必要的[5]。
SQL Server 2005的新特点有：
1、增强的通知服务。
2、增强的报表服务。
3、新增Server Broker技术。
4、增强的数据引擎。
5、增强的数据访问接口。
6、增强的分析服务。
7、增强的集成服务。
8、增强的数据复制服务。
9、改进的开发服务。
2 系统分析
2.1 开发背景及意义
随着现代科学技术的迅猛发展，计算机技术已经渗透到各个领域，成为各行业必不可少的工具，特别是Internet技术的推广和信息高速公路的建立，使IT产业在市场竞争中越发显示出其独特的优势，步入信息化时代，有巨大的数据信息等待加工处理和传输，这使得对数据库技术的进一步开发和利用显得尤为迫切。
国内市场的一些中小型超市在信息化过程中的步伐要远远落后于大型超市，而这些企业的资源管理，也迫切需要信息的存储和处理，要适应市场竞争，就需要有高效的处理方式和管理方法，因此加快超市的信息化进程是必不可少的。
通过对市场的调查，针对现在各中小型超市对经营业务和人事管理的实际需要，开发了这套超市管理系统。在开发过程中，主要针对当前各超市管理的特点和技术人员的实际水平，采用基于Windows用户界面这一易学易用的操作环境，在系统设计过程中，尽量采用易懂易读的人机界面，使用户可以在短期内完全掌握，始终把系统的正确性放在首位，力求数据的完整和处理的正确性。在此基础上优化程序代码，加速系统运行和减少对系统资源的占用。
本超市管理系统，依靠现代化的计算机信息处理技术来管理超市，从而节省了大量的人力、物力，改善了员工的工作条件，减轻了劳动强度，并且能够快速反映出商品的状况和各种反馈信息分析，使管理人员快速对市场的变化做出相应的决策，加快超市经营管理效率。
2.2 可行性研究
可行性研究包括：技术可行性、经济可行性、操作可行性等，系统的可行性研究在系统的整个过程中占有很重要的地位，决定所选项目是不是可能实现或值得去实现。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。主要包括技术、经济、运行、法律等方面的可行性：现有技术是否能够实现本系统的设计开发；经济上是否值得去实现；是否能够在一般平台下运行等[6]。
技术可行性：是指是否具备开发一个系统所需要的技术、软硬件是否满足系统的要求、技术人员的水平是否合格等。本系统主要针对中小型超市开发设计，所以结合实际需要，经过仔细斟酌，决定采用C#编程语言设计实现。使用SQL Server 2005作为后台数据管理系统，C＃是一种面向对象的编程语言，为程序员带来高效的开发方式，它不仅能用于Web网站服务程序，而且还能开发强大的系统工具，采用C＃编程语言SQL Server 2005结合可以快速有效的完成超市管理系统所需要的功能。
经济可行性：现代化的管理方式，不仅可以节约大量的人力和物力，方便管理，同时可以提高超市的销售效率，即提高了超市的经济效益，所以从经济上完全是可行的，管理系统是一个信息化、智能化和先进管理理念的集合体。管理是一个动态过程，在其运行过程中要采取多项措施。所以在管理中获得经济效益是一个综合效益，要对它进行直接定量的分析是比较困难的。一般新系统带来的经济效益是简洁的，其最主要的表现就是减少了企业管理费用和人力开支。而其它一些繁琐的事物都通过新系统来加以分析解决，不仅节省了大量的时间，还为企业的各项决策提供了宝贵的资料，为企业带来巨大的经济效益。
操作可行性：是程序在给定的时间按照规格说明书的规定成功的运行的概率。一般的来说，对于任何其故障是可以修复的系统，都应该同时使用可靠性和可用性来衡量它的优劣程度。
运行可行性方面，超市管理系统是对超市进行统一的管理，可以简单方便高效的进行基本资料管理、进货管理、库存管理、销售管理、系统管理、打印报表等。随时把握超市的异动情况，为超市的超市管理提供了解决方案。
2.3 功能需求
超市管理系统主要实现对商品信息和操作的管理，超市管理系统的用户是负责管理商品的管理人员，系统具有基本资料、进货管理、销售管理、库存管理、系统管理等主要功能，其中基本资料模块包括商品计量单位维护、商品类型维护、供应商资料管理，进货管理模块包括商品进货、进货明细，销售管理包括，商品销售登记、商品销售排行、商品销售汇总、商品销售明细，库存管理包括库存报警设置、库存商品统计，系统管理包括数据备份、清空数据、用户管理、更换皮肤等。
2.3.1 用例分析
用例图在UML中是非常独特的图形元素，它描述人们希望如何使用一个系统，它主要用来描述需求，即希望系统具备的完成一定功能的动作，通俗地理解用例就是软件的功能模块，是设计系统分析阶段的起点，设计人员根据需求来创建和解释用例图，用来描述软件应具备哪些功能模块以及这些模块之间的调用关系，用例图图符如表2.1所示。
表2.1 UML用例图图符
可视化图符
名称
描述

系统
用来表示系统边界，所有用例放在系统之中

用例
用来表示用例图中的用例

执行者
用于描述与系统功能有关的外部实体，可以是用户，也可以是外部系统

关联
连接执行者和用例
通过分析系统的功能需求，可得到系统的执行者为管理员和数据库系统，系统的用例为基本资料管理、进货管理、销售管理、库存管理和系统管理等，用例是用来描述角色可以感受到的系统服务或功能。用例把执行的结果反馈给角色，通常由某个角色来驱动执行，用例在功能上具有完整性等特点，系统总体用例图如图2.1所示。

图2.1 系统总体用例图
基本资料管理：对超市中商品的基本资料进行查看、添加、修改等功能，其中包括：计量单位维护、商品类别维护、商品资料管理、供应商资料管理，基本资料的用例图如图2.2所示。

图2.2 基本资料用例图

进货管理：对超市中已有商品类型进行商品的添加，可以在商品进货明细表中按照时间进行查询相关商品的详细进货信息，同时也可以对表中的无效记录进行删除，进货管理的用例图如图2.3所示。

图2.3 进货管理用例图
销售管理：对超市在进行商品销售过程中的信息进行处理的部分，其中包括：销售商品登记、商品销售排行榜、商品销售明细表、商品销售情况汇总表，销售管理的用例图如图2.4所示。

图2.4 销售管理用例图
库存管理：对超市库存信息进行管理的部分，可以根据商品的名称和商品的类别进行库存信息的查询，还可以手动设置商品的最低库存量，当库存商品的数量到达最低库存量时及时提醒管理员补充商品，以免影响超市正常工作，库存管理的用例图如图2.5所示。

图2.5 库存管理用例图
系统管理：是对系统其他功能进行管理的部分，其中包括：数据备份、清空所有数据、更换皮肤、修改密码、管理用户，系统管理的用例图如图2.6所示。

图2.6 系统管理用例图
2.3.2 概念类描述
类图(Class diagram)由许多（静态）说明性的模型元素（例如类、包和它们之间的关系，这些元素和它们的内容互相连接）组成。类图可以组织在（并且属于）包中，仅显示特定包中的相关内容。
类图(Class diagram)是最常用的UML图，显示出类、接口以及它们之间的静态结构和关系；它用于描述系统的结构化设计，类图(Class diagram)最基本的元素是类或者接口。
类一般包含3个组成部分。第一个是类名；第二个是属性（attributes）；第三个是该类提供的方法（ 类的性质可以放在第四部分；如果类中含有内部类，则会出现第五个组成部分）。类名部分是不能省略的，其他组成部分可以省略。
　常见的关系有：一般化关系（Generalization），关联关系（Association），聚合关系（Aggregation），合成关系（Composition），依赖关系（Dependency）。
　其中，聚合关系（Aggregation），合成关系（Composition）属于关联关系（Association）。
没有类是单独存在的，类通常和别的类协作，创造比单独工作更大的语义。因此，除了捕获系统的词汇以外，还要将注意力集中到这些类是如何在一起工作的。使用类图来表达这种协作，类图图符如表2.2所示。
表2.2 类图图符
可视化图符
名称
描述

类
表示具体的一个类，第一栏为类名，第二栏为类的属性，第三栏为类的方法

包
一种分组机制，表示一个类图的集合

关联
表示类的对象间的关系，包括聚集关联和组成关联

泛化关系
描述类或包的一般元素与特殊元素之间的分类关系
创建类图的最好的起点是用例图，根据上面的用例图很容易确定类及其关联、属性和操作。概念类的类图如图2.7所示。

图2.7 概念类类图
2.3.3 行为描述
系统的行为是通过对象的动作来描述的，通常可以通过顺序图来描述对象之间如何进行消息的传递。
顺序图重点是显示对象之间发送的消息的时间顺序。它也显示对象之间的交互，就是在系统执行时，某个指定时间点将发生的事情。顺序图由多个用垂直线显示的对象组成，图中时间从上到下推移，并且顺序图显示对象之间随着时间的推移而交换的消息或函数。消息是用带消息箭头的直线表示的，并且它位于垂直对象线之间，UML顺序图图符如表2.3所示。
表2.3 UML顺序图图符
可视化图符
名称
描述

带有生命线的对象
用于表示顺序图中参与交互的对象

激活
表示在这个时间段内，对象处于活动状态

消息
用于表示对象之间传递的消息

返回消息
用于表示对象之间传递的消息
要绘制系统顺序图时，首先要了解系统的过程，根据系统类图中的方法可以获得详细的系统过程，系统管理操作顺序图如图2.8所示。

图2.8 系统管理操作顺序图
2.4 性能需求
系统的性能是系统的一种非功能特性，系统的性能关注的不是系统是否能够完成特定的功能，而是在完成功能时展示出来的及时性。为了能够客观地度量系统的性能，定义了一系列的性能指标，以便于在不同情况下度量系统的性能[7]。
2.4.1 响应时间
响应时间是指系统对请求做出响应的时间。在讨论系统的响应时间时，通常是指系统所有功能的平均响应时间或者所有功能的最大响应时间。对一个系统，其响应时间如果小于1秒应该是不错的，如果达到5秒就完全难以接受了。本系统采用C#语言编写对用户本机要求低，响应时间也相对较短，最大为3秒，平均为1~2秒，完全符合需求。
2.4.2 吞吐量
吞量是指系统在单位时间内处理请求的数量。对于无并发的系统而言，吞吐量与响应时间成严格的反比关系，实现上此时吞吐量就是响应时间的倒数。由于本系统的响应时间比较短，所以系统的吞吐量比较大。
2.4.3 资源利用率
资源利用率反映的是在一段时间内资源平均占用的情况。对于数量为1的资源（如CPU），资源利用率可以表示为资源被占用的时间与整段时间的比值；对于数量不为1的资源（如内存），资源利用率可以表示为在该段时间内平均被占用的资源数与总资源数的比值。对于本系统当用户数增加时，系统可以通过提高提高系统的资源利用率来提高吞吐量，但是也不是可以无限增大的，关键原因在于本系统的资源利用率不能无限提高。
2.5 环境需求
2.5.1 硬件环境
服务器端的最低配置是由建立站点所需的软件来决定的，在最低配置的情况下，服务器的往往不尽如人意，现在的硬件性能已经相当出色，而且价格也很便宜，因此通常应给服务器端配置高性能的硬件，本系统服务器端的配置如下：
处理器：AMD Turion 64×4 Mobile Technology TL-58 2.0 GHz 或更高
内存：4GB
硬盘空间：500GB
显卡：NVIDIA GeForce 8400M G 显示适配器。
因为客户端主要用于浏览和操作数据，所以对客户端的硬件要求不高，不过现在的电脑很高的性价比，因此需要的配置应该高于下面的配置：
处理器：AMD Turion 64×2 Mobile Technology TL-58 1.9 GHz 或更高
内存：2GB
硬盘空间：160GB
显卡：NVIDIA GeForce 8400M G 显示适配器。
2.5.2 软件环境
服务器端的要求如下：
操作系统：Windows 98/2000/XP
数据库：Mircrosoft SQLserver2005
用户端的要求如下：
操作系统：Windows 98/2000/XP
数据库：Mircrosoft SQLserver2005
3 系统设计
3.1 系统结构设计
3.1.1 软件设计的原则
1．模块化
模块化是指解决一个复杂问题时自顶向下逐层把软件系统划分成若干模块的过程。每个模块完成一个特定的子功能，所有的模块按某种方法组装起来，成为一个整体，完成整个系统所需求的功能。
在软件的体系结构中，模块是可组合、分解和更换的单元。
2．抽象
人类在实践中认识到，在现实世界中一定事物、状态或过程之间总存在着某些相似的方面。把这些相似的方面集中和概括起来，暂时忽略它们之间的差异，这就是抽象。
3．逐步求精
将现实问题经过几次抽象（细化）处理，最后到求解域中只是一些简单的算法描述和算法实现问题。即将系统功能按层次进行分解，每一层不断将功能细化，到最后一层都是功能单一、简单易实现的模块。求解过程可以划分为若干个阶段，在不同阶段采用不同的工具来描述问题。在每个阶段有不同的规则和标准，产生出不同阶段的文档资料。
4．信息隐藏
信息隐藏是指在设计和确定模块时，使得一个模块内包含的信息（过程或数据），对于不需要这些信息的其他模块来说，是不能访问的。“隐藏”的意思是，有效的模块化通过定义一组相互独立的模块来实现，这些独立的模块彼此之间仅仅交换那些为了完成系统功能所必需的信息，而将那些自身的实现细节与数据“隐藏”起来。信息隐蔽为软件系统的修改、测试及以后的维护都带来好处。通过抽象，可以确定组成软件的过程实体。通过信息隐藏，可以定义和实施对模块的过程细节和局部数据结构的存取限制。
3.1.2 系统层次结构
HIPO（hierarchy plus input-process-output）图是IBM公司于70年代中期在层次结构图（structure chart）的基础上推出的一种描述系统结构和模块内部处理功能的工具（技术）。HIPO图由层次结构图和IPO表两部分构成，前者描述了整个系统的设计结构以及各类模块之间的关系，后者描述了某个特定模块内部的处理过程和输入/输出关系。
本系统的最顶层的矩形框代表超市管理系统的主控模块，调用下层模块以完成全部管理功能；第二层的每个模块控制完成系统的一个主要功能，如此实现自顶向下逐步求精，系统的H图如图3.1所示。

图3.1 系统的H图
H图只说明了系统由那些模块组成及其控制层次结构，并未说明模块间的信息传递及模块内部的处理。因此对一些重要模块还必须根据H图绘制具体的IPO表。用户和管理人员可利用IPO表编写、修改和维护程序。IPO表中包含的附加信息主要有系统名称、图的作者，完成的日期，本图描述的模块的名字，模块在层次图中的编号，调用本模块的模块清单，本模块调用的模块的清单、注释以及本模块使用的局部数据元素等。
商品销售登记的上层调用模块为销售管理，没有下层模块可调用，商品销售登记的IPO表如表3.1所示。
表3.1 信息查询的IPO表
系统名称：超市系统
设计者：李肖
模块名：商品销售登记
日期：2009-12-20
模块编号：3.1

上层调用模块：销售管理
下层被调用的模块：无
输入数据：销售商品的信息
输出数据：显示商品相关信息
处理：根据输入的条码信息查显示相关的商品信息，并根据商品数量计算出应会金额。
3.2 设计阶段类图
在系统分析阶段，已经找出了主要的概念类、类的方法和类之间的关系。到了系统设计阶段，需要从软件系统的角度来重新设计类图。
分析阶段的类图主要是用来描述现实世界中的问题；而设计阶段的类图主要是对解决方案进行描述，因此设计阶段的类图描述了软件的系统结构。创建设计类图的过程包括以下几步：
1．识别设计阶段出现的类，为这些类添加属性和方法。
2．建立类之间关系，最终完成对属性和方法的细节描述。
系统设计阶段的类图如图3.2所示。
图3.2 系统设计阶段的类图
3.3 数据库设计
3.3.1 数据库概念设计
1、用户信息表：存储管理员的基本信息。
2、库存信息表：存储商品库存的基本信息。
3、商品信息表：存储商品的基本信息。
4、商品类别表：存储商品类别的基本信息。
5、商品单位表：存储商品单位的基本信息。
6、供应商信息表：存储超市供应商的信息。
7、商品进货表：存储商品进货的信息。
8、商品销售表：存储商品销售过程中的信息。
3.3.2 数据库逻辑设计
用户信息表是用来存放管理员的详细信息的数据表，内容如表3.2所示。
表3.2用户信息表
字段
字段名
类型
长度
允许空
备注
账号名称
UserID
varchar
20
N
主键
用户名称
UseNname
char
10
Y

用户密码
PassWord
varchar
20
N

登录时间
EndLoginTime
datetime

Y

商品信息表是用来存储商品的基本信息的数据表，内容如表3.3所示。
表3.3 商品信息表
字段
字段名
类型
长度
允许空
备注
商品名称
商品名称
varchar
50
N

商品条码
商品条码
varchar
20
N
主键
所属类别
所属类别
varchar
50
Y

商品规格
商品规格
varchar
100
Y

商品型号
商品型号
varchar
50
Y

备注
备注
text

Y

商品类别表是用于存储商品类别的基本信息的数据表，内容如表3.4所示。
表3.4 商品类别表表
字段
字段名
类型
长度
允许空
备注
商品类别
商品类别
varchar
50
N
主键
商品名称
商品条码
商品名称
商品条码
Varchar
varchar
50
20
Y
Y

库存信息表是用来存储商品库存的基本信息的数据表，内容如表3.5所示。
表3.5库存信息表
字段
字段名
类型
长度
允许空
备注
商品序号
商品序号
int
4
N
主键
商品名称
商品名称
varchar
50
N

商品规格
商品规格
varchar
50
N

商品条码
商品条码
varchar
20
N

所属类别
所属类别
varchar
20
Y

库存数量
库存数量
int
10
Y

进价
进价
numeric
18,2
Y

零售价
零售价
numeric
18,2
Y

大单位
大单位
char
10
Y

小单位
小单位
char
10
Y

最低库存量
最低库存量
int
10
Y

供应商信息表是用于存储超市供应商的信息的数据表，内容如表3.6所示。
表3.6 供应商信息表
字段
字段名
类型
长度
允许空
备注
编号
编号
int
4
N
主键
供应商
供应商
varchar
100
Y

供应商简称
供应商简称
varchar
50
Y

所在地
所在地
varchar
50
Y

电话
电话
varchar
50
Y

手机
手机
varchar
50
Y

备注
备注
text

Y

商品进货表是用于存储商品进货的信息的数据表，内容如表3.7所示。
表3.7 商品进货表
字段
字段名
类型
长度
允许空
备注
商品编号
商品编号
int
4
N
主键
商品名称
商品名称
varchar
50
N

商品条码
商品条码
varchar
20
N

大单位
大单位
char
10
N

小单位
小单位
char
10
N

进货价格
进货价格
numeric
18,2
N

零售价格
零售价格
numeric
18,2
N

进货数量
进货数量
int
10
N

供应商
供应商
varchar