【《基于web的服装管理系统的设计与实现》11000字（论文）】

基于web的服装管理系统的设计与实现摘要互联网高速发展的今天，信息技术在当今社会愈发重要，一直受到社会的高度关注。信息技术与能源、材料作为现代科技的三大支柱。其地位对于社会和科技发展可想而知。对于服装系统管理而言，信息技术不但是系统化管理的基础，更是服装系统决策的重要依据。另一方面，信息作为人类社会生产活动的第四种能源，发挥着举足轻重的作用。通过互联网平台，将图片与文字有机结合，条件允许情况下也可以加入视频和音频，多种信息载体共同作用，可以充分缓解信息差带来的问题，有效抑制传统消费过程的弊端。本系统选择Java为主要开发语言，以JSP设计前台页面。结合自身需求与数据库特点，选用MySQL作为后台管理的数据库系统。为开发出一种B/S结构且基于Web技术的服装销售管理系统，特选择Eclipse作为主要开发工具，配置Tomcat服务器。关键词：服装销售管理系统；Java语言；B/S结构目录基于web的服装管理系统的设计与实现 第一章绪论1.2课题背景在处于信息社会的今天，并且随着中国经济和科技的飞速发展，无论是数一数二的国际大都市还是偏居一隅的小乡村，人们的生活已经离不开形形色色的互联网平台。正是因为网络与信息技术的高速发展和全面普及，推动了网络信息技术融入了我们的生活。总而言之，我们的生活方式与生活节奏已经逐渐信息化。而我本次选择的毕业设计“服装销售管理系统设计与实现”相比于以往传统的实体店购物模式有了很大的改观，以往的购物模式效率低下，信息的完善性较差。店家不能及时的告诉顾客新上的服装以及下架的服装，这对于双方有着极大的损失。为了解决上述缺陷，迎合高速发展的网络，采用先进的网络购物，不仅简化了流程，更解决了店家在实时更新服装的同时，客户还能及时知晓更新的服装商品。此系统更是在某种程度上简化了整个购物的过程。随着网络的发展，无论是服装业还是金融业已渐成熟。同时，我国的互联网产业普及面广、发展迅速，互联网已经进入千家万户，而网上服装业行业也慢慢的进入人们的网络生活，达成了显示与网络的结合。管理者可以对当前的商品库存情况及销售情况了如指掌，面对用户预定也可以做到免费、全天候。1.2目的和意义本课题的目的是使服装业的销售信息管理更清晰化，更透明化，更便于操作，更易于管理。服装管理系统主要是针对当下实体店购物的缺陷而新起的一种更为方便、高效的购物方式，实现了通过互联网平台阅览服装商品，实现在线购物。因此，对于本系统而言，实时性尤为重要。一方面不但要及时反映顾客的购物情况、妥善并且及时处理每个用户的订单情况，而且要实现管理的简洁化、智能化。另一方面该服装销售管理系统有助于服装相关企业的信息化管理，分析商品库存情况及销售情况的同时，为公司的后续生产经营提供数据支持。以下为本课题的研究的几点意义：1.商品信息以多种载体的形式存在于各个互联网平台，同时用户也可以迅速获取所需要的商品购买途径，做到横向比较。2.与传统的购物方式相比较，用户可以在短时间内接收大量的商品信息，以便做出更好的决策。3．与传统的线下实体店相比，互联网平台的前期投入成本比较低，后期维护方便，不会受到地域的限制。4.对消费者而言，没有时间限制，可以充分利用碎片化时间。第二章系统相关技术2.1B/S软件架构简介互联网平台发展至今，简洁、轻便已经成为主旋律。用户已经慢慢摒弃以往在个人电脑上按照大量、臃肿的客户端软件，即C/S架构。现在的需求是一个软件全能化，找来找去，浏览器才是最合适的，于是其地位日渐提高，即B/S软件架构。由于该架构对程序设计具有良好的支持，因此该架构被广泛应用于的网络系统的开发中。服装销售管理系统作为一个全面的信息管理系统，用于管理和控制在互联网上的服装销售等情况的信息。因为使用网站数据统计使用网站的用户不一定实时在线，所以该服装管理系统必须要通过浏览器进行操作，并且可以通过浏览器实现前后端和数据库的信息更新。因此，该服装销售管理系统选择基于B/S架构进行开发设计。当下B/S架构与传统的客户端/服务器模式相比优点非常明显：1）传统的C/S模式，需要开发专用的客户端软件，节省了开发者的工作量。对于用户来说，自然不必安装客户端软件，使用自有浏览器即可，用户端的操作得到了简化，降低了用户的使用门槛。用户易于接受的同时，提高了开发的效率。2）基于B/S架构的网络应用系统对平台的要求很低。系统的开发和配置运行不需要特别优越的软硬件设施，相反利用原有老旧的网络系统、数据库等设施一样可以发挥功效。在多年的发展和大量开发人员的研究下，目前B/S架构的技术已经比较成熟了，前期的开发成本低，后期系统便于维护。得益于办公自动化系统与网络技术的快速普及,无论是企业还是个人对浏览器的依赖性越来越高。B/S架构的系统运行稳定、安全、可靠，并容易扩展。另外，B/S架构前后端分离的优势比较明显，比如浏览器的界面风格和语言格式的大同小异非常适合各类用户上手操作，对资源占用很少的特点适配基本上所有的个人电脑。B/S三层结构分为两种，以下分别介绍。在传统三层体系结构中，已经充分考虑到用户会对数据库及服务器造成影响，于是将用户层面的功能剥离至客户端。以应用服务器作为媒介和权限管理者联系客户端与服务器，大大增加了开发人员的可操作性。如图2-1所示。图2-1传统的三层体系结构通过设置中间层的应用服务器，杜绝了用户通过客户端直接操作数据库服务器的可能。并且开发人员在应用服务器设置不同的层级，自然大大提高了权限要求和安全性能。正所谓“有得必有失”，一方面三层结构得到大幅度优化，弥补了二层结构的一些缺陷。另一方面但不可避免的存在一些不如意的地方，比如比之前的结构更加复杂，导致系统兼容方面差了许多。随着互联网技术的不断进步，传统的三层应用体系结构的弊端逐渐被放大。主要因为互联网用户的激增，服务器端的响应速度越来越慢，加上后期的维护困难。所以才诞生了基于Web的三层体系结构，如图2-2所示。图2-2基于Web的三层体系结构选择基于Web的三层应用体系结构的理由如下：1）优越的系统结构；该结构将系统划分为多个功能层级，一般来说至少三层。每侧有具体的功能任务，互相之间不干涉。比如其中应用服务层主要负责业务逻辑和软件的集中维护，实现了客户端的“零”维护，某一层出现问题根据指示针对性解决即可。2）大幅提高应用系统的安全性；在该体系结构中，因为中间件的存在，客户端无法直接对后台数据库进行操作，极大的保障了数据的安全。开发人员也可以通过设置权限进一步隔离数据库与客户端。3）扩展性高；如果出现服务器负载过高，系统整体性能下降。维护人员不需要对原服务器进行过多的操作，只需要增加相关的硬件设施即可，比如增加应用服务器。正所谓“人多好办事”。4）提高数据库响应速度、减少网络数据流量；通常，数据库性能下降与网络瓶颈和数据库连接数过多有关系。根据第一点与第三点的描述，多层级的划分与应用服务器的增加都可以良好的解决该问题。综上所述，三层应用体系结构的有点是比较明显的，结构优越、易于维护，根据中间件的特点，很容易达到负载平衡。2.2MySQL数据库随着数据处理工作的增加，可以直接对数据进行操作的呼声越来越大。因为MySQL的语言和结构比较简单、可靠，并且作为非结构化语言，得到了普遍的应用，极大的方便了用户查询数据。同时MySQL数据库语法灵活，只需要一小段代码便可以有效操作某些功能，而不像其他程序需要编写大段代码。总体来说，MySQL数据库对个人开发者极其友好。数据流程分析可以简单理解为数据存储的储藏室。它不是现实中的储藏室，而是在计算机上进行的。可以把数据库类比为图书馆，图书馆中的书籍分门别类有一套科学系统的布置和检索方法。数据库也是如此，数据好比书籍，有序存储。根据存储的逻辑性，方便后期的管理。一般情况下，读者可以根据基本的分类检索规则，找到相关的书籍，不需要管理员的过多参与。数据库管理员或使用者了解该数据库的逻辑结构后，同样可以得心应手。如果要调整表中的数据，建立数据表即可。结合自身开发需求，本系统采用MySQL对数据进行管理。2.4MVC设计模式MVC模式是目前比较受欢迎和普遍认为十分流行的一种web应用程序开发模式。MVC大致可以划分为以下三层:(1)立体视图中的层(view):这个立体视图中的层也可能就是它的MVC和其中的V。该层主要功能是显示数据，存储管理所有用户控制的接口,并在数据库中录入所有采集接收到的数据，提供连接到用户控制器管理层的其他组件。(2)控制器管理层(controller):这个控制器即为MVC中的C。该层主要功能是接收从视图层中提交的请求信息,并根据一定的业务逻辑准则调用其中一个组件。也就是说,可以把这个层当做是一个视图层与模型层之间的桥梁。(3)模型层(model):模型层本身就是MVC中的M。这个层次也可能会被继续划分成较细的一个部分,例如数据存取层、业务逻辑层。这个层次的组件主要是用来访问一个数据库和对一个处理业务的逻辑。2.5Eclipse简介Eclipse，全名是EclipseEnterpriseWorkbench，是一款使用者的开发工作平台。使用Eclipse软件做系统的开发,为系统的编程者和操作人员提供了很多方便,使用Eclipse软件前不需要直接对程序进行任何编译,该系统的工具会在没有任何事先做好安装或者保存时自动地进行编译。Eclipse对数据库的操作比较方便，允许用户直接打开相关链路，只需要再次加入一个相应的jar包即可对这些软件系统进行开发。2.6Tomcat服务器目前市面上可供选择的服务器有很多，在选择时依然要遵循从实际出发的原则。考虑到本人设备的软硬件性能比较差，很难支持中大型的服务器。另外，根据需求分析，配置一个轻量级服务器则可以支撑整个项目的开发。综上，选择运行时占用的系统资源小,易于扩展的Tomcat服务器。对于这款服务器任何有兴趣的程序员都可以对其进行修改或者增加新的功能，因此它还在不断的改进和完善中。在开发及调试过程中，不会涉及过多目标用户的情况下，Tomcat服务器必是首选，尤其是某些中小型企业的操作系统和大型数据库的合并发表和存取数据的访问中。Tomcat服务器是很多设计开发学习者的第一选择。同样对于一个大型网络系统设计中的初学者来说,可以这么认为,如果在一台大型网络设计机器上成功配置好Tomcat相关服务器,就已经能够有效地达到利用其中的响应平台网络对HTML各个页面的最高访问速度要求。实际上，尽管Tomcat服务器只是Apache服务器的一个扩展,但二者彼此独立，分开运行。所以当用户在开发平台上将项目成功配置到服务器上时,即使存在Apache服务器，Tomcat服务器也会把所配置的项目单独运行。这里的第一个基本诀窍其实就是,当你的代码运行配置正确时,Apache可以同时为为两个HTML页面提供运行服务。其实运行Tomcat只需要同时运行JSP页面和servlet。另外,Tomcat和Apache的功能与Web上的服务器相似,可以分别处理HTML上的网站和整个页面,另外它可能就是一个只包含servlet和JSP简单容器。两个独立的servlet和JSP就是Tomcat的一个基本默认处理模式。第三章系统需求分析系统需求分析的要求是初步预想在软件开发中可能存在的问题，并且合理安排解决方案，最后明确开发需求。根据本系统采用的架构——MVT模式，针对性开发。3.1功能模块分析该销售管理系统主要分为两大模块，前台服装商城部分主要面向平台的注册会员，具体相关的功能模块见图3-1。后台管理平台面向系统管理员，具体相关的功能模块见图3-2。图3-1前台销售商城示意图图3-2后台管理系统示意图根据以上的需求分析选取后台系统几个功能作为示例：(1)服装类别管理模块本后台管理系统在设计添加商品功能模块不同，在上架具体商品之前需要确定商品类别如西装、长裤等。该模块主要为类别信息的增删改查。该功能模块的具体示例见图3-3：图3-3服装类别信息管理功能示例图(2)服装管理功能模块正如上文提及，在确定服装类别后才可以添加商品或其他的操作。该功能模块的具体示例见图3-4：图3-4服装管理功能示例图(3)会员管理功能模块管理员通过后台系统集中化管理会员信息，包括更改会员状态，查询会员信息等。该功能模块的具体示例见图3-5：图3-5会员管理功能示例图(4)订单管理功能模块管理员通过后台系统集中化管理前台产生订单的信息，前台销售网站售出后，后台及时对订单状态进行管理。该功能模块的具体示例见图3-6：图3-6订单管理功能示例图3.2本服装销售管理设计的基本思想“先知三日，富贵十年”。在正式的开发设计之前，要有前瞻的基本思想，才能在之后的开发过程中有一个整体性的把握。因此，结合开发需求与技术特点提出以下几点原则：1.此销售系统分为两大模块，前台的销售模块和后台的销售管理模块。两个部分的前端页面都要做到清爽，保证功能性的同时，尽量简洁。2.以前后端分离的形式开发，做到前台与后台之间层次分明。以上文提及的B/S架构模式为基础，开发出符合大部分人使用习惯的系统软件3..考虑到后期维护和扩展性的要求，选择面向对象的开发方式。因此选择面向对象的程序化设计语言——Java。同时划分具体功能模块，按模块进行开发。后期根据已划分的功能模块调试系统。4．软件开发的一个基本原则是占用最少的资源，实现更多的功能。本系统开发也不例外。也要兼顾用户的需求，突出重点、考虑细节。3.3性能需求3.3.1系统的安全性需求对于开发的服装销售系统，要着重考虑系统的安全性问题。对此，作出如下分析：无论是前台的销售系统，还是后台的管理系统，管理员和平台会员都需要登录操作。对于前台系统，未登录的用户只有浏览的权限，不可以进行其他的操作。对于后台系统，不通过安全登录及验证则无法进入。在后台管理系统中需要对普通管理员设定权限，普通管理员的权限可以不同。在登录系统后，不可以跨权限操作。此系统设立一个超级管理员，超级管理员具有包括为普通管理员分配权限的所有操作权限。普通管理员的具体权限可以不同。3.3.2数据的完整性需求此服装销售管理系统在数据的存储方面务必要做到安全、准确、完整。对此有以下几点具体要求： 对于表中已经记录的信息要全面、完整的保存，不可以出现已录入的信息为空的情况。对于各个数据表，同一表或不同表中的数据间的联系要保持一致；如果同一数据出现在不同的记录表中，则该数据要保持一致。

