敏书，电子商务系统的分析与设计第二版，高等教育出版社，。解正瑞，中国电子商务发展概况，合肥联合大学计算机系。李代平，软件工程设计案例教程，清华大学出版社。孙卫琴，精通对象持久化技术详解，电子工业出版社孙卫琴，精通基于的设计与开发，电子工业出版社刘亚宾杨红等，精通，电子工业出版社王锋杨坚争罗晓静王莲峰，电子商务交易风险与安全保障，科学出版社张幸几，计算机编译原理，南京大学出版社克罗地亚哈斯勒著，钟鸣，杨义先，钮心忻译，电子商务安全，人民邮电出版社汪孝宜刘中兵徐佳晶等编著，数据库开发实例精粹，人民邮电出版社萨师宣，数据库概论，高等教育出版社清宏计算机工作室编著，编程技巧，机械工业出版社，深入网络编程，清华大学出版社阎宏著，与模式，北京电子工业出版社，。致谢在本文即将完成之际，回想研究生阶段的学习生活，我衷心感谢赵合计导师。老师待人正直诚恳关爱学生，在生活中他更像我们的兄长在学术上，他深厚的理论素养渊博的知识严谨的治学态度，极大地感染了我们，我想这切都会让我们感动铭记和受益终身的。在研究生阶段，老师对我的专业学习课题研究论文选题和撰写都给与了极大的关注和悉心指导，在此谨致以诚挚的敬意和衷心的感谢,最后，感谢在我成长的过程中给予我帮助的所有老师朋友和同学们。事务逻辑。内部状态通常由组表示。根据设计或应用程序复杂度的不同，这些可以是自包含的并具有持续的状态，或只在需要时才获得数据从个数据库。大型应用程序通常在方法内部封装事务逻辑操作，这些方法可以被拥有状态信息的调用。比如购物车，它拥有用户购买商品的信息，可能还有方法用来检查用户的信用卡，并向仓库发定货信息。小型程序中，操作可能会被内嵌在类，它是框架中控制器角色的部分。当逻辑简单时这个方法很适合。建议用户将事务逻辑要做什么与类所扮演的角色决定做什么分开。视图视图主要由建立，包含扩展自定义标签库，可以简化创建完全国际化用户界面的过程。目前的标签库包括以及等。控制器在中，基本的控制器组件是类中的实例，实际使用的在配置文件中由组映射由类进行描述进行定义。对于业务逻辑的操作则主要由这几个组件协调完成的，其中扮演了真正的业务逻辑的实现者，与则指定了不同业务逻辑或流程的运行方向。文件配置控制器。简介是最受欢迎的开源数据库管理系统，它由开发发布和支持。是家基于开发人员的商业公司，它是家使用了种成功的商业模式来结合开源价值和方法论的第二代开源公司。是的注册商标。是个快速的多线程多用户和健壮的数据库服务器。服务器支持关键任务重负载生产系统的使用，也可以将它嵌入到个大配置的软件中去。数据库服务器是个客户务器系统，它由多线程服务器组成，支持不同的后端多个不同的客户程序和库管理工具和广泛的应用程序接口。也可以是个嵌入的多线程库，你可以把它连接到你的应用中而得到个小快且易于管理的产品。概述是个免费的开源包，它使得与关系数据库打交道变得十分轻松，就像您的数据库中包含每天使用的普通对象样，同时不必考虑如何把它们从神秘的数据库表中取出或放回到数据库表中。第章系统设计系统功能分解原则和方法相对独立性子系统及模块的划分必须使得其内部的功能信息等方面的凝聚性比较好。在实际中我们都希望每个子系统或模型相对独立，尽量减少各种不必要的数据调用和控制联系，将联系比较密切功能近似的模块相对集中，这样对于以后的搜索查询调试调用都比较方便。耦合比较少子系统及模块之间的耦合比较少是相互之间的数据及功能调用等方面的联系要尽量的减少，接口要简单明确。个内部联系性强的子系统或模块与外部的联系必然很少，所以划分时应该将联系较多者或者是相对集中着的部分划分入内部，剩余的些分散跨度比较大的联系就成为了这些子系统及模块之间的联系和接口。按这种方式设计的系统将来调试维护运行都是非常方便的。数据冗余比较小在划分子系统或模块的过程中，对于需要处理同类数据的功能，尽可能放到同子系统或模块中，以免系统中多个部分同事应用和处理同类数据。如果忽视了这个问题，就可能使相关功能的数据分布到不同的子系统及模块中。大量的原始数据需要被反复调用，大量的中间结果需要保持和传递，大量计算机工作将要重复进行。这样所带来的后果就是使得程序结构紊乱数据冗余，不但给软件编制工作带来很大的困难，而且系统的工作效率也会大大的降低。考虑各类资源的充分利用各类资源的合理利用也会是系统划分时应该注意到的。适当的系统划分应该既考虑有利于各种设备资源在开发过程中的搭配使用，又考虑到各类信息资源的合理分布和充分利用，以减少系统对网络资源的过份依赖，减少输入输出和通信等设备的压力。考虑今后发展的需要，便于系统分阶段实现在子系统的设计过程中，应充分考虑到高层次管理决策的需求，对企业未来段时间的发展有正确的认识，为今后企业的发展及管理方法的变化留有必要的数据接口及功能扩展的基础，比便在未来的发展过程中顺利的升级。个合理的子系统或模块的划分，应该是内部联系强，子系统或模块间尽可能独立，接口明确简单，尽量适应用户的组织体系，有适当的功用性。对模块或子系统进行划分的方法通常有以下几种按逻辑功能划分按职能划分按照过程划分按时间划分按通信划分系统设计用户登录系统后首先判断是是用户还是管理员，如果是管理员则登录管理员后台管理，否则登录用户中心页面。用户在用户中心可以进行查看图书信息，修改个人信息等等操作。管理员在后台可以进行图书管理，添加新图书等等操作。这些操作都被保存到了后台数据库中。用户和管理员使用系统活动如图所示，用户登录系统后，系统进行判断是客户还是管理员。客户登录客户界面，管理员登录管理员界面。管理员登录后台界面。管理员管理所有系统用户。管理员管理系统中的所有书籍。管理书籍的方式包括增加删除查看修改。管理员管理用户的方式也包括增加删除修改查看。管理员对订单也具有查看修改删除的功能。管理员管理书籍操作后再判断是否继续，如果继续操作则继续进行进行管理，否则退出系统。用户登录系统后，可以通过搜索工具查询自己感兴趣的书籍，或者通过网站分类来逐个浏览书籍，如果想购买书籍，只需要将书籍放入购物车中既可。在将书籍放入购物车的同时可以修改图书的数量。用户还可以随时查看购物车中已经存在的书籍，可以对购物车中的书籍进行删除的操作。在确定购买书籍后，用户只需要将购物车提交即可以完成购物流程。理清系统的流程后，进行系统的详细设计。图用户使用网上书店系统活动图系统架构设计架构设计需清晰简单，相关性要尽可能少。在细节设计中，应将包的内容细化，尽可能的描述每个类，使得编程人员根据这个很容易编码。网上书店系统包括以下几个包用户界面包用户界面包为通用用户界面类，调用业务包对象来实现基本的业务操作，例如管理员管理书籍用户购买书籍等等。可以简单地将用户界面包堪称将来用户要操作的界面。业务包业务包包含所有的业务逻辑。业务包依赖于数据库包来完成业务操作。数据库数据库包向业务包提供服务。应用包应用包向其他几个包提供服务。其中各个包之间的依赖关系如图所示。根据系统用例分析，可以抽象出以下几个类数据库包下有各个表的实例化类，以及基于框架写的任何新数据也能满足新应用程序的数据要求。减少冗余在非数据库系统中，每个应用程序都有自己的专用文件。这种情况下经常导致在存储数据上有很大的冗余，结果浪费了存储空间，并带来了数据维护上的麻烦。避免数据不致在数据库中有冗余数据的存在，而开发人员没有意识到冗余的存在或对这些冗余数据维护不当时，则必然会有两个记录不致的情况。处于不致的数据库可能给用户提供的矛盾的信息。保持完整性完整性的问题是确保数据库的数据是正确的。同样的事实两条记录的不致，就是缺少完整的例子当然，只要在存储的数据中有冗余，就会引起这样的问题。增强安全性数据库管理员可以确保访问数据库的唯方式通过正确的通道，因此可以定义安全性约束或规则。当试图访问敏感数据时，要检查这些安全性约束或规则。加强标准化对重要和基础的编码数据要尽量采用已有的标准数据。这些标准包括企业标准行业标准国家标准和国际标准。标准化的数据表示可以很有效地支持数据交换或者两个系统间的数据移动。数据库需求分析用户的需求具体体现在各种信息的提供保存更新和查询，这就要求数据库结构能充分满足各种信息的输入和输出。收集基本数据数据结构以及数据处理流程，组成份详细的数据字典，为具体设计铺垫。通过系统功能分析，针对网上书店需求，总结为分为般用户和管理员用户。其中般用户分为普通用户和会员用户。会员用户享受优惠折扣。订单分成单张详单和总订单。每本图书都从属于种类型。个用户可以购买多本图书。个用户对应张订单列表。个列表对应多张订单。数据库概念设计经过对软件需求信息的汇总，对数据库进行概念设计。图简介图为实体联系图，提供了表示实体型属性和联系的方法，用来描述现实世界的概念模型。构成图的基本要素是实体型属性和联系，其表示方法为实体型用矩形表示，矩形框内写明实体名属性用椭圆形表示，并用无向边将其与相应的实体连接起来多值属性由双线连接主属性名称下加下划线联系用菱形表示，菱形框内写明联系名，并用无向边分别与有关实体连接起来，同时在无向边旁标上联系的类型。系统图图书实体对应多个属性，例如图书编号出版日期出版社等等。图书实体关系图如所示。图图书实体关系图用户实体包括用户名密码用户编号邮编性别等等属性。用户实体关系图如图所示。图用户实体关系图订单包括的属性有，订单编号用户编号下单时间订单价格等等。职图如图所示。图订单实体关系图订单列表包括属性有，订单编号，用户编号，图书编号等。关系图如图所示。图订单图根据功能分析，管理员和用户之间是多对多的关系。图书和图书种类之间的关系是多对的关系。订单和订单列表之间是多对的关系。系统图所示图系统图数据库逻辑设计根据数