完整网上图书销售系统文档(包括ER图)

网上图书销售系统说明书文件编号：T-50-J-2010-06-04生效日期：密级：机密版本号：1.1总页数24正文22附录发行受控编号组员：哈尔滨华夏计算机职业技术学院目录TOC\o"1-3"\f\h\z\u引言2概述21、可行性分析22、需求分析32.1系统总体的功能需求32.2用户接口模块42.3管理员接口模块52.4运行环境需求73、系统的UML建模73.1建立初始模型73.2系统的用例图73.3系统的时序图与协作图93.4系统的活动图143.5类图的生成143.6各类这间的关系153.7系统的配置与实现164、概要设计174.1系统设计目标174.2系统设计思想174.3系统功能模块划分184.4系统结构设计194.5系统功能简介20系统根本功能204.6数据库设计204.6.1数据库需求分析204.6.2数据库概念结构设计204.7数据库逻辑结构设计225、详细设计245.1程序描述24功能245.1.2可用性245.1.3可靠性245.1.4性能255.1.5联机用户文档和帮助系统需求255.1.6接口255.2总体设计255.2.1数据层255.2.2应用层285.2.3表示层29引言随着Internet国际互联网的开展，越来越多的企业开始建造自己的网站。基于Internet的信息效劳，商务效劳已经成为现代企业一项不可缺少的内容。很多企业都已不满足于建立一个简单的仅仅能够发布信息的静态网站。现代企业需要的是一个功能强大的，能提供完善的电子商务效劳的动态商务网站。同时人们的生活方式也在随着发生改变，传统的购物方式已不能满足人们的需求。概述随着时代的开展，信息技术、Internet/Intranet技术、数据库技术的不断开展完善，网络进程的加快，传统的购物方式也越来越不能满足人们快节奏的生活需求，使得企业的IT部门已经认识到Internet的优势,电子商务就是在这样一个背景下产生开展起来的。伴随着电子商务技术的不断成熟，电子商务的功能也越来越强大，注册用户可以在网上搜索购置到自己想要的各种商品，初步让人们体会到了足不出户,便可随意购物的快感。网上图书销售系统就是一个电子商务系统的开发。1、可行性分析商业企业在运营过程中，经常会受到以下一些条件的限制：产品的宣传受到限制，采购商或顾客只能通过上门咨询、沟通等方式进行各种信息的获取，受一定的时间与物理空间的局限并且本钱较高。庞大的商业经济周转。复杂的产品周转渠道。从看样品、谈价格到支付货款等一系列的产品周转渠道过于复杂，企业与顾客之间缺乏全面的沟通与快捷运营的平台。商业企业中根据季节的变化，热销商品在销售顶峰到来时货源紧张，企业需要实时了解商品的销售情况，保证热销商品的要货满足率。因此，企业需要重新认识市场、消费者以及自身市场定位，正确认识电子商务技术在企业中的重要地位，以少量的时间和资金建立企业信息门户网站并架设一定范围的商务网络，以此来制定长远开展战略，使企业与顾客间的经济活动变得更灵活、更主动。本系统是一个中小型的电子商务系统网上书店，可以为各类用户提供方便的在线买书环境，符合目前国内流行的电子商务模式。用户可以在系统中实现注册、浏览商品、搜索查询商品、下定单、处理定单等功能；管理员可以通过用户管理、定单管理、商品管理、评论管理等管理功能来对系统进行维护更新。由分析可得，不管是商业还是技术上，网上图书销售系统的开发都是可行的。2、需求分析寻找需求不是件容易的事情，软件开发人员最讨厌的就是需求经常变化，因此，在建模之前明确需求非常重要。通过对电子商务网站及网上书店的考察、分析以及实际的市场调查，要求本系统具有以下功能：统一友好的操作界面，能保证系统的易用性。标准、完善的根底信息设置。图书分类详尽，可按不同类别查看商品信息。按图书大类及图书名称进行模糊查询。实现网上购书。新书及特价图书展示。2.1系统总体的功能需求网上图书销售系统是一个复杂的电子商务系统，它必须提供用户的接口以供用户登录并选择喜好的图书；同时还必须提供系统的管理接口以供管理员和一般的网站工作人员处理客户订单并维护网站正常运作。系统总体功能需求框图如图2-1所示。图2-1系统总体功能需求框图用户接口模块用户接口是网站用户使用图书销售系统效劳的入口，所有的在线用户都通过浏览登录网站，并进行一系列的查询，订购操作。用户接口模块包括了用户信息维护、商品查询、订购商品和订单维护4个局部。用户登录系统后，用户ID将会被保存在效劳器的缓存中，用户在系统中所做的操作，包括查询、订购等都将被系统存储在数据库中，以供系统那个进行销售情况以及销售走势分析。管理员接口模块这是系统提供应网站维护和管理人员的接口。管理员接口模块包括商品信息维护、内部员工信息维护、订单处理、销售情况查询、报表维护5个局部。网站的一般工作人员通常只具有订单处理的权限，他们获得用户提交的订单，并根据库存情况来决定发货或者推迟发货。网站的管理员具有所有的管理权限，可以处理客户的订单，可以阅览网站商品的销售情况、销售走势，以便根据不同的情况及时的调整经营战略，将库存本钱和资金占有用率降到最低的限度。数据效劳模块数据效劳器模块是系统正常运行的根底，包括客户的查询，定单的保存；网站工作人员的定单处理；网站管理员的销售情况查询与分析。2.2用户接口模块用户接口模块包括如图2-2所示的几个方面。图2-2用户接口模块用户信息维护每个使用该系统的用户必须经过注册，而注册的用户名是用户的唯一标识。系统可以接收更多可用的客户信息，比方购物方面的喜好、经济能力等。系统的后台程序会自动记录每个用户在登录网站后进行的所有操作，包括查询和订购信息。这些信息对于系统的管理员都是珍贵的数据，系统分析程序可以根据用户的查询记录判断该客户的喜好，可以根据用户的购置情况判断该客户的经济情况。系统后台程序可以根据分析的结果自动得出给该用户的推荐商品，在用户登录时显示在醒目的位置。用户维护功能如图1-3所示。图2-3用户信息维护功能前置条件：用户登录。商品查询商品查询模块可以根据商品的名称、种类、价格、厂家等各种条件进行组合查询。商品查询结果的列表中，用户可以进一步的查看详细信息。商品查询功能如图1-4所示。图2-4商品查询功能前置条件：用户登录。订购商品客户在根据喜好得到相应的商品列表后，可以选择订购商品。在订购商品后，系统会自动保存并更新该用户的定单。系统的工作人员可以及时得到订单并处理，根据情况选择发货，缺货或延迟发货。用户所有的订购商品记录都将保存在系统数据中供后台程序分析该用户的喜好和购置力。以后该用户登录时可以推荐与其购置力相应的商品。订购商品功能如图1-5所示。图2-5订购商品功能前置条件：用户已登录，商品可供购置。4．订单维护客户在订购商品后可以查询其订单的状态〔包括处理中、发货中、缺货中和已经完成〕，并可以对处理中和缺货中的订单进行增加、删除和修改的操作。订单修改的结果会及时更新并提交给工作人员。客户的订单维护信息也将被保存在系统的数据库中供分析使用。订单维护功能如图1-6所示。图2-6订单维护功能前置条件：用户登录2.3管理员接口模块管理员接口模块包括如图2-7所示的几个方面。图2-7管理员接口模块说包括的功能模块管理员接口模块是系统管理员事业网兜核心模块，是整个网上图书销售系统正常运行的根底。商品信息维护系统管理员登录后可以对系统所有的商品信息进行维护，包括商品价格的调整、商品描述信的更新、新商品的参加以及过期商品的删除。系统的后台程序可以根据商品的销售情况提供应管理员一份详细分析报告。管理员可以根据该报告及时的调整热门商品的信息〔例如将其放置到醒目的位置〕、对非热门的商品进行价风格整，这一切的数据都来源自系统客户的查询和订购信息。商品信息维护功能如图2-8所示。图2-8商品信息维护功能前置条件：用户已登录。内部员工信息维护系统管理员登录后可以用对内部员工和普通员工，系统管理员拥有所有的权限，而普通员一般只拥有订单处理的权限。但管理员可以定制任意员工的权限，比方增加他的报表打印权限内部员工信息维护功能如图2-9所示。图2-9内部员工信息维护功能前置条件：用户已登录。3.订单处理订单处理一般是普通员工的工作。用户在订购商品后，系统会及时更新其订单，普通员工登录后，可以获取未处理的订单，并根据数据库情况发货或选择延时发货。客户在查询商品时会显示商品的库存数量，但系统的管理者并不希望显示某商品的库存为零，因为这样会失去局部客户。因此，在订购商品后可能会出现库存缺乏的情况，这时工作人员一般选择延时发货或者拒绝订单。如果该商品有现货，那么工作人员确认用户订单后选择发货，订单处理功能如图2-10所示。图2-10订单处理功能前置条件：管理员或普通工作人员已登录。销售情况查询销售情况查询是系统编码过程中非常重要局部，能够为企业管理者的决策提供参考的信息。管理员登录后，可以得到详细的销售情况列表并既是更新热门商品的信息〔如排列位置〕，可以根据销售的走势和以往的销售记录及时判断局部商品可能会出现库存缺乏并及时进货。由于本功能模块涉及到企业的经营信息，考虑到商业信息的平安性，需要管理员级的用户才可以使用本模块。销售情况查询功能如图1-11所示。图2-11销售情况查询功能前置条件：用户已登录。报表维护报表维护模块提供查询结果的打印输出功能，如图1-12所示。图2-12报表维护功能2.4运行环境需求1.硬件设备1〕效劳器的中央处理部件〔CPU〕建议使用PIII1G〔以上〕Xeon处理器芯片。2〕效劳器内存必须使用效劳器专用ECC内存3〕为了保证数据存储的绝对可靠，硬盘应使用磁盘冗余阵列〔RAID01〕4〕为了防止效劳器不可预测的故障，或者效劳器的定期维护对公司整个业务造成的影响，所有建议使用两台效劳器。两台效劳器应构成双机热备份。中间使用WatchDog电路。这样的结构可以保证整个系统的长时间不间断工作，即使在效劳器定期维护的时候也可以使用后备另一台效劳器工作。5〕效劳器应支持热插拔电源6〕效劳器必须配备UPS〔不间断电源〕。7〕效劳器应该放在学校内部。不然无法进行程序调试。8)效劳器应该必须有固定IP地址。9〕其他性能在经济条件允许的情况下，应该尽量使用高速稳定的配件。2.软件设备操作系统Windows98/Windows2003/Windowsxp数据库系统SQLSERVER20003、系统的UML建模3.1建立初始模型选择菜单[File-New]“CreateNewModel〞对话框，选择J2EE模式，然后点击[OK]按钮。此时，RationalRose会自动加载J2EE本身的一些构架模型。加载完成后，就可以开始设计自己的模型，在此之前先保存该模型，并且将该模型取名为“网上图书销售系统〞。3.2系统的用例图用例图〔UseCaseView〕强调从用户的角度看到的或需要的系统功能，是被称为参与者的外部用户所能观察到的系统功能的模型图。1.确定参与者在本系统的UML建模中，可以创立以下的参与者。顾客：管理员：一般员工。2.创立用例根据业务流程，网上图书销售系统可以分为以下的几个用例〔UseCases〕。订单处理：订单维护：订单状态查询：个人信息维护：订购：接收发货：库存查询：缺货拒绝：商品查询：商品信息维护：销售查询：员工信息维护：报表维护：订单增加：订单删除。3.创立用例图系统管理的用例图如图3-1所示。图3-1系统管理用例图系统用户的用例图如图3-1所示。图3-2系统用户用例图3.3系统的时序图与协作图〔1〕顾客建立订单时序图如图3-3所示图3-3顾客建立订单时用户首先使用自己的账号和密码登录系统，登录模块会将客户的ID保存在系统缓存中并提交给商品查询模块。商品查询模块提示客户输入查询条件，客户输入适当的查询条件后查询模块显示符合查询条件的商品列表。客户得到商品列表后，提交自己想要购置的商品ID，订购模块得到商品ID。生成订单并提交给数据模块进行保存，保存成功后，订购模块提示用户订购商品成功。顾客删除订单时序图如图3-4所示。图3-4客户删除订单时序图客户在提交订单后可以对订单进行维护〔添加、删除、修改〕。客户首先输入自己的账号和密码登录系统。登录模块会将客户的ID保存在系统缓存中并提交给订单查询模块。订单查询模块显示该客户当前的所有订单，客户得到该列表后，选择需要删除的商品ID，订单处理模块把删除信息提交给数据模块，数据模块保存信息。订单处理模块提示用户删除操作成功。管理员处理订单时序图如图3-5所示。图3-5管理员处理订单时序图管理员使用其账号和密码登录后，登录模块会将管理员的ID保存在系统缓存中并提交给订单处理模块。订单处理模块提交给管理员未处理的列表，管理员提交某商品ID得到该商品的库存情况，如果库存充足那么接受订单，并把接受信息提交数据模块，数据模块更新该客户的订单信息并返回成功信息给订单处理模块，订单处理模块提示管理员该操作成功。〔4〕顾客建立订单协作图3-6所示。图3-6顾客建立订单协作图〔5〕顾客删除订单协作图如图3-7所示。图3-7顾客删除订单协作图〔6〕管理员处理订单协作图如图2-8所示。图3-8管理员处理订单协作图3.4系统的活动图活动图可以分为垂泳道，每个泳道进表示工作流中不同的参与者。查看泳道中的活动，就可以知道某个参与者的责任。通过不同泳道中活动的过渡，可以了解谁要与谁进行通信。这些信息在建模或理解业务程时非常重要。顾客购置商品和管理员处理订单的活动图如图3-9所示。图3-9系统活动图从图3-9中可以看出，管理员、顾客发生了相互的关系。顾客登录后查询商品，在选择了自己希望购置的商品后提交订单，接下来顾客处于查询订单的循环状态。与此同时，管理员接收到了顾客提交的订单，并根据该订单对应商品的库存情况判断是否拒绝该订单，并更新客户订单。在顾客查询到订单状态变成已处理后，购置过程结束。3.5类图的生成1．参与者相关的类系统中的类图如图3-10所示。图3-10系统类图〖类图说明〗Person是所有类的父类，它的属性包括用于标识不同身份的人的ID，姓名(Name)以及地址(Address)。它的方法包括根据ID查询、根据姓名查询、设置某人的姓名、地址等。Customer继承了父类的方法和属性并添加了自己的属性和方法。date表示该用户客户订单。Employee继承了person，它的属性password表示登录密码。这是所有员工共有的操作。系统管理员类中还增加了查询分析和报表打印的方法。2．系统中的其他类系统中的其他类如图3-11所示。图3-11系统中的其他类book是图书类。它的属性包括图书ID、图书名称(name)、图书介绍(introduce)、图书作者〔author〕、图书价格〔price〕，商品类的方法有add()用于添加。Orders是订单类。它的属性包括订单ID、用户ID、商品ID、订单日期(date)。订单类的方法包括添加订单add()。查询订单select()、删除订单delete()。这些方法中select()供person类使用，delete()供Custome类使用。Record存储记录类。该类存储了所有的用户操作，包括用户的查询和订购操作，这些数据是后台程序分析的根底。该类的属性包括记录ID、用户ID、图书ID、操作类型、数量，方法查询select()、打印print()、添加add()、删除delete()。3.6各类这间的关系网上图书销售系统各类这间的关系如图3-12所示。图3-12类间关系图〖类图说明〗一个操作员可以处理多个订单。一个管理员也可以处理多个订单，并且管理员具有数据查询的权限。一个订单中包括了多个商品，一条历史记录中也包括了多个商品，一个顾客只能对应一条历史记录，但他有多个订单的记录。3.7系统的配置与实现下面介绍系统的组件图与配置图。系统的组件图系统的组件图如图3-13所示，包括系统效劳、客户效劳和数据效劳3个组件。图3-13系统组件图系统的配置图系统由多个节点构成，应用效劳器负责整个系统的总体协调工作，数据库负责数据管理。客户机通过互联网与应用效劳器相连，这样管理员可以通过互联网管理应用效劳器，客户可以通过互联网访问应用效劳器得到图书销售效劳。系统的配置图如图3-14所示。图3-14系统配置图参考文献PerditaStevens,RobPooley.使用UML关于对象和组件软件工程。人民邮电出版社。2003吴建，郑潮，汪杰。UML根底与Rose建模案例，人民邮电出版社，20044、概要设计4.1系统设计目标对于典型的数据库管理系统，尤其是对像电子商务这样的数据流量特别大的网络管理系统，必须要满足使用方便、操作灵活等设计要求。本系统在设计时应该满足以下几个目标：采用人机对话的操作方式，界面设计美观友好、信息查询灵活、方便、快捷、准确、数据存储平安可靠。全面展示书店内所有的图书，并可展示最新图书及特价图书。为顾客提供一个方便、快捷的图书信息查询功能。采用模糊查询查询数据。实现网上购物。商品销售排行，以方便顾客了解本商城内的热销商品及帮助企业领导者做出相应的决策。查看商城内的公告信息。用户随时都可以查看自己的订单。对用户输入的数据，系统进行严格的数据检验，尽可能排除人为的错误。系统最大限度地实现了易维护性和易操作性。系统运行稳定、平安可靠。4.2系统设计思想本系统采用三层架构设计，它的工作原理如图4-1所示。图4-2三层结构原理图采用三层构架以后，用户界面层通过统一的接口向业务层发送请求，业务层按自己的逻辑规那么将请求处理之后进行数据库操作，然后将数据库返回的数据封装成类的形式返回给用户界面层。这样用户界面层甚至可以不知道数据库的结构，它只要维护与业务层之间的接口即可。4.3系统功能模块划分根据需求分析及三层架构设计的思想，设计出客户系统功能如图4-3图4-3客户端系统后台管理的系统功能图如图4-4图4-4后台管理系统功能图4.4系统结构设计根据面向对象和三层结构设计的思想，可得出如图3-5所示的系统结构设计图。图4-5系统结构图4.5系统功能简介系统根本功能1〕图书信息查询该模块实现图书信息的分类显示，提供最新商品的推荐显示以及销售显示，便于引导购物取向。此外，还提供依据图书名称或是编号等包含关键字实现快速搜索的功能并显示图书的有关详细信息。2〕购物车管理用于对每一个进入系统的用户所对应的购物车进行管理。将用户所选购的图书信息，包括价格、数量等信息记录到对应的购物车上，便于到收银台进行结帐处理。同时在此模块中，用户还可以方便的实现修改购物图书、清空购物车等操作。3〕会员信息管理实现系统相关用户信息的注册及身份验证，同时也提供对应的用户资料的更新。该系统可以收集用户相关的联系方式、通讯地址等信息，可以更好的拓展销售规模。4〕订单处理根据购物车中的信息，以及用户所选择的送货方式和付款方式，和用户对应的个人信息生成订单，便于后续工作的处理。在该模块中，用户可以随时查阅自己的订单，并对其进行取消等处理操作。4.6数据库设计数据库在一个信息管理系统中占有非常重要的地位，数据库结构设计的好坏将直接对应用系统的效率，以及实现的效果产生影响。合理的数据库结构设计可以提高数据存储的效率，保证数据的完整和一致[10]。数据库需求分析针对网上图书销售系统的需求分析，得出如下需求信息。订单分为单张详细订单和总订单。一个用户可以购置多本图书。一个用户对应一张订单。一个列表对应多张订单。针对本系统功能分析，总结出如下的需求信息。用户，包括数据项：用户ID、用户名、密码。图书，包括数据项：图书编号、图书名、价格、图书介绍。订单列表，包括数据项：订单编号、图书编号、购书数量。订单，包括数据项：订单编号、用户编号、下单时间。数据库概念结构设计从本系统中规划出的实体有：用户信息实体、管理员信息实体、图书实体、图书分类实体、订单实体、订单列表实体。实体之间关系的E-R图如图4-6所示图4-6实体之间的E-R图管理员实体的E-R图，如图4-7所示。图书分类实体的E-R图，如图4-8所示。用户信息实体的E-R图，如图4-9所示。图书实体的E-R图，如图4-10所示。订单实体的E-R图，如图4-11所示。订单列表实体的E-R图，如图4-12所示。图4-7管理员实体的E-R图图4-8图书分类实体E-R图图4-9用户实体E-R图图4-10图书实体E-R图图4-11订单实体E-R图图4-12订单列表实体的E-R图4.7数据库逻辑结构设计本系统数据库采用SQLServer2000数据库，系统数据库名称为bookshop,下面分别给出数据表概要说明、数据表关系概要说明及主要数据表的结构。1、 数据表概要说明数据表树型结构图如图4-13所示，该数据表树型结构图包含系统所有的数据表图4-13数据表树型结构图2、各个表的的结构如下表表4-1为图书信息列表，记录书店现有的图书信息。表4-1Book表列名数据类型长度允许空注释IDInt4图书编号BookNamevarchar40否图书名称BookClassInt4否图书分类AuthorVarchar25是作者PublishVarchar150是出版社BookNoVarchar30是书号Contenttext300是内容Pricefloat8是价格Amountint4是总数量Leav_numberint4是剩余数量RegTimedatatime8是注册时间Picturevarchar60是封面表4-2为书店管理员信息表，记录管理员的帐号和密码。表4-2BookAdmin表列名数据类型长度允许空注释AdminuserVarchar20否管理员AdminPassVarchar20否管理员密码表4-3为用户信息表，记录用户的根本信息。表4-3用户表列名数据类型长度允许空注释IDInt2否用户编号UserNameVarchar50否用户名passWordVarchar50否密码NamesVarchar50否真名SexVarchar50是性别AddressVarchar50是地址PhoneVarchar50是PostVarchar50是EmailVarchar50是电子邮件RegTimeDatatime50是注册时间RegIPAddressvarchar50是注册IP地址表4-4为订单总表，记录某个用户的订单总信息。表4-4订单总表列名数据类型长度允许空注释IDInt4否总订单编号OrderIDInt4否订单号BookNoInt4否书号Amountint4是数量表4-5为订单表，记录但张订单的具体信息。表4-5订单表列名数据类型长度允许空注释IDInt4否订单IDOrderIDVarchar50否总订单ＩＤUserIdVarchar50否用户IDSubmitTimeDatatime8是提交时间ConsignmentTimeDatatime8是购置时间TotalPriceFloat16是总价格contentText300是描述IpaddressVarchar50是Ip地址IspayoffVarchar50是是否付款IsAddressvarchar20是是否发货表4-6为图书分类表，记录书店现有图书的分类。表4-6Bookclass表列名数据类型长度允许空注释IDVarchar30否分类编号ClassNamevarchar30否分类名5、详细设计5.1程序描述功能顾客可以方便地查看图书信息，及了解每天的特价图书。顾客可以方便地队购物车中的图书进行增加、删除、修改和下订单。顾客可以反应自己的满意和部满意意见。图书管理员可以方便地添加、删除、修改图书。订单管理员可以方便地查看订单，可以方便地进行发货操作和记录缺货的处理情况。顾客反应信息管理员可以方便地查看顾客反应信息和记录反应信息的处理情况。特价商品管理员可以方便地添加、删除、修改特价图书。用户管理员可以方便地增加、删除、修改各种部同的用户。可用性本系统符合Microsoft的GUI标准。可靠性效劳器模块可以24小时无人运行；平均故障间隔时间是每月1次；平均修复时间是3小时；可采用双效劳器保证数据完整。性能响应时间：对远程查询访问响应的平均时间是3秒，最长是10秒；Intranet程序的响应时间少于1秒。吞吐量：每秒处理的事务数到达2000条。容量：系统可以容纳的客户数是1000人同时使用。联机用户文档和帮助系统需求联机用户文档、帮助系统需求说明书。接口用户界面本系统的用户界面分为用户程序和网络程序两个局部。程序是标准的Windows程序，提供图形化的用户界面。外部接口本系统使用的是数据库开发技术，采用了ADO技术访问数据库。系统各个模块所访问的数据都存储在数据库中，杜绝了文件访问，具有很高的平安性和保密性。因此本系统与外部是接口主要是数据库与外部的接口。内部接口本系统与数据库通过ADO与ODBC连接。Client/Server采用ODBC接口实现数据库的调用，Browser/Server采用ADO接口调用5.2总体设计数据层数据效劳是一组包装了对数据库进行各种操作(如连接数据库、获取数据、关闭连接等)的类。(1)Base类该类主要提供一些根本的数据库操作方法。方法名称描述ProtectedstaticintExecuteSql(stringstrSQL)执行SQL命令。通过使用SqlCommand对象的ExecuteNonQuery方法来判断执行结果。ProtectedstaticintExecuteSqlEx(stringstrSQL)执行SQL命令的另一种方法。通过SqlDataReader.Read方法来判断执行结果。ProtectedstaticDataSetExecuteSql4Ds(stringstrSQL)将SQL命令执行结果填充到一个数据集中，并返回该数据集。ProtectedstaticintExecuteSql4Value(stringstrSQL)返回一个单一的值。使用SqlCommand对象的ExecuteScalar方法执行查询，并返回查询所返回的结果集中第一行的第一列。ProtectedstaticobjectExecuteSql4ValueEx(stringstrSQL)与ExecuteSql4Value类似，返回值为object类型的对象。ProtectedstaticintExecuteSqls(stringstrSQLs)批量执行SQl语句。(2)Book类该类定义了与书籍操作相关的各种数据库操作方法，例如添加、删除、查询书籍等。方法名称描述PublicvoidAddBook(ArrayListtempary)添加新书。PublicvoidDeleteBookByID(intbookID)通过书的ID来删除该书。PublicDataViewGetBook()返回所有书的记录。PublicDataViewGetBookTop10()返回销售榜前十。PublicSqlDataReaderGetBookByHits()返回点击率最高的前十本书。PublicDataViewGetBookCover(intbookID)返回某一本书的封面。PublicDataRowGetBookDetail(intbookID)返回某一本书的详细信息。PublicSqlDataReaderGetBookMessage(intbookTypeid)返回某一本书的简介。PublicDataViewGetNewBook()返回新到书目。PublicDataSetGetOrderDetail(stringname,stringpwd,intOrderid)返回订单中某一具体条目的信息。PublicstaticvoidHits(stringbookid)点击次数加1。PublicstaticDataSetSearch(stringstrCon)在books视图中利用用户输入的任意搜索条件进行数据的搜索。PublicDataViewGetBook()为搜索引擎提供的书籍搜索。(3)BookType类该类定义了与书籍种类操作相关的各种数据库操作方法，例如添加、删除书籍种类等。方法名称描述PublicvoidAdd(stringname,stringmemo)添加新种类。PublicDataViewGetBookType()获得所有种类。PublicboolIfExist(stringBTName)判断某种类是否已经存在。Publicvoiddelete(intid)删除种类。(4)Comment类该类定义了与书籍评论相关的各种数据库操作方法，例如添加、删除评论信息等。方法名称描述PublicDataViewGetCommentByBookID(intBookID)返回某一本书的所有评论。PublicDataViewGetCommentTop10()返回前10个评论。PublicvoidInsertComment(ArrayListarr)删除评论。(5)User类该类定义了与用户操作相关的各种数据库操作方法，例如添加、删除用户信息等。方法名称描述PublicstaticvoidAdd(stringname,stringpassword,stringmail)添加用户。PublicstaticvoidChangePassword(stringname,stringoldPassword,stringnewPassword)更改密码。PublicstaticboolCheck(stringname,stringmail)忘记密码时，检查是否存在该用户。PublicstaticvoidDelete(intid)通过用户id删除该用户。PublicstaticvoidDelete(stringname)通过用户名删除该用户。PublicstaticvoidDeleteGroup(stringnames)同时删除多个用户。PublicstaticstringGetPassword(stringname)获取密码。PublicboolGetUserInfo()获取用户信息。PublicstaticDataSetGetUsers()返回所有用户。PublicstaticboolIsExist(stringname)查询是否存在该用户名。PublicstaticboolIsSupervisor(stringname)判断登录用户是否是管理员。PublicstaticboolLogin(stringname,stringpassword)处理用户登录。PublicstaticboolUpdate(stringmail,stringname,stringpassword)更新用户信息。(6)LackRecord类该类定义了与登录库存中所没有的书籍相关的各种数据库操作方法，例如添加、删除这些书籍信息等。方法名称描述PublicstaticvoidAdd(intuserid,stringname,stringpublisher)添加书籍信息。PublicstaticvoidDelete(stringids)删除某条书籍信息。PublicstaticvoidDeleteGroup(stringids)删除多条书籍信息。PublicstaticDataSetGetLackRecords()返回没有管理员回复的所有书籍。PublicstaticDataSetGetLackRecords(intuserid)返回某个用户希望增加的那些书籍。PublicstaticboolIsExist(stringname,stringpublisher)确认库存中是否确实没有该书。PublicstaticvoidSetReply(intid,stringreply)添加回复。PublicstaticboolUpdate(intid,stringname,stringpublisher)更改书籍信息。(7)Order类该类定义了与订单相关的各种数据库操作方法，例如添加订单、更改订单状态等。方法名称描述PublicvoidAdd(OrderDetailsvalue)添加订单。PublicvoidClear()删除订单。PublicstaticboolDeal(intorderid)设置某一订单的状态为已处理，并相应修改该订单中涉及的各种书籍售额。PublicstaticDataSetGetDetails(intorderid)获得订单中某一书籍的详细信息。PublicstaticDataSetGetOrder(intorderid)返回某一订单。PublicstaticDataSetGetOrders()返回所有未处理订单。PublicstaticDataSetGetOrders(intids)返回某用户所下的所有订单，以及订单的相应状态。PublicvoidRemove(intitemid)通过OrderDetails表中的ID字段来删除订单中的某一本书。PublicvoidRemoveAt(intindex)通过allbooks数组中的索引值来删除订单中的某一本书。PublicintHave(intuserid)将用户订单中的个本书逐个添加到OrderDetails中。(8)OrderDetails类该类定义了与订单中的具体条目相关的数据库操作方法，主要是获取某订单条目的数量。方法名称描述PublicOrderDetails(intbookID,intqty)获取某订单条目的书名号和数量。(9)TempStore类该类定义了与购物车相关的各种数据库操作方法，例如添加、删除某一本图书等。方法名称描述PublicstaticvoidAdd(intbookID,intuserID)添加书籍到临时购物车中。PublicstaticvoidClear(intuserID)清空当前用户购物车中的所有书籍。PublicstaticvoidDelete(intbookID,intuserID)从购物车中删除某一本书。PublicstaticDataSetGetBooks(intuserID)获得当前用户购物车中所有的图书。PublicstaticboolIsExist(intbookID,intuserID)查询当前用户的购物车中是否已经有了该书。应用层对于管理数据库来说，书籍访问类已经足够了，因为添加、编辑或删除记录时没有特殊的规那么需要遵循。简单的规那么，例如防止添加已经存在的记录的规那么在设计数据库的时候就已经指定了。然而，如果需要处理更复杂的商务规那么，或者需求用更加面向对象的方法来访问数据，者时候，数据层只能提供根本的功能，而不能提供描述对象与其它对象(子类对象、父类对象)之间关系的属性。因此，需要创立另一些类来提供这些功能，并且把商务逻辑层与数据层分开。这是必须的，因为较底层不应该访问适用于其它层的信息，如果需要此信息，那么它就应该作为方法的参数传递。应用层是基于数据层之上的，并且有提供实体的完整的面向对象的描述的类，也有操作它们的方法。它能隐藏数据层的详细信息，并能防止直接访问被保护的记录。Functions类该类包括许多本系统所有使用的通用函数、过程，这样可以通过代码的重用来优化系统。方法名称描述PublicstaticstringDeTranssform1(stringstr)对字符串进行解密。PublicstaticstringDeTranssform3(stringstr)另一种解密字符串的方法。Pub