第四章数据库设计4.1数据库的分析与设计数据是现代社会赖以生存的基础。顾名思义，数据库中存储、记录大量重要的数据信息。得益于电子计算机技术的迅猛发展，数据库管理系统应运而生。数据库管理员通过敲击键盘，就可以轻松操作数据信息。目前市面上有多种不同的数据库软件及其相关的数据库管理系统。各款产品互有优劣，开发人员根据自身需求选择合适的数据库往往可以起到事半功倍的效果。正如前文提及，综合多方考虑，以自身服装销售管理系统的需求出发，选择MySQL数据库。4.2数据库的概念结构设计常言，万丈高楼平地起，盖楼之前首先要设计好大楼的结构、打好地基。地基稳固后才可以添砖加瓦，逐渐拔高。对于数据库而言，打好地基就是充分的数据分析。同盖楼一样，数据库的结构也需要自下而上、层层设计。大楼盖好后，仍是毛坯房，不能即刻入住。数据库也是如此。大楼要根据住户的需求装修，数据库自然也要从用户的角度出发，最后根据用户的体验重点修改。设计大楼结构前需要画好建筑图，而数据库中的“建筑图”则是实体——关系图，也就是俗称的E-R图。如果说实体（E）好比盖楼时的砖瓦钢筋，而关系（R）则是砖瓦之间的水泥。正如上文所提及，数据库的设计需要站在用户的视角分析，对于企业就是准确完整的反映企业组织信息需要的数据库概念结构。而且概念结构与计算机系统彼此独立，与数据库逻辑结构和数据库的管理系统没有依赖关系。 4.3数据库的逻辑结构设计根据对数据库概念结构的分析，我们可以初步绘制出所需要的“建筑图”。在正式的破土动工之前，还要考虑图纸计划的可行性。对于数据库则是要考虑E-R图的逻辑性。即，是否符合生活中的逻辑，以免出现不分主次、“本末倒置”的情况。同时E-R模型在向关系数据库模型的转换时应遵循下列几个基本原则：每一个实体都有对应一个关系；盖楼的每块砖都需要粘合剂，才能保证与其他砖瓦间的稳固。主键必须定义非空（NOTNULL）；大楼的每一层都有标识，以区分其他的楼层。二元联系应按照一对一、一对多、多对多等联系来定义外键；盖楼的每块砖都与其他砖瓦粘合在一起，没有单独存在的。4.4数据库的物理结构设计根据数据库逻辑结构设计的几个基本原则，结合所开发的服装销售管理系统需求，设计项目所需的几个基本表。(1)会员信息表主要是记录在平台注册用户的基本信息。表结构如表4.1所示。(2)服装信息表主要存储所添加的服装商品的基本信息。表结构如表4.2所示。(3)后台管理员登录系统时，则会在此日志表中留下记录。表结构如图4.3所示。(4)管理员信息表用来存储后台管理员的账号信息。管理员登录时，后端需要调用此表验证。表结构如表4-4所示。(5)订单信息表主要详细记录的商品的订单信息。以订单序号（id）为主键，存储相关商品的销售明细。管理员后台“交易统计分析”模块调用本表生成柱状图。表结构如表4-5所示。第五章系统功能实现在一般性的信息管理系统的开发周期中，需求分析、系统设计等阶段是系统实施的基石，系统的具体实施依赖与前者的准确性与完整性。在此阶段中，系统开发的主要工作分为逻辑设计、功能设计和技术设计，每一步都要依照之前的分析设计，有条不紊的进行。经过具体分析，将该销售管理系统分为两大模块。第一大模块面向普通用户，即前台销售网站的会员或游客。第二大模块为后台的管理员模块，可以对前台商品、会员用户和订单信息统一管理5.1普通用户模块5.1.1系统主页面该页面整体由上至下分为四个部分。最上方为导航栏，导航栏下为网站标题和搜索框，紧接着是轮播图及轮播图左侧的分类栏，最下面是商品推荐模块。程序运行效果图如图5.1所示：图5.1系统主页面设计5.1.2会员登录注册模块对于未注册用户，只可以浏览相关服装商品和商品详情信息。未注册用户需要正确填写相关个人信息，根据提示完成注册流程。程序效果图如图5.2，图5.3所示：图5.2用户登录界面图5.3用户注册界面前台用户注册端代码如表所示：5.1.3用户购物模块用户通过注册成为本站会员后，就可以在本站点购物。会员用户可以在站点自由浏览商品。点击相关商品，可以进入该商品的详情页。用户也可以根据页面内容提示对商品进行收藏、加入购物车、购买等操作。程序效果图如图5.4所示：图5.4用户购物模块及商品详情模块5.1.4购物车管理销售页面设置购物车功能，用户在成功注册并且登录后即可使用该功能。用户可以进行清空购物车、对购物车中某一件商品数量增加或减少以及移出购物车等操作。用户在操作时，页面不会有刷新或跳转。后端采用Ajax技术异步处理，完成后前台显示最终结果。程序效果图如图5.5。 图5.5购物车管理模块以删除购物车内商品为例，相关逻辑代码如下：5.1.5用户中心管理未注册用户在浏览该站点时，点击头部导航栏“注册按钮”，填写相关信息即可以注册成为会员。注册成功后，可以在“个人中心”板块修改个人信息。程序效果图如图5.6，图5.7。图5.6会员订单信息管理模块图5.7会员基本信息管理模块以用户更新资料为例，相关逻辑代码如下：5.2管理员模块后台管理员端主页面分为两大部分，第一部分未页面左侧菜单栏，此处查询具体功能模块。第二部分为右侧的功能详情页。程序效果如图5.8所示。图5.8管理员模块主页面5.1系统后台登录页面出于系统的安全性考虑，在进入后台管理系统前，管理员用户需要登录。程序运行效果图如图5.9所示：图5.9后台登录页面在后台的管理员登录页面，管理员需要正确输入用户名、密码和验证码。当点击登录时，后端则对用户名和密码进行判断。如果通过判断，则页面自动跳转进入后台管理的主页面。如果未通过，则有相关提示，如“用户名不存在”、“密码错误”等不发生跳转，留在登录页面。后台登录逻辑代码如表所示：5.2服装类别管理在后台主页面的“商品分类”模块中，管理员用户可在此操作服装类别信息。操作时需要正确且完整的输入相关信息。程序效果图如下图5.10，5.11所示：图5.11类别信息录入（一）图5.11类别信息录入（二）以添加商品分类为例，逻辑代码如下表：5.3服装信息管理5.3.1服装信息录入管理员在此页面添加前台的商品信息，需要管理员正确完整的填写所添加商品的信息，并且可以在此模块上传商品的图片。程序效果图如图5.12所示：图5.12服装信息录入5.3.2服装信息管理管理员可以在菜单栏找到“服装管理”模块，同时，管理员可以在此页面管理服装商品信息。程序效果图如下图5.13所示图5.13服装信息管理页面以录入服装商品为例，逻辑代码如下： 5.4用户维护管理未注册用户可以在销售页面注册成为会员。注册成功后，管理员可以在后台系统查询到相关会员信息，并且可以对会员信息进行管理。程序效果图如图5.14所示：图5.14会员信息管理以删除用户为例，逻辑代码如下表：5.5订单信息管理系统主页面左侧的菜单栏设置“订单管理”模块，管理员用户可以在此页面上对订单信息进行包括更改订单的发货状态等操作。程序效果如图5.15所示：图5.15查询订单信息 以查询订单为例，逻辑代码如下表：5.6修改个人密码在后台管理系统主页面，管理员可通过“系统设置”下“修改密码”模块，更改个人密码。程序效果图如图5.16所示：图5.16修改密码模块 管理员端修改密码模块相关代码如下表：5.7系统评论模块进入后台系统的主页面，页面左侧的菜单栏有“评论管理”模块，管理员可以在子模块“评论列表”中，查询后台的数据库检索出所有的评论信息，并对评论信息进行操作。程序效果图如图5.17所示：图5.17系统评论模块效果图以删除评论为例，逻辑代码如下：5.8日志管理管理员点击左侧的导航菜单“系统日志”，可以查询到相关的登录日志信息。程序效果图如图5.18所示：图5.18登录日志详情 管理员可在此页面管理日志，以添加日志为例，相关逻辑代码如下：5.9交易统计分析管理员点击左侧的导航菜单“销售统计”，可以查询到某个时间段的具体销售情况。程序效果图如图5.19所示：图5.19交易统计分析模块统计分析模块相关逻辑代码如下表：

