热门论文
最新论文
中小商城信息管理系统的设计与实现
发布时间：2023-08-13 11:19
目 录
摘 要 I
Abstract II
第1 章 绪 论 1
1.1课题背景 1
1.2 课题的目的和意义 1
1.3 国内外研究现状 2
1.4论文的研究内容与组织结构 3
第2 章 中小商城信息管理系统的相关技术 4
2.1 C/S 结构与 B/S 结构的比较分析 4
2.1.1C/S 网络模式的结构工作原理 4
2.1.2B/S 网络模式的结构工作原理 4
2.1.3Client/Server 与 Browser/Server 结构上的性能比较分析 5
2.2Microsoft．Net 开发平台简介 5
2.3 基于关联规则的数据挖掘 6
2.4本章小结 7
第3 章 中小商城信息管理系统的需求分析 8
3.1功能需求 8
3.2非功能性需求 10
3.3 系统业务数据流程 10
3.4可行性研究 11
3.4.1 经济可行性 11
3.4.2 技术可行性 11
3.4.3 操作可行性 12
3.5 本章小结 12
第4 章 中小商城信息管理系统的设计 13
4.1 系统功能结构设计 13
4.1.1基本档案管理模块 13
4.1.2采购信息管理模块 14
4.1.3销售信息管理模块 15
4.1.4库存信息管理模块 17
4.1.5 系统维护模块 17
4.1.6 智能分析模块 18
4.2数据库设计 23
4.2.1数据库概念设计 23
4.2.2 数据表设计 25
4.2.3 用户权限设计 27
4.3 本章小结 28
第5 章 商城信息管理系统的实现 29
5.1 基本档案管理模块实现 29
5.1.1 用户登录 29
5.1.2 员工/供应商信息添加 29
5.1.3 员工/供应商信息修改 30
5.1.4 员工/供应商信息查询 30
5.1.5 员工/供应商信息删除 30
5.2 采购信息管理模块实现 31
5.2.1 信息添加 31
5.2.2 信息修改 31
5.2.3 信息删除 32
5.2.4 信息查询 32
5.3 销售信息管理模块实现 32
5.3.1销售/退货信息添加 32
5.3.2销售/退货信息修改 33
5.3.3销售/退货信息删除 33
5.4 库存信息管理模块实现 33
5.4.1 库存警报设置 33
5.4.2 库存信息查询 34
5.5 智能分析模块实现 34
5.5.1 销售分析 34
5.5.2 商品销售关联分析和客户消费关联分析 35
5.5.3 商品促销分析 36
5.5.4客户购买推荐分析 36
5.5.5 客户行为分析 36
5.6 系统维护模块实现 37
5.6.1 数据备份 37
5.6.2 数据还原 37
5.7 本章小结 37
第6 章 系统测试 38
6.1系统测试原则 38
6.2 测试方法 38
6.3系统测试用例 38
6.4 测试的结果分析 47
6.5 本章小结 47
结 论 48
参考文献 49
致 谢
第 1 章 绪 论
1.1 课题背景
目前随着科技的进步，网络的发展，商城之间比起规模的竞争现在更注重技 术、人才及管理的竞争由于现在中小商城种类繁多，数量剧增，各大商城将目光 聚集在如何扩大经营规模以及销售额并降低经营成本上。
首先，当务之急就是解决商城电子化管理问题。为使商城及为使商城及相关 单位的运营更加趋于准确、高效、就必须提供完善的电子管理系统、数据库自动 分析系统及电子办公系统。
由于计算机使用广泛，现在各个单位各个行业都开始应用计算机软件系统。 就是为了准确地了解采购、库存、销售等综合情况而对采购、存储、销售和消耗 警报进行的管理。从而为商场决策人员做出精准判断提供依据；并且为了向决策 者和管理人员提供商品的销售、供货商的发货、物资短缺（超储）、存资金占用、 物资短缺（超储）等情况，需进行销存数据的分析；为保证账面与实物没有任何偏 差，对清仓盘库进行管理；以便将实时准确的存活信息反馈给计划人员和决策人 员，从而立即进行调整生产。此系统还有一个重要作用，就是可以避免出现 库 存人员复杂计算、重复抄写、反复核对等失误，减少失误发生的概率。
所以，客户管理系统既是开发系统同时又是应用系统是十分必要的，它的优 点是可以更加方便地对客户进行管理。在企业与客户之间建立崭新的关系，以便 提高企业的竞争力。
1.2课题的目的和意义
关于信息管理，我国大部分商城还停留在“推销管理”的理念上，主要表现 在以下两个方面：1.由于对产品销售的重视而忽视了对销售业务的数据进行实时 收集及分析；2.由于过度关注竞争对手的情况而忽略了对市场情况进行预测分 析、还有对客户的管理及经营方案的调整。
除此之外，还有一个突出的问题就是信息化程度很低。因为不健全的系统功 能和很差的远程通信能力，还会有数据失真的情况，使得无法实现系统决策功能。 还有，因为库存、销售、采购管理三者间缺少数据集成和信息联系的情况，所以 无法保证信息共享，使得企业内部相关环节脱节，企业领导者无法准确的、及时 的了解经营全过程的信息。
由此可以发现，计算机为基础的信息管理必将取代这种传统的管理方式。所 以将软件与我们的实践结合起来具有很大的实用价值和社会价值。因此通过建立 一套信息管理系统来加快商城信息管理自动化脚步，提高管理业务处理的效率是 十分必要的。
1.3 国内外研究现状
商场零售业经过多年的发展已从单独的小个体成为了不同规模的连锁商城； 从人工手动进行采购、销售、存货等环节变成了如今的电子自动化，网络化的诚 度；商场为了电子化传统地与供应商之问的业务运作，自建 B2B 电子商务平台， 从而可以降低运营的成本，并可以通过电子商务发觉全新的经营模式，找到新的 利润增长点。随着 B2C 电子商务商场越来越电子化的业务流程，供应商可以应 用信息管理系统监督来进行进销合一的营销管理。通过供应链管理(e-SCM)，用 实现供应链环节中各种信息的沟通、数据交换和协同工作的方式，在生产商、供 应商、最终客户之间，对企业的生产、销售、分销等活动的改造和整合，用减少 周转存库、缩短交货周期、减少客户影响时间的形式提高商家营业能力。零售业 网络信息化是指将传统零售商业领域与网络、IT业、电子商务相结合，IT企业 和零销商共同合作， IT 企业共同合作可以帮助零销商了解、使用最新的信息领 域科技成果，从而实现跨地区，超大规模的集约化经营、仓储式商场等现代化物 流体系。通过零销商之间建立的全球商品的信息管理系统软件，来提供出最准确 的供应链管理及信息流服务。
近几年来，基于电子商务的供应链管理系统由几家国外的大型软件上开发出 来。但国内没有任何一家软件厂家可以创造出完整的在电子商务基础上的供应链 管理系统。这种管理系统在各大中型的企业中广泛应用，可以提高企业的经济效 益和企业水平平，由于灵活的数据库设计，并融入了现代管理思想，实现了 B2B， e-SCM，SCM，三者之间结合的电子商务与供应链管理全面解决方案，使得企业 真正的建立连接供应商、客户及公司内部的集成的信息系统。
采购管理也同样发生了巨大的改变，是由于不断进步的社会生产力，高速发 展的科学技术，不断进步的生活水平；管理者由于高速发展的信息化，已经不能 满足于效率较低的手工采购方式，而更加看重方便、快捷的采购方式。在这样的 发展趋势下，采购管理由于商业管理系统的发展而发生了巨大的变化，由从前的 传统手工发展成了电脑操作，并由于对商业采购系统的实现，及电子商务的流行， 实现了网络管理化，在网上进行交易、采购、结算，是商城管理人可以做到不出 门便可采购到需要的所有商品。当然不仅因为更新了采购方式，转变了商家采购 的观念及意识，通过这样的方式使得商家在进行采购过程中对供应商要求更加严 格，并且管理者可以通过信息的传达，对供应商的供货有更深的了解。
近些年来，随着日益完善的采购管理工作，商场的不断扩大而显得越来越重 要。在此同时，信息管理者也通过在采购信息管理积累的经验开始开发销售领域 的管理信息系统。 由于刚刚开始开发工作，所以关于销售管理信息系统的理论 并不是十分的完善。
1.4 论文的研究内容与组织结构
该系统基于B/S系统架构模式结合.Net开发平台技术和SQL Server 2008数 据库访问技术。该商城信息管理系统从商城营销的实际情况出发，依据用户的需 求，该系统所实现的功能为基本档案管理、采购信息管理、销售信息管理、库存 信息管理、智能分析和系统维护等。对其各个功能模块一一进行了设计与实现。
“以客户为核心”的客户关系管理(CRM)作为一种经营策略，已逐步得到企 业的高度重视，为了更好的提升客户的满意度，增强企业的竞争力，有效的做好 客户关系管理显着尤为重要，该商城信息管理系统将数据挖掘技术引入传统客户 关系管理中，利用数据模式对商家在营销过程中产生的大量资料进行分析，从而 将客户或市场分成不同的类型，对客户的爱好和行为进行分析，帮助商城保住老 客户，开发新客户，为商城获得最大的效益。
本文组织结构如下：
第1 章绪论，本章首先分析了该课题的研究背景，然后说明了该课题的研发 目的和意义，同时剖析了该课题的国内外研究现状，最后阐述了本文的主要工作 内容和本文的组织结构。
第 2 章中小商城信息管理系统的相关技术，本章首先对系统架构模式， C/S 模式和B/S模式工作原理进行了介绍，并且对二者做了比较分析；然后对.Net 开发平台做了简要介绍；最后对基于关联规则的数据挖掘技术进行了详细的阐 述。
第3章中小商城信息管理系统的需求分析和可行性研究，本章首先从系统的 功能性、系统的性能等方面对系统做了需求分析，然后对系统的业务流程进行了 分析，最后又从经济的可行性、技术的可行性和系统操作的可行性几个方面对系 统进行了可行性研究，本章为系统的设计和实现提供了条件。
第4章中小商城信息管理系统的设计，本章在对系统进行需求分析和可行性 研究的基础上，对系统的各个功能模块进行了设计，同时为数据库进行了设计。 本章为系统的实现打下了坚实的基础。
第5 章中小商城信息管理系统的实现，本章在对系统系统设计的基础上，对 系统的信息管理模块、档案管理模块、库存信息管理模块、销售信息管理模块、 系统维护模块和智能分析模块分别进行了实现，别提供了实现界面和关键代码。
第6章系统测试，本章首先介绍了系统的测试原则和测试方法，随后对系统 的各项功能一一进行了测试，并对测试结果进行了分析。
第 2 章 中小商城信息管理系统的相关技术
2.1C/S 结构与 B/S 结构的比较分析
2.1.1C/S 网络模式的结构工作原理
C/S 模式架构， 中文名称为客户机和服务器结构， 其工作原理就是 C/S(Client/Server)结构。其实C/S (Client/Server)模式结构就是软件系统体系组织 模式，使用 C/S 模式可以借助客户机和服务器两边的硬件优势，并通过这种优 势来在服务器端和客户机端有利地安置任务，这样可以有效地节省在通信方面系
图 2-l 客户 / 服务器 (Client/Server) 模式结构图
Fig2-l Client/Server (Client/Server) mode structure
2.l.2 B/S 网络模式的结构工作原理
B/S模式也就是Browser/Server结构模式，它的开发是根据对Intranet的需 求。基于TCP/IP协议开发出来的Intranet是用于企业内部间的专用网络。B/S模 式基于HTTP协议、TCP/IP协议、HTML和SMTP等Internet技术和标准，可 以支持进行企业内部间的信息交换。同时， B/S 结构模式还有一个特征，它拥有 数据库的强大管理功能和存储数据功能，还可以将数据作出动态地输入和输出处 理。所以如果能将数据库技术使用在Intranet的基础上，就能够把大量信息发到 网上，还可以提供信息检索功能和动态的数据处理给数据庞大的用户，用这种方
式加强各个部门、员工、客户、企业之间的信息交流，可以降低企业平常运行的 成本从而提高企业收入。
浏览器 网络服务器 服务器
图 2-2 B/S 模式结构图
Fig2-2 - B/S mode structure
2.1.3 Client/Server 与 Browser/Server 结构上的性能比较分析
由于C/S比B/S少一层中间层逻辑层，所以C/S完成的速度更快一些，所以 更适合处理大量的数据。由于服务器与客户端直接连接，因此响应速度快。因为 开发的针对性，操作界面比较美观，样式比较繁多，客户对个性化要求可以得到 满足。不足是缺少了通用性，一但业务变更则还需重新进行设计和开发，增加了 管理、维护的困难度，不方便进一步的进行业务扩展。对于这一点，管理制度成 熟的仓库企业并不会十分困难。
浏览器结构的工作原理如下：浏览器与 Web 服务器的连接必须在接受请求 后才能进行， Web 服务器会立刻通知数据库来取得结果，然后 Web 服务器再将 处理结果传至浏览器显示，浏览器接到返回信息后，立刻断开与 Web 服务器的 连接。因为连接的时间短， Web 服务器可以进行系统资源共享，从而提供更多 的服务给客户，从而满足成千上万用户的使用功能。
其实从根本来讲， B/S 模式和传统 C/S 执行应用时的请求和应答方式是相同 的，区别是， C/S 是一种二层/三层结构模式， C/S 客户端集合了很多应用软件， B/S 客户端是一种新的体系结构，仅仅需要一种浏览器软件。
2.2Microsoft．Net 开发平台简介
.NET 是一个致力于敏捷软件开发、速应用开发、平台无关性和网络透明化 的软件开发平台。 .NET 包括多种利于互联网和内部网应用迅捷开发的技 术，.NET通过虚拟机运行的编程平台，基础为通用语言，支持多种其他语言（C#、 C++、、Python、VB.NET、等开发出来的。
.NET为API）提供了新功能开发工具和新功能。.NET设计非常通用化， 使许多不同的语言被汇集在一起。这些创新可以使程序员将网络应用软件和 Windows 应用软件以及组件和服务的开发同时进行。
.NET的应用程序开发平台包括类库(Class Library)、程序语言(Visual
Basic.NET,C# ,C++,JScript 等)以及通用语言运行环境，如下页图 2.l 所示。
VB C++ CU JScript J# I ,
图 2-3 .NET 应用程序开发平台
Fig 2-3 the.net application development platform
2.3基于关联规则的数据挖掘 数据挖掘中通过关联规则挖掘的方法来发现大量数据中项集之间的相关联 系。
由 R.Agarwal 在 ASI 算法基础上提出的 APriori 算法是现有的关联规则挖掘 算法中最著名的算法，该算法通过候选项集，利用递推的方法寻找频繁项集。为 了更好的理解Apriori算法，我们先了解如下概念。
(1)候选k频集：支持度大于或等于最小支持度的k个项目集；
(2)Lk：表示全部k频集的集合；
(3)Ck：表示全部候选k频集的集合。
在该问题中应用 APriori 算法的主要目的是找出 K 项频集，该算法的实现过 程如下：
(1)对数据库或数据源进行扫描，得出全部 1 项集的支持度，进而得到满 足最小支持度S%的频繁1项集的集合L1；
(2)要产生频繁k项集构成的集合Lk,先要生成候选k频集的集合Ck；
(3)由于Ck是Lk的超集，Ck中的项有些不是频繁项集，需要从Ck中移 除。通过对事物数据库D的单趟扫描，得到Ck中各个项集的支持度。将不满足 最小支持度S%的项集删除，形成由k项频集构成的集合Lk。
利用循环操作，不断的重复(1)和(2) ，直至再无新的频繁项集产生为止。
2.4 本章小结
本章首先对系统架构模式， C/S 模式和 B/S 模式工作原理进行了介绍，并且 对二者做了比较分析；然后对.Net开发平台做了简要介绍；最后对基于关联规则 的数据挖掘技术进行了详细的阐述。
第 3 章 中小商城信息管理系统的需求分析
软件需求分析是一个项目开发的重点。其主要依据是对客户的调研结果，对 必须具备的完整功能进行确定，再分析多种解决方法，来建立具有可验证性、确 定性的基本依据。
首先，需求分析的基本出发点就是项目规划和系统规格说明，并从软件的角 度对他们进行调整与检查；其次，软件的设计、实现、测试、维护环节都以需求 规格说明为主要基础。为了快速地排除失误，降低成本，提高生产率，就必须进 行良好的分析活动。它作为软件定义阶段最后一步，来对目标系统提出完整清晰 具体的要求。
3.1 功能需求
该中小商城信息管理系统采用的是 C/S 架构模式，系统用户可以对商品的基 本信息、商品的销售信息、商品的采购信息等进行管理与维护，还可以对库存量 进行警报设置等，库存量下降到规定值时进行警告，方便及时进行商品采购；还 可以对系统的数据进行备份，或还原系统的备份数据，从而保证商城正常运作。
同时利用基于关联规则的数据挖掘技术，通过 Apriori 算法，对用户的各种 消费行为进行分析，为商家的各种决策行为提供支持。
从商城营销的实际情况出发，商城信息管理系统应包含6 个子功能，基本档 案管理、采购信息管理、销售信息管理、库存信息管理、智能分析、系统维护等 子功能。系统功能结构如图 3-1 所示：
图 3-1 商城信息管理系统功能结构图
Fig3-1 store information management system function structure drawing
(1)基本档案管理，在该模块中不同类别的用户拥有不同的权限，系统管 理员用户可以添加、修改和删除商城员工的信息，也可以供应商的信息可以添加、 修改和删除；普通员工用户则可以对员工的基本信息进行查询，还可以对供应商 信息进行添加、修改、删除等等。
(2)采购信息管理，根据商城的运行需求，系统管理员用户和普通员工用 户对其拥有相同的使用权限。可以对商品采购信息进行添加、修改、删除、查询 等操作。
(3)销售信息管理，该模块的主要功能是对商品销售信息和商品退货信息 进行管理与维护，即对商品销售信息和商品退货信息的添加、修改、删除等操作。 系统管理员用户和普通员工用户对该模块具有相同的操作权限。
(4)库存信息管理，该模块的主要功能是对商品的库存信息进行管理与维 护，同时可以对各类商品的库存量进行设置，当商品的库存量低于这个标准的时 候，会给出警报提示。系统管理员用户和普通员工用户对该模块具有相同的操作 权限。
(5)智能分析，系统管理员用户和普通员工用户对该模块具有相同的操作 权限。
智能分析模块的主要功能是为了对商家的各类销售决策提供支持，对客户的 销售行为进行分析，其主要对商品的销售分析、商品销售关联分析、客户销售关 联分析、商品促销分析、客户购买推荐分析、客户行为分析等。
商品的销售分析所涉及到的信息是来自多方面的，本文只针对于商品销量及 定价与商品销量关系进行分析。商品销量分析实现起来较为简单，而商品定价与 销量关系分析比较复杂，需借助于数据挖掘知识，得到数据间各种连带关系。进 而得到商品销售量与时间的关系。
商品销售关联分析和客户销售关联分析利用的是数据挖掘中的关联规则算 法实现的，使用的是关联规则算法中的 Apriori 算法，可以对数据仓库中的大量 数据进行分析，主要进行商品销售关联分析和客户消费关联分析两个方面内容。
商品促销就是把基件商品打包到一起进行销售，商品促销分析功能是用户选 好需进行促销的商品后，通过Arprior算法，根据客户购买历史来列举出客户可 能需要的，可供选择的商品及对应的推荐星级。其中，推荐星级是根据促销商品 和供选择商品的支持度，置信度来进行自动设置的。
客户购买推荐分析的功能可以帮助商家了解客户感兴趣的商品类型，以及感 兴趣的程度。通过Apriori算法对系统数据库中的客户的历史购买信息进行分析, 并将分析结果展现给商家，商家依次结果将客户感兴趣的商品推荐给相应客户， 增加商品的销售量，进而使商家获取更大的利润。
客户行为分析主要功能是统计分析所有进入数据库中的客户的消费清单，得 出客户每月、每年的消费情况，并进行初始排名。再对排名靠前的客户进行深层 次的数据挖掘，进一步得到排名靠前的客户的销售行为方式。
(6)系统维护，为系统内部数据的安全，该模块的主要功能对系统的数据 进行还原与备份，只有系统管理员拥有该模块的使用权限。
3.2非功能性需求
系统的非功能性需求，也就是系统除功能性需求以外的，满足目标系统的业 务需求，该系统的非功能性需求如下：
(1)用户信息处理效率是指用户操作结束后的三秒钟内处理完相关操作， 并返回处理结果。
(2)系统在正常运行情况下，对用户输入的查询以最快的速度提供结果， 而且控制在10 秒内的搜索时间；等待搜索时间，不能过长。
(3)系统应具有合理的结构，即完整、紧凑的多层次系统结构。
(4)系统应具有良好的可扩展性，即该商城信息管理系统够针对用户日常 业务变化和用户持续增长的需求，易于系统升级和功能增强。
(5)系统的稳定性和可靠性，系统性能稳定、安全可靠是系统重要的质量 标准之一，因在商城管理的各个环节至关重要，哪一环节出错都会导致购物的失 败，因此稳定性和安全性，在中小商城管理系统中显得尤为重要。
(6)系统可维护性和可管理性良好，可维护性是指在不影响系统其它功能 的正常运行前提下，能对系统某一功能的缺陷进行正常修正；可管理性是指系统 可以及时的处理信息，并可控可管。
(7)可扩展性是指针对新的需求，在原有系统的基础上，为了满足用户的 需求，对其功能的扩充。在功能扩充时尽量不要改变原有系统的结构，以最少的 代码编写量，实现系统的新功能。
(8)系统应具备良好的性能指标及优良的兼容性，因系统用户众多、所涉 及的数据信息量庞大，因此系统时时刻刻都要处理十分庞大的数据信息，性能指 标的好与坏对系统来说十分重要。
(9)因为系统的面对对象主要是商场内部员工，所以界面尽量设计得美观 简洁，擦做简单易懂，给用户方便、友好的体验。
3.3系统业务数据流程
对于一个超市管理系统来说，它的业务流程是整个系统稳定运行的关键，再 根据一般的数据流程，超市中的业务数据流如图3-2所示。
图 3-2 系统业务流程
Fig3-2 System business processes
整个系统围绕商品和客户两个主线。从客户进入商城来选购商品将客户资料 和所选购的商品资料录入进了数据库，从客户资料和购买方式的数据源中可以抽 取出全部客户数据和购买习惯，这样就可以建立一个面向经营决策的营销活动， 为了满足中小商城信息管理系统的客户信息分析需求，图 3-2 为经营者的数据流 程模型，图中箭头表征数据流的方向，该数据流程主要用于对经营分析、进销存 管理、辅助决策分析等等。
3.4 可行性研究
可行性研究是指在调查的基础上，通过市场、技术、财务和国民的分析，对 可行性及经济的合理性进行综合的评价。其目的就是在将所有的成本、时间等都 减小的情况下，去确定是否能解决问题。应为可行性研究不是要解决问题，而是 看问题是否值得去解决。而这个不能只靠主观的判断要客观的分析。分析办法的 利弊，权衡实现项目，是否能带来利益，值得投资。因此，可行性研究是要大大 的压缩系统的分析和设计的过程，在宏观上抽象的去分析和设计。可行性研究包 括经济可行性、技术可行性和操作可行性分析等。
3.4.1经济可行性
经济可行性是指可利用的资源的可能性。本系统服务于商城管理人员，能提 高办事效率，将与原本多人长时间的工作，现在只需要一个人短时间的完成。节 约了人力资源，为其它的岗位分担。开发的系统的成本也可在一年内回收，具备 经济可行性。
3.4.2技术可行性
本系统使用现在流行的成熟的技术，开发平台用 Visual Studio2010，Microsoft
SQL Server 2008作为数据库开发平台，.NET作为技术实施框架，基于B/S模 式。在开发上虽有一定的难度，但该技术是可行。
3.4.3操作可行性
操作可行性，是证明进行项目是可行的，提出各种实行方案，并说明方案的 优缺点。合理的设计和快捷的操作可以满足用户的不同的需求，而且对于商城管 理员来说也很方便。开发出灵活的、简单的系统，就一定要有强的操作性。因此， 系统的操作性在用户中是可行的。
3.5 本章小结
本章首先从系统的功能性、系统的性能等方面对系统做了需求分析，然后对 系统的业务流程进行了分析，最后又从经济的可行性、技术的可行性和系统操作 的可行性几个方面对系统进行了可行性研究，本章为系统的设计和实现提供了条 件。
第 4 章 中小商城信息管理系统的设计
4.1系统功能结构设计
依据用户的需求结合商城营销的实际情况，将该中小商城信息管理系统分为
6 大功能模块，即基本档案管理模块、采购信息管理模块、销售信息管理模块、 库存信息管理模块、智能分析模块、系统维护模块。
4.1.1 基本档案管理模块
根据不同的用户类型，基本档案管理模块分为两个子模块，即员工基本信息 管理和供应商信息管理。无论是员工基本信息管理，还是供应商基本信息管理所 提供的功能都是类似，其主要操作都是相关信息的管理与维护。员工基本信息管 理功能结构如图 4-1 所示；供应商信息管理功能结构如图 4-2 所示。另外不论 信息的查询、修改、添加，还是删除操作，其方法类似，添加员工信息流程，如 图 4-3 所示。
图 4-1 员工信息管理功能结构图
Fig4-1 employee information management function structure
图 4-2 供应商信息管理功能结构图
Fig4-2 supplier information management function structure
图 4-3 添加员工信息流程图 Fig4-3 add employee information flow chart
4.1.2 采购信息管理模块
采购信息管理模块在该商城信息管理系统中主要负责商品采购信息的管理 与维护，系统管理员用户和普通员工用户都拥有对其操作的权限。采购信息管理 模块功能结构如图 4-4 所示，无论是对商品采购信息的添加、修改、删除和查 询，其操作流程类似。修改商品采购信息流程，如图 4-5 所示。
图 4-4 采购信息管理功能结构图
Fig 4-4 procurement information management function structure
图 4-5 修改商品采购信息流程图
Fig 4-5 modify the commodity information flow chart
4.1.3 销售信息管理模块
销售信息管理模块在该商城信息管理系统中主要负责商品销售信息的管理 与维护，系统管理员用户和普通员工用户都拥有对其操作的权限。依据用户的功 能需求，将销售信息管理模块划分为商品销售管理和商品退货管理两大子模块， 每个模块都具有信息的添加、修改、删除和查询的功能。且不论是对各项信息的 添加、修改、删除，还是查询操作，其操作方法完全类似。销售信息管理模块功 能结构如图 4-6 所示，删除商品退货信息流程，如图 4-7 所示。
添加商品销售信息
图 4-7 删除商品退货信息流程图
Fig 4-7 remove goods return information flow chart
4.1.4 库存信息管理模块
库存信息管理模块给予了系统管理员和普通员工用户两个相同的功能：库存 警报和库存信息查询功能。
4-8 库存信息管理功能结构图
Fig 4-8 inventory information management function structure
设置库存警报量
图 4-9 库存警报流程图
Fig 4-9 inventory alarm flow chart
4.1.5 系统维护模块 系统维护模块具有数据备份和数据还原两个子功能，只有系统管理员具备此 功能，而普通员工用户在此模块没有任何的功能，数据备份流程，如图 4-10 所 示。
图 4-10 系统维护功能结构图
Fig4-10 system maintenance function structure
图 4-11 数据备份流程图 Fig4-11 data backup flow chart
4.1.6 智能分析模块
智能分析模块主要用基于关联规则的数据挖掘技术，对客户资料的全面综合 查询、分析，通过 Apriori 算法，在数据仓库中挖掘出候选项集，进而减少大量 频繁项集的出现，为商城提供相应的预测功能。
该模块的包含销售分析子模块、关联分析子模块、商品促销分析子模块、客 户购买推荐分析子模块和客户行为分析子模块，智能分析模块的功能结构如图 4-12 所示。
关联分析
客户购买推荐分析
客户行为分析
图 4-12 智能分析功能结构图
Fig4-12 Intelligent analysis function structure
销售分析是对商品销量及定价与商品销量关系进行分析。商品销量分析过程 较为简单，而商品定价与销量关系分析过程比较复杂，需借助于数据挖掘知识， 得到数据间各种连带关系，进而得到商品销售量与时间的关系。
关联分析模块包含商品销售关联分析和客户销售关联分析两个子模块，其两 个子模块主要是利用的数据挖掘中的关联规则算法实现的，使用的是关联规则算 法中的Apriori算法，可以对数据仓库中的大量数据进行分析。
商品促销就是通过 Arprior 算法，依据客户购买历史信息分析出客户可能需 要的，可供选择的商品及对应的推荐星级。
客户购买推荐分析是通过 Apriori 算法对系统数据库中的客户的历史购买信 息进行分析，并将分析结果提供给商家，商家依据此分析结果将客户感兴趣的商 品推荐给相应客户。
客户行为分析主要功能是统计分析所有进入数据库中的客户的消费清单，得 出客户每月、每年的消费情况，其主要分析内容为客户消费排名、客户消费与职 业年龄分析、客户消费习惯分析。
4.1.6.1关联规则挖掘的过程
数据关联在大量的数据源或是数据仓库中的数据之间存在一些重要的隐藏 的知识。如果两类或者是多类数据之间存在某种规律性的关系，如因果关系等， 就称这两类或多类数据之间存在关联。数据挖掘中的关联规则技术就是找出数据 源或是数据仓库中隐藏的数据关联的技术。大部分情况不需要知道数据源或数据 仓库中各类数据间的关联函数，再一个有很大关系也可能写不出一个确定的关联 函数，所以通过关联规则技术挖掘出的关联规则具有一定的可信度，具体的可信 程度还需要进一步的验证。
关联规则挖掘技术的挖掘过程可以按下面两个步骤来完成。
第一步，从数据源或数据仓库中查出高频率的数据项目（Frequent Itemsets, 简称Fl）。高频的含义是指某一项目组在整个数据源中出现的频率相对比较高。 对项目组的描述中有两个重要概念，一是支持度（SuPport）—在全部事务中同时包 含事务A和事务B的概率;二是可信度（Confidence）—包含A事务中同时包含B 事务的概率。关联规则挖掘中都设置一个最小支持度（MinimumSupport，简称 MS），当A事务和B事务的支持度大于最小支持度时，则事务A和事务B就称 为高频项目组｛A, B｝。一个满足MS的k个事务的项目集合，就可以把它叫做 高频 k 一项目组，直接写成为 Frequentk 或者是 Largek。
第二步，由第一步产生的高频项目组找出相应的关联规则 （ASSociation RuleS）。
这一步是从上一步的高频项目组中来产生关联规则的，它利用第一步找出来 的k项目组，在k项目的集合中，设定一个最小可信度（Minimum Confidence， 简称MC），在最小可信度的基础上，再找出高频项目组中某些k 一项目组的可 信度满足这个最小可信度，那么这个规则就可以称为关联规则。
4.1.6.2利用 Apriori 算法产生的分析模型
利用 Apriori 算法产生的分析模型包含如下几个步骤：
（1） 确定系统分析目标；
（2） 建立以分析目标为目的数据库；
（3） 运用Apriori算法建立目标分析模型；
（4） 对关联规则进行评估和检测；
（5） 应用关联规则获取最终分析结果。客户关系管理中应用Apriori算法的 流程如图 4-13 所示。
图 4-13 客户关系管理中应用 Apriori 算法的流程 Fig 4-13 ProeeduresofAPriorialgorithmapPlieationsinCRM
为找出关联规则必须使用 Apriori 算法，其找关联规则的过程为：首先，在 庞大的系统数据仓库中找出频繁项集；然后，利用 Apriori 算法，从频繁项集中 产生关联规则。利用 Apriori 算法产生关联规则的过程是，利用项集符号列表如 表 4-1 所示，即利用项集符号代替商品的名称，每一个项集符号代表一种或一类 商品。由于数据庞大，因篇幅有限，在此不一一列举，仅选择有代表性的几项， 来说明产生关联规则的操作过程。
表 4-l 项集符号列表
Tab4-1Itemsets symbols list
TLD ITEMS
T001 001， 002
T002 002，005
T003 004， 006
T004 001， 002， 005， 007
T005 001， 007
T006 003， 001， 004
T007 001， 00,5， 007
T008 006， 008
取2 为最小支持度的阂值，具体实现过程如下：
（1）在数据仓库中找出候选项集C1,并对数据库D进行扫描，对每个候 选项进行计数，其支持度与最小支持度比较，找出频繁1项集L1。频繁1项集 示意图，如图 4-14 所示。
图 4-14 频繁 1 项集示意图
Fig4-14 Schemesofitemsetsoffrequenil
(2)由项集Ll中产生候选项集C2，再次扫描事务数据库D，对每个候选 项集进行计数，其支持度与最小支持度做比较，得出频繁2项集的集合L2。频 繁 2 项集示意图，如图 4-15 所示。
(3)由项集L2产生候选项集C3,再次对事务数据库D进行扫描，对每个 候选项计数，其支持度与最小支持度比较，找出频繁3项集的集合L3。频繁3
项集示意图，如图 4-16 所示。
项集 支持度计算
[001, 005, 007} 2
C3
项集
[001, 002,
005}
{001, 002, 007}
{001, 005, 007}
经上述分析可知，客户同时对商品 001、005、007购买的机率是非常高，说 明客户在购买商品的过程中，购买第一项商品的同时，购买第二项商品的可能性 极高。
4.2 数据库设计
本系统SQL Server 2008数据库服务器中创建的数据库名为db_CSMge，下 面就数据库的概念结构设计和逻辑结构设计进行说明。
4.2.1 数据库概念设计
依据系统的功能结构，该系统的数据库设计中提炼出众多的数据实体，因篇 幅关系只对主要实体进行说明，数据库实体E-R图及实体间的关系图，如图4-17、 图 4-18、图 4-19、图 4-20、图 4-21、图 4-22、图 4-23 所示。
图4-17供货商实体E-R图
Fig4-17 suppliers entity E - R diagram
图4-18员工实体E-R图
Fig4-18 employees entity E - R diagram
图 4-19 采购实体 E-R 图
Fig4-19 procurement entity E - R diagram
图 4-20 库存实体 E-R 图
Fig4-20 inventory entity E - R diagram
图 4-21 商品销售实体 E-R 图
Fig 4-21 goods sales entity E - R diagram
图 4-22 退货实体 E-R 图 Fig4-22 return entity E - R diagram
图 4-23 实体关系图
Fig4-23entity relationship diagram
4.2.2数据表设计
依据该中小商城信息管理系统的功能结构，及数据库的实体 E-R 图，我们得 到了数据库的逻辑结构，该系统的后台数据库主要包含 6 张数据表，数据表的 名称及作用如表 4-2 所示，其数据表的逻辑结构如表 4-3、表 4-4、表 4-5、表 4-6、表 4-7、表 4-8 所示。
表 4-2 数据库各个数据表作用 Tab 4-2 Database each data table role
表 名 用途
dbo.tb_Cpany 供应商信息表是存储商城供应商的基本信息，如供应商的编号、姓名、 联系电话、地址等
dbo.tb_pIn 员工信息表是存储商城员工的基本信息，如员工的编号、姓名、联系
电话、地址等
dbo.tb_JhGIn 采购信息表是存储商城商品采购的基本信息，采购商品的编号，价格、
采购数量等
dbo.tb_KGo 库存信息表是存储的商城库存的商品信息，如库存商品编号、商品名
称和商品数量等信息
dbo.tb_SGo 商品销售表是存储商城商品销售信息，如销售商品的编号、商品名称
和商品数量等
dbo.tb_TGIn 退货信息表是存储商城商品退货信息，如退货商品的编号、商品名称
和商品数量等
表 4-3 供应商信息表
Tab4-3 supplier information sheet
列名 数据类型 长度 可否为空 说明
Gid int 4 否 供应编号（主键）
Gname nvarchar 8 否 供应商名称
Sid int 10 否 商品号（外键）
Sname nvarchar 10 否 商品名称
Sp nvarchar 5 是 价格
Bu nvarchar 默认 是 备注
表 4-4 员工信息表
Tab4-4 employee information table
列名 数据类型 长度 可否为空 说明
Wid int 4 否 员工号（主键）
Wname nvarchar 8 否 员工姓名
Bid int 10 是 部门号（外键）
Sname nvarchar 10 是 性别
Ws nvarchar 5 是 职务
Bu nvarchar 默认 是 备注
表 4-5 采购信息表
Tab4-5 purchasing information table
列名 数据类型 长度 可否为空 说明
Sid int 4 否 商品编号（主键）
Sname nvarchar 8 否 商品名称
Gid int 10 否 供应商编号
Gname nvarchar 10 否 供应商名称
Gd nvarchar 20 是 供应商电话
Cid int 4 否 采购员编号
Cname nvarchar 10 否 采购员姓名
Cgid int 4 否 采购单号
Cd date 10 否 采购日期
Cgsp nvarchar 10 否 采购商品价格
Cgss number 10 否 采购商品数量
Bu nvarchar 默认 是 备注
表 4-6 库存信息表
Tab4-6 stock information table
列名 数据类型 长度 可否为空 说明
Kid int 4 否 库房编号
Sid int 4 否 商品编号（主键）
Sname nvarchar 8 否 商品名称
Sps nvarchar 10 否 商品数量
Kgid int 4 否 库房管理员编号
Kgname nvarchar 10 否 库房管理员姓名
表 4-7 商品销售信息表 Tab4-7 sales information table
列名 数据类型 长度 可否为空 说明
Sxid int 4 否 商品销售单号（主键）
Sid int 4 否 商品编号
Sname nvarchar 8 否 商品名称
Sps nvarchar 10 否 商品数量
Spp nvarchar 10 否 商品价格
Xsid int 4 否 销售员编号
Xsname nvarchar 10 否 销售员姓名
表 4-8 退货信息表
Tab4-8 return information table
列名 数据类型 长度 可否为空 说明
Tid int 4 否 退货商品单号（主键）
Sid int 4 否 商品编号
Sname nvarchar 8 否 商品名称
Sps nvarchar 10 否 商品数量
Tyid int 4 否 退货员编号
Tyname nvarchar 10 否 退货员姓名
4.2.3 用户权限设计 用户权限设计指的是不同用户所拥有的不同操作权限。该系统有两类用户， 分别为系统管理员用户和普通员工用户。
（1） 系统管理员用户为系统的最高级别用户，拥有整个系统的操作权限。
（2） 普通员工除不具备员工信息管理与维护和系统维护的权限外，其它权 限与系统管理员的权限完全相同。
4.3 本章小结
本章在对系统进行需求分析和可行性研究的基础上，对系统的各个功能模块 进和系统数据库进行了设计。本章为系统的实现打下了坚实的基础。
第 5 章 商城信息管理系统的实现
5.1基本档案管理模块实现
基本档案管理模块的主要功能是对该中小商城信息管理系统中的系统管理 员、商品会员、商城员工信息、商品供应商信息的管理与维护。其主要包含员工 /供应商信息的添加、员工/供应商信息的修改、员工/供应商信息的查询、员工/ 供应商信息的删除等子模块。
5.1.1用户登录
该系统的用户登录功能与其他系统没有任何区别，拥有系统账号的用户，即 系统的管理员、商城的员工经系统登录窗口输入正确登录信息，点击“登录”按 钮，向系统服务器端发出登录请求，系统随即调用btnOK_Click()方法，该方法 对用户的登录的请求及登录信息进行验证，若用户账号和密码正确，则用户通过 身份验证，进入系统主界面，否则给出错误提示。
5.1.2员工/供应商信息添加
员工/供应商信息添加这一功能是为系统管理员提供，普通员工则不具备该 功能，系统管理员经身份验证后，进入系统主界面，点击员工/供应商信息管理 链接，进入员工/供应商信息管理界面，单击“添加”按钮，录入添加员工或供 应商信息，单击“保存”按钮，向系统服务器端发送请求，系统调用 toolSave_Click( )方法，然后系统对录入的员工/供应商信息进行验证，验证其是 否符合录入规范、是否录入完整。若通过系统验证，则提示信息添加成功，将添 加的员工/供应商信息保存至后台数据库，否则弹出添加失败对话框，并给出相 应的错误提示。员工基本信息管理界面，如图 5-1 所示。
图 5-1 员工基本信息管理界面
Fig5-1 staff basic information management interface
5.1.3 员工/供应商信息修改
系统的两类用户对该模块的操作权限有所不同，系统管理员用户可以对系统 的员工和供应商信息进行修改，商城员工用户无权对系统员工信息进行修改，只 能对供应商信息进行修改。用户进入该系统后，打开相应的窗口，选择需要修改 信息的员工或供应商，单击“修改”按钮，系统随即调用 toolAmend_Click( )方 法，弹出“修改”对话框，在该对话框中对员工或供应商信息进行修改，修改操 作完成后，单击“保存”按钮，向系统服务器端发送保存请求，系统随即调用 toolSave_Click( )方法对修改后的员工或供应商信息进行验证保存，确保没有冲突 发生，若通过系统验证，则提示修改成功，并对系统后台数据库进行 update 的 更新操作。若修改失败则给出错误提示。系统供应商信息管理界面，如图 5-2 所 示。
图 5-2 供应商信息管理界面
Fig5-2 supplier information management interface
5.1.4员工/供应商信息查询 进入员工/供应商信息管理窗口，输入员工/供应商编号或姓名，单击“查找”
按钮，系统调用txtOK Click ()方法，将输入的员工/供应商编号或姓名发送至 系统服务器，再依据查询条件对后台数据库中的数据表进行查询，若查询成功， 则在系统客户端显示查询到的内容，若操作失败，系统则给出错误提示，无论系 统管理员，还是普通员工都拥有对员工/供应商信息查询的功。
5.1.5员工/供应商信息删除 用户进入该系统后，打开相应窗口，选择要删除信息商，单击“删除”按钮，
向系统服务器端发送删除请求，系统调用 toolDelete_Click( )方法完成删除操作 后，单击“保存”按钮，系统调用 toolSave_Click( )方法执行信息的保存，同时 完成数据库的更新。
5.2采购信息管理模块实现
5.2.1信息添加
在商品采购信息管理窗口，单击“添加”按钮，录入商品采购信息，单击“保 存”按钮，向系统服务器提出保存请求，调用 toolSave_Click( )方法，该方法对 录入的商品采购信息的规范性和完整性进行验证保存。如通过系统验证，则商品 采购信息添加成功，录入的采购商品信息交给系统服务器处理，完成系统后台数 据库的更新操作。如未通过系统验证，则弹出提示对话框，给出操作失败原因。 商品采购信息的添加操作不论是系统管理员，还是普通员工均有该权限。商品采 购信息管理界面，如图 5-3 所示。
图 5-3 商品采购信息管理界面
Fig5-3 commodity procurement information management interface
5.2.2信息修改
在商品采购信息管理窗口，选择修改目标，弹出“修改”对话框，在该对话 框内对其信息进行修改，然后单击“修改”按钮，向系统服务器端发出修改请求， 服务器调用 toolAmend_Click( )方法，执行相应的操作，然后单击“保存”按钮， 向系统服务器端发出验证保存请求，服务器调用 toolSave_Click( )方法，该方法 对用户的修改信息的规范性和完整性进行验证，确保修改后的商品采购信息完整 规范，且与系统内存在的商品采购信息无冲突。若修改后的商品采购信息通过系 统验证，则提示修改成功，同时更新后台数据库。若未通过系统验证，则给出错 误提示。商品采购信息的修改操作不论是系统管理员，还是普通员工均有该权限。
5.2.3信息删除
用户进入系统的相应窗口，选择需要删除的商品采购信息，单击“删除”按 钮，服务器调用 toolDelete_Click( )方法，完成删除操作，单击“保存”按钮，向 系统服务器端发出信息保存请求，系统随即调用 toolSave_Click( )方法，将系统 后台数据库更新。
5.2.4信息查询
在信息查询窗口，选择查询条件，输入查询内容，单击“查询”按钮，服务 器调用 txtOK_Click( )方法，执行相关操作，此时 SQL sever 将在数据表中查询， 将与查询条件和查询内容相符的查询结果显示于系统的客户端，供客户浏览。若 查询失败，则给出失败原因。商品采购信息的查询操作不论是系统管理员，还是
普通员工均有该权限。商品采购信息查询界面，如图 5-4 所示。
图 5-4 商品采购信息查询界面
Fig5-4 commodity procurement information query interface
5.3销售信息管理模块实现
5.3.1 销售/退货信息添加
在商品销售信息管理窗口，单击“添加”按钮，录入商品销售信息，信息录 入结束后，单击“保存”按钮，向系统服务器端发出信息保存请求，服务器调用 toolSave_Click( )方法，验证用户所录入的信息，验证其信息的完整性和规范性。 若通过系统验证，则系统会把录入的商品销售信息提交给系统的服务器端，进而 完成系统后台数据库的更新操作。若未通过系统验证，则弹出相应的错误提示。 商品销售信息管理界面，如图 5-5 所示。
图 5-5 商品销售信息管理界面
Fig5-5 commodity sales information management interface
5.3.2 销售/退货信息修改 用户进入系统的相应窗口，选择需要修改的销售/退货信息，单击“修改”
按钮，向系统的服务器端发出修改请求，服务器调用 toolAmend_Click( )方法， 执行相关操作，然后单击“保存”按钮，向系统的服务器端发出信息保存请求， 服务器调用 toolSave_Click( )方法，该方法验证用户修改信息，确保其信息的完 整性和规范性。若通过系统验证，则将修改后的销售/退货信息提交至系统的服 务器端，对系统后台数据库进行 update 的更新操作。若未通过系统验证，则给 出错误提示。
5.3.3 销售/退货信息删除 用户进入系统的相应窗口，选择需要删除的销售/退货信息，单击“删除”
按钮，向系统的服务器端发出删除请求，系统调用 toolDelete_Click( )方法，执行 相应的操作，单击“保存”按钮，向系统的服务器端发出信息保存请求，系统随 即调用 toolSave_Click( )方法，保存删除后的销售/退货信息，将数据库更新。
5.4库存信息管理模块实现
5.4.1 库存警报设置
进入进入系统相应操作窗口，选择需设置的商品，然后输入警报量，点击“设 置”按钮，系统调用 btnAdd_Click( )方法，验证其操作的合法性，如警报商品是 否选中、警报量是否设置等。若通过系统验证，则会将设置信息发送至系统后台 数据库，进行保存，同时弹出设置成功提示。若未通过系统验证，则给出错误提 示。商品库存警报界面，如图 5-6 所示。
图 5-6 商品库存警报管理界面 Fig 5-6 inventory alarm management interface 5.4.2 库存信息查询
权限用户进入系统的库存信息查询窗口，选择查询条件，输入查询内容，单 击“查询”按钮，向系统的服务器端发出查询请求，系统调用 find_Click( )方法， 执行相关操作，此时 SQL sever 会依据用户的查询条件和查询内容，对数据库中 的相应数据表进行查询，然后将查询到的数据信息显示在系统的客户端，供用户 浏览。
5.5智能分析模块实现
智能分析模块是特别精彩的模块，可以通过此模块给商家提供出各种解决方 法的支持。原有各种途径获取后，形成了数据仓库，通过对其使用数据挖掘技术 从而发现了内在的关联，本课题中使用的是Aprlori算法，可以实现如下的几个 功能：
5.5.l销售分析
商品的销售量的大小直接影响着商城的生存与发展，因此对商城的商品进行 销售分析是必要的，也是重要的。而商品的销售分析所涉及到的信息是来自多方 面的，本文只针对于商品销量及定价与商品销量关系进行分析。商品销量分析实 现起来较为简单，而商品定价与销量关系分析比较复杂，需借助于数据挖掘知识， 得到数据间各种连带关系。进而得到商品销售量与时间的关系，即何时促销何种 商品，销售值才能更高。以及商品销售量与季节间的关系等。图 5-7 为商品在查 询内的销售情况一览表。
销售分析：销售情况一览表
起始日期2015/6/7^
结束日期2015/6/7 v
序号 条形码 名称及规格 箱数 零数 箱价 单位 单价 金额
1 65677888098 10包五月花2层纸手帕1*24 30 18
2 78096789997 400ml Wt柔多效护理1*12 23 2895 118. 90 瓶 9. 90 31392.90
3 34556780936 500召机洗奥妙1*12 12 1649 80. 04 包 6. 67 11959.31
4 45567679342 90g佳洁士草本水晶1*50 20 1895 155 支 7. 75 3071. 32
图 5-7 销售情况一览表
Fig5-7 Saleslist
5.5.2商品销售关联分析和客户消费关联分析
商品销售关联分析和客户销售关联分析为本系统的特色功能，其利用的是数 据挖掘中的关联规则算法实现的，而本课题使用的是关联规则算法中的 Apriori 算法，它是关联规则中最先产生并使用最多的一种算法。通过 Apriori 算法可以 对数据仓库中的大量数据进行分析，主要进行商品销售关联分析和客户消费关联 分析两个方面内容。商品销售关联分析数据图如图 5-8 所示，客户销售关联分析 数据图如图 5-9 所示。
客户消费关联分析
sensei [9/1? ■ r^~i
序号 客户姓名 关联商品名称 支持率 主销售品
名称 单位 数量
1 周生伟 特价鸡蛋十特价蔬菜 87. 71% 特价鸡蛋 斤 16
2 张涛 光明爽口醸奶（原味〉+苹果 78. 9036 光明爽口酸奶（原味〉 盒 5
3 王曦 心相印纸巾十雕牌肥皂 69. 98% 心相印纸巾 赳 2
图 5-8 客户消费关联分析数据图
Fig5-8 data diagram of correlation analyse of merchandise sales
商品销售关联分析
|2015 W [9/17 v
序号 关联商品名称 支持率 主销售品
名称 单位 数量
1 方便面+冰可乐 37. 34% 冰可乐 听 16
2 啤酒+黄瓜 4& 02% 啤酒 瓶 270
3 电热蚊香液+电蚊拍 19. 22% 电蚊拍 把 7
图 5-9 商品销售关联分析数据图
Fig5-9 data diagram of correlation analyse of consumer consumption
根据得出的数据，用户可以进行超市货架的有序调整，还可以对比去年同期 数据，从而预测下个月的销售情况，来帮助用户提前做好各方面的准备，以便商 场用户更好的迎合消费者购物习惯，提高满意度。
通过对现在商家销售关联分析和客户消费关联分析，既可以让管理超市货架 的管理更加便利，还可以提供用户购买推荐及适当的商品促销。
5.5.3 商品促销分析
商家都会采用的一种推广手段就是促销，其中巴基件商品打包到一起进行销 售更是常用手段，商品促销分析功能正是做这件事情，用户选好需进行促销的商 品后，通过 Arprior 算法，根据客户购买历史来列举出客户可能需要的，可供选 择的商品及对应的推荐星级。其中，推荐星级是根据促销商品和供选择商品的支 持度，置信度来进行自动设置的。如图5-10所示。
商品促销分析
序号 促销组合 推荐原因 推荐星级
1 雷达牌电热蚊香液+新市牌电蚊拍 郊游用品 5星
2 雪花啤酒+黄瓜 季节性商品 4星
3 方便面+可乐 方便面销售淡季+可乐库存过多 5星
图 5-10 商品促销分析图 Fig5-10 analyse of goods promotion 5.5.4 客户购买推荐分析
当今社会，投递传单成为很多商家吸引客源的方式。但现在所有传单都过于 单调，导致有些客户明明对商家的某种商品很感兴趣，可商家却对此没有了解， 从而错失了很多客源。基于此特点，该系统在基本功能实现的前提下，该商城信 息管理系统增加了客户购买推荐分析功能，该功能可以帮助商家了解客户感兴趣 的商品类型，以及感兴趣的程度。该功能的实现是通过 Apriori 算法对系统数据 库中的客户的历史购买信息进行分析，并将分析结果展现给商家，商家依次结果 将客户感兴趣的商品推荐给相应客户，增加商品的销售量，进而使商家获取更大 的利润。
5.5.5 客户行为分析
具体内容分为以下几个部分：
（1） 客户消费排名：是统计分析所有进入数据库中的客户得消费清单，得 出客户每月、每年的消费情况，并进行初始排名。再对排名靠前的客户进行深层 次的数据挖掘，进一步得到排名靠前的客户的销售行为方式。
（2） 客户消费与职业年龄：从数据库中客户的注册信息中获取客户的职业、 年龄和兴趣爱好等信息结合用户的消费信息进行数据挖掘分析，得到用户不同的 消费行为，将分析结果进行显示。
（3） 客户消费习惯分析：依据客户的消费信息，挖掘出客户在不同时期的 消费习惯，及客户每年、每个季节、每个月，甚至每周的消费习惯，利用数据统 计功能，统计分析结果。
5.6系统维护模块实现
为了系统数据的安全，以免这样或那样的原因导致数据丢失，系统维护模块 的主要负责对系统的数据进行备份和还原。
5.6.1数据备份
数据备份这一功能只为系统管理员提供，其他用户不具备该权限，系统管理 员可以通过“系统维护—数据备份”进入数据备份窗口，单击“打开”按钮，系 统随即调用 path_Click( )方法，在弹出的对话框中，设置数据备份文件存储的路 径，单击“确定”按钮，此时系统调用 backup_Click( )方法，将数据备份信息发 送至系统的后台服务器，然后再对系统数据库进行 backup 的操作，进而完成了 数据备份操作。
5.6.2数据还原
该中小商城信息管理系统的数据还原功能仅为系统管理员服务，用户进入系 统的相应模块，选择数据源文件，单击“确定”按钮，系统随即调用 bntOk_Click( ) 方法，处理数据源文件，同时将处理结果发送至数据库服务器，如果操作成功， 系统当前数据将被还原为备份时数据，如果操作失败则会给出错误提示。
5.7本章小结
本章在对系统设计工作完成的基础上，对系统的各个功能模块的实现进行了 详细的阐述，另提供了实现界面和关键代码。
第 6 章 系统测试
6.1 系统测试原则
系统的测试应遵循如下测试原则：
（1） 系统的测试，主要由多个不同的测试用例完成对系统的测试，通常测 试用例由输入数据和预期的输出数据两部分组成。同时输入数据要覆盖所有的可 能，多种情况下不合法的数据和合法的数据。
（2） 系统会依据不合法输入数据的类型，系统会给出相应的错误提示。
（3） 在对系统进行测试的过程中，既要测试系统是否完美的实现了其应该 实现的功能，也要测试系统是否做了与其无关的事。
（4） 避免系统测试过程的随意性，系统测试要严格按测试计划实施。
6.2 测试方法
（1）结构测试： 测试方案：按照逻辑结构检验程序是否全部正常实现。 测试过程：对系统的内部结构进行分析测试。在系统的每个单元通过测试的 前提下，检查各模块间的接口，各模块组合至一起后，是否能够正常工作，即系 统的集成测试。
（2）功能测试： 测试方案：采取的测试方法为黑盒测试，即不必了解系统的内部结构，对系 统的每项功能进行检查测试，测试其是否能保证信息的完整，是否能正常的接收 和输出信息。
测试过程：是否按照设计要求使用。
6.3 系统测试用例
档案信息管理模块测试描述如下：
(1)员工登录子模块，如表6-1所示。-
表 6-1 员工登录子模块功能描述
Tab6-1 staff login module function description
功能名称 员工登录子模块
功能描述 输入项
处理描述 输出项 对系统员工，进行登录测试 员工登录账号和登录密码 员工测试之前拥有系统分配的登录账号和登录密码 如登录账号与密码正确，则员工成功登录；如用户账号和密码有一项空缺， 系统则给出“不能为空”的错误提示，若用户登录账号和密码不匹配，系统 则给出用户账号和密码不匹配的错误提示。
界面要求 无
2)员工信息添加子模块，如表 6-2 所示。
表 6-2 员工信息添加子模块功能描述
Tab6-2 staff add module function description
功能名称 员工信息添加子模块
功能描述 对员工基本信息进行添加
输入项 在员工信息添加对话框的相应位置添加员工姓名，性别，出生日期，员工所
属部门及联系电话、员工登录账号，登录密码等信息
处理描述 如信息成功添加，系统数据库随之更新
输出项 若操作成功，则提示“添加成功”；若员工登录账号与系统内部其他员工账
号冲突，则提示“该账号被占用”；若输入信息不完整，则提示“添加信息
不完整”
界面要求 无
3)员工信息修改子模块，如表 6-3 所示。
表 6-3 员工信息修改子模块功能描述
Tab 6-3 employee information modify module function description
功能名称 员工信息修改子模块
功能描述 输入项
处理描述 输出项 对系统数据库中的“员工信息”进行修改 选中目标员工，单击“修改”按钮，对该员工信息进行修改 如员工信息修改成功，则系统数据库被更新 若员工信息修改成功，系统则提示“修改成功”。若员工信息修改失败，系
统则给出错误提示
界面要求 无
（4）员工信息删除子模块，如表 6-4 所示。
表 6-4 员工信息删除子模块功能描述
Tab 6-4 employee information delete module function description
功能名称 员工信息删除子模块
功能描述 对系统数据库中“员工信息”进行删除
输入项 选中目标员工，单击“删除”按钮
处理描述 如删除成功，数据库被更新
输出项 若员工信息删除成功，则系统提示“删除成功”。若员工信息删除失败，系
统则给出错误提示
界面要求 无
5）查询员工信息子模块，如表 6-5 所示。
表 6-5 查询员工信息子模块功能描述
Tab 6 -5 query employee information module function description
功能名称 查询员工信息子模块
功能描述 对系统数据库中“员工信息”进行查询
输入项 选择查询条件，输入查询内容，单击“查询”按钮
处理描述 若操作成功，系统客户端则显示查询结果
输出项 若员工信息查询成功，则显示查询结果，否则给出错误提示
界面要求 无
6）添加供应商信息子模块，如表 6-6 所示。
表 6-6 添加供应商信息子模块功能描述
Tab6-7 added supplier information module function description
功能名称 添加供应商信息子模块
功能描述 向系统数据库中添加供应商信息
输入项 在供应商信息添加对话框的相应位置，录入供应商名称，法人代表，联系电
话，QQ号，传真，地址，备注等信息
处理描述 如添加成功，系统数据库得到更新
输出项 若操作成功，则给出成功提示；否则给出错误提示
界面要求 无
（7）修改供应商信息子模块，如表 6-7 所示。
表 6-7 修改供应商信息子模块功能描述
Tab6-7 change supplier information module function description
功能名称 修改供应商信息子模块
功能描述 己进入系统的用户可以通过“基本档案--供应商信息”对商品供应商信息进 行修改操作
输入项 选择目标供应商，单击“修改”按钮，对供应商信息进行修改
处理描述 如操作正确，系统数据库随之更新
输出项 若修改成功，系统则提示“修改成功”，若修改失败，系统则给出错误提示
界面要求 无
8）查询供应商信息子模块，如表 6-8 所示。
表 6-8 查询供应商信息子模块功能描述
Tab 6-8 query supplier information module function description
功能名称 查询供应商信息子模块
功能描述 己进行系统的用户可以通过“基本档案一供应商信息”对商品供应商信息进
行查询
输入项 选择查询条件，输入查询内容
处理描述 如操作成功，系统客户端显示相应的查询结果
输出项 若查询成功，系统则输出查询结果，若查询失败，系统则给出相应的错误提
界面要求 示
无
9）删除供应商信息子模块，如表 6-9 所示。
表 6-9 删除供应商信息子模块功能描述
Tab6-10 delete supplier information module function description
功能名称 删除供应商信息子模块
功能描述 己进入系统的用户可以通过“基本档案一供应商信息”对商品供应商信息进
行删除
输入项 选中目标供应商，单击“删除”按钮，
处理描述 如操作成功，系统数据库得到更新
输出项 若供应商信息删除成功，系统则提示“删除成功”，若供应商信息删除失败，
系统则给出相应的错误提示
界面要求 无
（10）添加信息子模块，如表 6-10 所示。
表 6-10 添加采购信息子模块功能描述
Tab 6-11 add purchasing information module function description
功能名称 添加采购信息子模块
功能描述 用户添加商品采购信息
输入项 单击“添加”按钮，在添加商品销售信息对话框的相应位置录入商品名称，
供应商名称，进货数量等信息
处理描述 如操作成功，系统数据库得到更新
输出项 若添加成功，系统则提示添加成功，若操作失败，系统则给出错误提示
界面要求 无
（11） 修改信息子模块，如表 6-11 所示。
表 6-11 修改采购信息子模块功能描述
Tab 6-11 modify the purchasing information module function description
功能名称 修改采购信息子模块
功能描述 用户对商品采购信息进行修改
输入项 选择需要修改的采购信息，可以选择一项，同时也可以选择多项，单击“修
改”按钮
处理描述 如操作成功，系统数据库随之更新
输出项 若操作成功，系统则提示“修改成功”，若操作失败，系统则给出错误提示
界面要求 无
（12） 删除采购信息子模块，如表 6-12 所示。
表 6-12 删除采购信息子模块功能描述
Tab6-12 delete purchasing information module function description
功能名称 删除采购信息子模块
功能描述 用户对商品采购信息进行删除
输入项 选择删除目标项，单击“删除”按钮
处理描述 如操作成功，系统数据库则随之更新
输出项 若删除成功，系统则提示“删除成功”，若删除失败，系统则给出错误提示
界面要求 无
（13）采购信息查询子模块，如表 6-13 所示。
表 6-13 采购信息查询子模块功能描述
Tab6-13 procurement information query module function description
功能名称 采购信息查询子模块
功能描述 用户对商品采购信息进行查询
输入项 选择信息查询条件，输入相关的查询内容，单击“查询”按钮
处理描述 如操作成功，则在系统客户端显示查询结果
输出项 若查询成功，系统客户端则显示查询结果，若查询失败，系统则给出错误提
界面要求 示
无
（14） 添加商品销售信息子模块，如表 6-14 所示。
表 6-14 添加商品销售信息子模块功能描述
Tab 6-14 add merchandise sales information module function description
功能名称 添加商品销售信息子模块
功能描述 用户对商品销售信息进行添加
输入项 单击“添加”按钮，在添加商品销售信息对话框的相应位置录入商品名称，
销售单价，销售数量等信息
处理描述 如添加成功，系统数据库得到更新
输出项 若操作成功，系统则提示“添加成功”，若操作失败，系统则给出相应的错 误提示
界面要求 无
（15） 修改商品销售信息子模块，如表 6-15 所示。
表 6-15 修改商品销售信息子模块功能描述
Tab6-15 modify product sales information sub module function descript
功能名称 修改商品销售信息子模块
功能描述 用户对商品销售信息进行修改
输入项 选择修改目标项（可以选择多项），单击“修改”按钮
处理描述 如操作成功，系统数据库随之更新
输出项 若修改成功，系统则提示“修改成功”，若修改失败，系统则给出错误提示
界面要求 无
（16）删除商品销售信息子模块，如表 6-16 所示。
表 6-16 删除商品销售信息子模块功能描述
Tab 6- 16 delete merchandise sales information sub module function description
功能名称 删除商品销售信息子模块
功能描述 用户对商品采购信息进行删除
输入项 选择删除目标项，单击“删除”按钮
处理描述 如操作成功，系统数据库得到更新
输出项 若商品销售信息删除成功，系统则提示“删除成功”，若商品销售信息删除
失败，系统则给出错误提示
界面要求 无
（17） 添加商品退货信息子模块，如表 6-17 所示。
表 6-17 添加商品退货信息子模块功能描述
Tab6 -17 add goods return information module function description
功能名称 添加商品退货信息子模块
功能描述 用户添加商品退货信息
输入项 单击“添加”按钮，在添加商品退货对话框的相应位置，录入商品销售编号， 退货数量，退货单价，退货时间等信息
处理描述 如操作成功，系统数据库得到更新
输出项 若添加成功，系统则提示“添加成功”，若添加失败，系统则给出错误提示
界面要求 无
（18） 修改商品退货信息子模块，如表 6-18 所示。
表 6-18 修改商品退货信息子模块功能描述
Tab6-18 modified goods return information sub module function description
功能名称 修改商品退货信息子模块
功能描述 用户对商品退货信息进行修改
输入项 选择需要修改的商品退货信息项，可以选择一项，也可以同时选择多项进
行修改，单击“修改”按钮
处理描述 如修改成功，系统数据库更新
输出项 若商品退货信息修改成功，系统则提示“修改成功”，若商品退货信息修改
失败，系统则给出错误提示
界面要求 无
（19）删除商品退货信息子模块，如表 6-19 所示。
表 6-19 删除商品退货信息子模块功能描述
Tab6-19 delete goods return information sub module function description
功能名称 删除商品退货信息子模块
功能描述 用户对商品退货信息进行删除
输入项 选择删除项
处理描述 如操作成功，系统数据库数据更新
输出项 若删除成功，则提示“删除成功”。若手册失败，系统给出错误提示
界面要求 无
（20） 商品库存警报子模块，如表 6-20 所示。
表 6-20 商品库存警报子模块功能描述
Tab6-20 inventory alarm module function description
功能名称 商品库存警报子模块
功能描述 设置库存商品警报量
输入项 选择警报商品，设置警报数量，单击“设置”按钮
处理描述 如操作成功，将商品警报数量保存至数据库
输出项 若操作成功，系统则提示设置成功，同时商品库存量低于警报量时，则给出 警报提示。若操作失败，系统则给出错误提示
界面要求 无
（21） 库存信息查询子模块，如表 6-21 所示。
表 6-21 库存信息查询子模块功能描述
Tab6-21 inventory information query module function description
功能名称 库存信息查询子模块
功能描述 查询商品库存数量
输入项 选择查询条件，输入查询内容
处理描述 若操作成功，显示查询结果
输出项 若查询成功，系统则客户端显示查询结果，供用户浏览。若操作失败，系统 则给出错误提示
界面要求 无
（22）商品销售信息子模块，如表 6-22 所示。
表 6-22 商品销售信息子模块功能描述
Tab6-22Commodity sales information sub module function description
功能名称 商品销售信息子模块
功能描述 用户对商品的销售情况进行分析
输入项 输入商品销售的起始日期和结束日期，单击查询按钮
处理描述 若查询成功，显示查询结果
输出项 如查询成功，将展示该区间段商品的销售情况，其中包含商品的名称规格、
销售的数量、销售金额等信息
界面要求 无
23）商品销售关联分析子模块，如表 6-23 所示。
表 6-23 商品销售关联分析子模块功能描述
Tab6-23 Commodity sales correlation analysis sub module function description
功能名称 商品销售关联子模块
功能描述
输入项
处理描述
输出项 用户对商品的销售关联进行分析
输入商品销售的日期，单击查询按钮 若操作成功，显示分析结果 将展示该销售日期内商品的关联销售情况，其中包含关联商品的名称规格、 支持率、及主商品的名称规格和销售的数量等信息
界面要求 无
24）客户销售关联分析子模块，如表 6-24 所示。
表 6-24 客户消费关联分析子模块功能描述
Tab6-24 Customer consumption correlation analysis sub module function description
功能名称 客户消费关联分析子模块
功能描述
输入项
处理描述
输出项 用户对客户消费关联进行分析
输入客户消费的日期，单击查询按钮 若操作成功，显示分析结果 将展示该消费日期内的客户姓名、关联商品名称、支持率及主销售品名称规 格和销售数量
界面要求 无
第 6 章 系统测试
（25）数据备份子模块，如表 6-25 所示。
表 6-25 数据备份子模块功能描述
Tab 6-25 data spare part module function description
功能名称 数据备份子模块
功能描述 管理员用户可以对系统数据进行备份操作
输入项 设置备份文件名称和存储路径
处理描述 输出备份数据，并保存至目标地址
输出项 若备份成功，系统则提示“数据备份成功”，若备份失败，系统则给出错误
提示
界面要求 无
26）数据还原子模块，如表 6-26 所示。
表 6-26 数据还原子模块功能描述
Tab6-26 data also atom module function description
功能名称 数据还原子模块
功能描述 管理员用户对系统数据进行还原操作
输入项 选择已备份数据，设置还原路径，单击“还原”按钮
处理描述 操作成功，数据库被更新
输出项 如数据还原成功，提示“还原成功”，如数据还原失败，提示“还原失败”
界面要求 无
6.4测试的结果分析
采用系统设计的方法对该信息管理系统进行了测试，系统各功能点测试覆盖 范围高达 100%，测试结果显示系统的各项功能完善正确，满足用户需求，符合 系统研发目标，同时系统操作简单易行，界面美观大方。
6.5本章小结
本章首先介绍了系统的测试原则和测试方法，随后对系统的各项功能一一进 行了测试，并对测试结果进行了分析。
结 论
本文完成的主要工作：
（1） 分析了该课题的研究背景，提出了本课题的研发目的和意义；
（2） 在对 C/S 模式和 B/S 模式工作原理进行分析的基础上确定了该系统的 架构模式；
（3） 系统的功能性、系统的性能等方面对系统做了需求分析，同时对系统 进行了可行性研究；
（4） 对系统的各个功能模块及数据库进行了详尽的设计与论述；
（5） 系统各个功能模块均得以正确实现；
（6） 对整个系统进行了测试，确认该系统的各项功能正常实现，达到系统 设计目标，满足用户需求。
系统所实现的功能虽然运行情况良好，但由于时间与所学知识受限，系统还 存在许多不完美之处，仍有待改进，具体表现如下：
（1） 前台部分功能还不够完善，系统的导航功能不够简洁。
（2） 查询检索功能不够全面，查询功能不够智能化，有些地方不够合理。
（3） 后台操作功能相对简单，数据的分析统计功能不够完善。
（4） 目前系统只实现了 C/S 架构客户端的基本功能，自动发送消息通知供 货商供货功能可以进一步实现。
（5） 为了更方便的实现商城信息管理与维护，可以采用 C/S 与 B/S 混合体 系结构模式。
所以，在不断的发展中，许多问题都需要解决，也需要在不断的学习中完善 自身，取其精华，弃其糟粕。
参考文献
[1]王海群.大型商城商店形象对顾客满意与忠诚的影响研究:[硕士学位论文].浙 江:浙江大学图书馆,2009
[2]张珍宝,刘升.商城管理系统的分析与设计 .高等函授学报(自然科学 版),2012(3):24-56
[3]Mcleod. Management Information system Management in Practice. Prentice Hall,2008
[4]James Asenn. Analysis and design of information systems, New York: McGraw HILL,2013:137-150
[5]姜晓铭，刘波，张亦华等.J2EE程序设计精彩实例[M]•清华大学出版社,2013
[6]Mohammed, Shahid M. Comparison of J2EE and Microsoft .NET in terms of quality attributes,2012
⑺ 赵强,乔新亮• J2EE应用开发(Weblog,IC+Jbuilder).北京：电子工业出版 社,2014
[8]Ed Roman .刘晓华等译.精通EJB.北京:电子工业出版社,2012
[9]田雪松.J2EE网络编程标准教程.上海科学普及出版社,2014,38-179
[10]邢国庆译.J2EE应用与BEA Web Logic Server,电子工业出版社，2012:16-96
[11]余浩东.JAVA应用框架设计与项目开发•北京，清华大学出版社,2009
[12]罗云峰，刘凯等• J2EE架构师认证指南,2013
[13]柏亚军.J2EE编程基础及应用实例集锦[M].人民邮电出版社,2011
[14]Chen, Hong. EJB e-business application design: Concord Online DVD Center
(CODC).[学位论文]Concordia University (Canada), 2011, 72-73
[15]Yang ,Stephen J.H, Chen Irene,Chen Chyun-Chyi.Building XML-Based Unified User Interface System under j2ee Architecture[J], 2011,12(1):241-256
[16]Yager Tom ， Sullivan Tom..Net vs. J2ee Wrestling for the Enterprise Platform[J].InfoWorld,2013,25(6):63-65
[17]张龙祥.UML与系统分析设计•人民邮电出版社,2011:11-23
[18]Grady Booch, James Rumbaugh, Ivar Jacobson. UML 参考手册[M].机械工业 出版社,2011-3:142-144
[19]Craig Larman. UML 和模式应用 - 面向对象分析与设计导论 [M]. 机械工 业出版社,2012:35-36
[20]刘润东.UML对象设计和编程[M].北京希望电子工业出版社,2001-3:67-68
[21]Schmuller J.李虎等译.UML基础、案例与应用[M].北京:人民邮电出版 社,2002:55-56
[22]Albir SS.常晓波译.UML技术手册[M].北京:中国电力出版社,2012:67-69
[23]陈卓艳，刘真.基于UML的软件开发过程[J].山东科技大学学报(自然科学 版),2013,(02)
[24]李思广等.基于UML的软件过程建模方法研究[J].计算机工程与应 用,2009(16):76-78
[25]Rational Unified Process: Best Practices For Software Development Teams. Rational Software Corp. White Paper,2013
[26]James Rumbaugh, Ivar Jacobson, Grady Booch. The Unified Modeling Language Reference Manual.OMG,2007
[27]Rajkumar TM，Dawley DL ． Designing and Management Client/Server DBMS[J]．InformationSystems Management，2013，13(2)．
[28]Eleias D，Merges MJ ． Performance Analysis of Client/Server Storage Systems[J]．IEEE Trans Computers，2008(11)．
[29]Tim Quinlan ． The Second Generation of C1ient/Server[J] ． Database Programming＆Design，2013(5)．
[30]James F Kurose，Keith W Ross．CoMPUTER NETWORKING．Higher
Education Press，2014(1)
[31]张世雄，丁磊，方振贤•基于客户/服务器环境下MIS系统的开发[J] •黑 龙江大学自然科学学报， 2010(3)
[32]张忠林、黄海.基于B/S和C/S混合模式的信息系统•情报技术,2014(12).
[33]尚明，赵宏，张亚兰•基于客户/服务器方式MIS研究与开发[J] •北方交 通大学学报，2007(3) •
[34]罗军，陈静.关于C/S客户/服务器技术的综述.自动化技术与应用，2010(2)
[35]董荣胜，古天龙，黄文明.两层和三层Client/Server机构的分析[J].计算 机工程， 2008(6)
[36]宋晓粱，刘东生，许满武.中间件及其在三层客户机/服务器模型中的应用 [J].计算机应用，2009:100-201
[37]朱山风，陈辛萌•一种基于三层C/S结构的MIS开发[J].武汉大学学报(自 然科学版)， 2011(1):30-78
[38]C. Calero, F. Ruiz, A. Baroni,F. Brito e Abreu, M. Piattini. An ontological approach to describe the SQL: 2003 object-relational features. Computer Standards & Interfaces. 2011, 28 (6):695-713
[39]Francisco J, Vera-Garcia, Janice M. Moreside, Stuart M. McGill. MVC techniques to normalizetrunk muscle EMG in healthy women. Journal of Electromyography and Kinesiology. 2011, 29(7): 574-780
[40]W. S. Marras, K. G. Davis. A non-MVC EMG normalization technique for the trunk musculature: Part 1. Method development. Journal of Electromyography and Kinesiology.2011,11(1):1-9.
[41]Janet F. Carlson, Virginia Smith Harvey. Using computer-related technology for assessment activities: ethical and professional practice issues for school psychologists.Computers in Human Behavior, 2014, 20( 5): 645-659
[42]Kathleen Foley Curley. Computer technology and knowledge workers: a pilot study of job impact. Interacting with Computers, 2010, 1(2):171-182
[43]Shao-Kang Lo, Ting Lie. Selection of communication technologies-A perspective based on information richness theory and trust. Technovation, 2008, 28(3): 146-153
下一篇：没有了
相关标签:
