|
1.1.2网上书店系统的现状 由于电子商务的迅猛发展，网上书店系统发展也已经达到一个较高的水准，现在的网上书店系统实现的功能也非常的多，最重要的当属图片的销售，也就是管理库房中的图书，以及管理用户的购物车，从而实现结账等一系列功能。另外网上书店系统还提供给用户查找数据库中图书相关记录的功能。在确认用户身份方面也已经比较完善，并且具有管理员的功能，管理员对整个数据库可以进行操作。现在拥有一些知名的网上书店系统如：当当，卓越等。 http://www.paper51.com 1.2 开发网上书店系统的意义 copyright paper51.com
就网上书店系统而言，由于网络已经覆盖全球，信息量大而独具优势。售书的理念也很简单，就是读者可以自己寻找自己喜爱的书为替读者找寻他们想要的书。对于读者来说，网上书店近在咫尺，并且永不下班关门，读者可以随时随地自由地查询和订购图书，读者无需亲临书店，一档一档地找，一本一本地翻，只要坐在电脑前，开机上网即可买到所需书籍，而且读者的挑选余地也大多了，检索也很方便，同时还减少了书店过程中的支出，另外应当看到图书选购必得翻阅详看，耗时费力，特别是热衷书店者，几乎都是奋力开拓事业者和苦心求学深造者，时间对他们而言无比宝贵，网上书店节省了大量时间，这对于那些没有时间经常逛传统书店或其住所离传统书店较远的读者来说，具有实际意义。因此网上售书必将有长足的发展。 内容来自www.paper51.com 开办网上书店系统也可以为在校大学生提供方便、廉价、高效的书店方式，促进文化传播，帮助国家和学校培养优秀的人才，具有长远的社会效益和经济效益。 内容来自www.paper51.com 第二章 系统的技术综述 内容来自论文无忧网 www.paper51.com
2.1 Browser/Server结构 内容来自www.paper51.com 网上书店系统特点就是利用Browser/Server（B/S）结构，实现图书的在线查找，销售，以及图书的在线管理等功能。这种系统的优势在于系统简单，功能强大，扩展能力良好以及能够方便的跨地域操作等性能。 paper51.com
Client/Server（C/S）模式与Browser/Server模式是现在比较流行的两种数据库的应用模式。单独应用哪一种模式都将受其自身弱点的限制。Client/Server模式主要是在以局域网为基础的环境下展开应用的，它受到地域的限制。而Browser/Server模式通过Internet进行通信，可以不受地域的限制，但是它不能够进行联机事务处理，并且在处理大量数据的情况下，速度较慢。从目前的开发技术来看，Browser端作为信息收集源，特别是大量的数据收集工作还不能完全取代Client端的用户界面。在这方面，Client端的各种开发工具的功能更加强大也更加灵活。 内容来自www.paper51.com 对于本系统，其功能目标是要将图书销售由传统的商店模式向在线销售的转变，同时还要能对销售的订单和图书的种类进行管理。下图是本系统的网络应用原理示意图。 copyright paper51.com
内容来自论文无忧网 www.paper51.com
2.2三层结构的概念 http://www.paper51.com Browser/Server的多层结构的应用正是在对C/S结构的总结基础上产生的，并且也已经扩展到了B/S应用开发领域。即将应用划分为三层（可以有更多层，但3层最常见）：用户界面层，商业逻辑层，数据库层。 内容来自论文无忧网 www.paper51.com l 用户界面层负责处理用户的输入和向用户的输出，但并不负责解释其含义（出于效率的考虑，它可能在向上传输用户输入前进行合法性验证），这一层通常用前端工具（Visual Basic，Visual C++，ASP等）开发，在本章的实例中我们用VBScript脚本语言实现ASP页面； 内容来自论文无忧网 www.paper51.com l 商业逻辑层是上下两层的纽带，它建立实际的数据库连接，根据用户的请求生成SQL语句检索或更新数据库，并把结果返回给客户端，这一层通常以动态连接库的形式存在并注册到服务器的注册表（Registry）中，它与客户端通讯的接口符合某一特定的组件标准（如COM，CORBA），可以用任何支持这种标准的工具开发； paper51.com l 数据库层负责实际的数据存储和检索 http://www.paper51.com
B/S结构开发还具有另外的一个重要的优势，即面向对象编程的特性——“封装性”。在客户端需要进行某项与数据库之间的访问和操作的地方，只需要调用一个函数，至于这个函数如何编写，如何与数据库打交道，以至访问的是何种数据库都与其无关（否则，很有可能出现在某一种数据库系统上运行得很好的SQL语句，有时换到另一种数据库系统上必须加以修改）；在中间层DLL中实现这个函数，如果用户对具体操作的要求发生改变，只需要修改这个函数就可以了，只要此函数的入口参数和返回内容不变，在客户端不需作任何改动。而这一点在开发大型应用时尤其有用：我们可以把开发人员分成两组，一组负责开发界面层，另一组负责开发商业逻辑层，双方只要按照事先商定的函数接口，并行地开发就可以，而不必向从前那样，后面的工作必须等前面的工作完成后才能开始。当然，这样的开发模式需要很好的项目协调和文档作支持。 http://www.paper51.com |