第六章系统测试在系统软件正式交付或投入使用前，还需要经过科学性，系统性，完整性的测试。6.1系统测试目的一般来说，程序开发过程中，肯定会出现形形色色的错误。有些错误可能编写代码时就意识到了，有些可能一直在系统中潜伏着。测试的其中一个目标就是尽可能多的找出这些错误。另外，找出错误并不意味着结束。有错误自然需要改正。所以另一个目标是在错误中完善、优化系统。对于系统功能正常运行之外，测试也要考虑系统对其他方面的影响。比如说，该系统是否符合预期、是否满足用户的需求，系统的资源占用情况怎么样。而测试人员应该及时总结分析问题，做好笔记，与开发人员合作研究。目前该服装销售管理系统的开发已经接近尾声，此时该系统中各个功能模块及模块间的协作情况还需经过测试检验。在测试前要明确测试的一些基本原则、基本方法之类。还要考虑具体的测试用例。所谓“知己知彼，百战不殆”。总之，测试的工作强度，工作的必要性一点也不逊色于系统的开发过程。6.2测试策略测试之初首先要意识到，由于数据库中的数据是系统开发时随便输入，不具有代表性。为了使系统更加完善、测试结果更加准确，在系统测试的过程中，需要全部清理掉开发过程中的无效数据，在数据库中重新输入有效的测试数据，以便尽可能的发挥测试的作用。一般来说，测试过程时会出现许多意想不到的错误，需要多次的测试、调试，根据问题原因及位置，寻求解决问题的最优解。测试系统主要根据以下三个策略进行：根据系统的功能实现模块，依次进行单个功能模块、多个功能模块联合以及系统整体性的测试，最后分析测试结果，优化系统；对系统中无法进行测试的模块或功能分析其运行机制，在整体性测试中调试；以书面的形式记录测试的结果，保存并在后期维护中加以分析。6.3测试特性及分析系统测试的目标是尽可能彻底地检查程序中的错误，使系统的有一个可靠性的改进计划。因此系统检查目的是检验系统功能的具体实现怎么样，即口语中的“做的怎样”。系统测试阶段可简单从三个方面考虑：细分具体模块；通常，系统中每个模块负责一个具体的功能，所以第一步要从每个具体模块、具体功能入手，逐个排查测试；具体功能模块联动测试；用户正常使用时，一般会涉及到系统的多个功能，所以为满足用户的复杂需求，应该考虑选取多个功能模块一起测试；系统整体性测试；系统性测试一方面要测试系统的整体运行效果，整体运行下，系统各模块功能的实现情况。另一方面也要考虑系统运行时的资源占用情况不怕测试中发现问题，就怕发现不了问题，系统就是在不断的错误中得到优化。找准关键，对症下药解决错误，然后进行测试。由于它是基于系统一般规范的黑盒测试，所以将系统的组件一一进行测试。系统检查是对整个产品系统的检查而言，目的是验证系统是否符合定义的规范，并找出不符合系统需求或与之矛盾的地方。以下是相关的系统测试特点：（1）严格性：经过严格测试才能更好的完善系统，在进行系统的测试时我们要做到“严格，苛刻，挑剔”。（2）不彻底性：无论多么严格，多么细微的测试总会留下死角。即使经过测试后系统可以正常运行，但还是要在使用中不断检测、优化系统。（3）经济性：测试是一个漫长枯燥而且复杂的过程。这个过程也是软件开发的一部分，要用最少的资源实现更多的功能。系统测试旨在找出那些潜藏的问题，好比系统在正式上线前吃下一个定心丸。6.4功能测试一般来说，“工欲善其事，必先利其器”，在系统测试方面自然也不例外。测试之前应该选择合适的测试方法。在功能测试方面，开发人员已经非常熟悉系统的相关功能。并且经过验证，该系统的内部可以正常运行。所以本模块选择黑盒测试的方法进行系统测试。本模块考虑到系统的安全性，选取相关的两个测试案例，分别为后台的登录测试和前后台普通用户的修改密码测试。另外选取后台管理员的权限功能测试，以删除分类为例。管理员后台登录测试，以正确的用户名“admin”，密码“000”示例：管理员端与前台用户端的修改密码测试：管理员后台功能测试，以删除分类为例：通过以上几个重要模块功能的测试，尤其着重于系统安全性方面，目前可以认为该系统已经初步通过测试，所测试模块功能正常实现。6.5测试结果测试的目标是通过发现系统中的未知错误来不断优化系统功能、使系统更加人性化。但我们的最终目的并不是为了发现错误，而是根据错误总结经验让信息系统符合用户需求、方便用户操作，因此系统必须进行不断的调试。测试之后往往可以发现不为人知的错误，我们要精确确定误差的位置和具体误差。然后根据错误进行修改调试，并且在此过程中也要更新测试用例得到更准确的评估测试结果。如果出现实际结果与预期结果不符的现象，则表明在系统中存在着某些隐藏的问题。在不断的调试中找出症状的原因，以便对症下药，改正错误。通过以上测试，可以初步认为该销售系统的某些模块功能已经正常实现，系统可以正常运行。但是，实践才是检验真理的唯一标准，系统的可行性还需要经过大众的考量。

结论确定这个题目后，就开始思考该选择什么样的架构，选择怎样的开发环境。经过多次的横向比较并结合自身的条件，采用了B/S等前端技术并且对这些相关技术针对性的查漏补缺。在几个月内，本人按照系统开发的基本步骤，不敢有一丝怠慢，争取有速度，有质量完成这次任务。系统要边开发，边调试，虽然表面看起来光鲜亮丽，但总是暗藏危机。感谢互联网高度发展的今天，在互联网的帮助