大型电子商务网站商家后台管理系统毕业论文.doc

天津大学2007届本科生毕业设计（论文）大型电子商务网站商家后台管理系统毕业论文目录第一章 绪论21.1 选题背景及意义21.2 国内外发展状况31.3 课题研究方法和内容4第二章 开发技术背景62.1 概述62.2 系统分层架构62.3 系统开发平台72.4 系统开发框架8第三章 系统分析103.1 系统的可行性分析103.2 系统的功能分析103.3 系统的环境分析113.4 系统的限制分析11第四章 系统设计124.1 系统设计原则124.2 系统的总体结构设计124.3 系统的详细设计134.4 系统的数据库设计17第五章 系统实施225.1 开发工具的选择225.2 主要界面的设计与实现225.3 程序设计245.4 系统测试24结束语25参考文献26第一章 绪论1.1 选题背景及意义随着电子商务（淘宝，京东，美团 等）在我国的逐渐流行，越来越多的人开始接触电子商务。电子商务是建立在英特网上的一种商业应用，因特网使得电子商务能够以比较低廉的成本从事比较大经济规模的商业活动，它是一种全新的社会经济形态，与传统商务相比，它具有更快的传播速度和更大的影响力。电子商务的好处可以惠及整个社会，通过因特网可以安全、迅速、低成本地实现电子商务交易，比起支票或者现金支付，网上支付在因特网上更容易审计和监督，可以有效地防止欺诈和盗窃。由于这些优势，电子商务受到了全球的关注。商家后台管理系统是电子商务的核心之一，它指的是电子交易的参与者（客户、商家、银行）使用安全电子支付手段通过计算机网络进行现金支付或资金转帐,并且可以查看自己商品的相应信息.对于日访问量在千万级别以上的网站，一般的同步模式往往无法应对，最终的结果是服务器压力过大，而导致整个网站无法访问。因为架构一个高可用,课扩展的框架是非常的重要。采用第三方转帐支付是目前主流的电子支付方式，如：支付宝，财富通等。此类第三方转帐支付的模式基本上为：用户和商家在同一个平台上，用户通过平台在各个银行的接口，将购买货物的钱转帐到商家在平台的账户上，平台程序在接收到银行的通知后，将信息发送给商家，商家在收到平台发送的确认信息后，按照用户的地址发货，用户确认货物后发送信息给平台，平台将用户的付款转入商家的账户。通过网上银行直接转账是另外一种较为流行的方式。用户可以通过自己所拥有的储蓄卡、信用卡，申请开通网上支付，从而可以直接使用网络银行。基本的流程为：用户通过商家提供的接口，将购买费用直接转入商家对应的银行的账户，商家确认收到付款后通知用户购买成功。在电子商务网站中主要使用通过第三方支付或与银行直连的方式进行支付行为。目前一些深耕区域市场的团购网站已经不断的尝试，在一、二线城市范围内进行区域划分，或者按区块划分，或者按商圈活跃程度划分等。由于这类城市占地面积大，用户的消费呈现块状经济，每日一团的活动无法满足整个城市用户的需求。即使折扣率低，也会因交通不便、地理距离等原因流失用户。随着网络团购企业数量的爆发式增长，竞争日益激烈，生存空间缩小。且团购网站建站门槛低，大多数网站存在规模小、管理经验缺乏、没有配套的保障服务 等问题。因此，消费者频频受困团购，所带来的信任度不断降低。据中国电子商务研究中心从中国消费者协会获悉，针对网络团购的投诉在今年初后迅速增加了三 成。行业竞争日益白热化、环境日益恶化，团购市场亟需规范和治理。此时，对于一些无资金、资源优势的团购网站将被收购或淘汰，最终会呈现3-4家团购龙头企业与拥有资源背景的以“标配”存在的团购频道共同发展局面。对于提供生活信息服务类的网络团购企业对当地市场的深耕，通过不断挖掘潜在优质商户，形成良好的口碑，将逐渐形成团购用户新势力。此时，用户通过了解团购网站来决定消费去处，真正成为领衔用户消费的“风向标”。而对于新进入区域市场的用户，通过享受团购网站其他区域的团购服务后，网站品牌得到了亲睐。这时，团购网站对用户新进入区域的各消费需求更是起到了指南针的作用。 随着团购行业的发展势头逐渐平稳，中国电子商务研究中心预测：团购行业的洗牌阶段将在2010年底前后到来；面对着如此众多的团购网站，一些具有行业背景的团购网站，将从独立走向依附。这一趋势最为突出的便是电子商务网站推出的团购业务，如珂兰钻石网推出的“火拼团”，淘宝推出的“聚划算”等；可以预见，其他两类：分类信息网（如大众点评网推出的“点评团”）、SNS社区以团购模式介入电子商务，未来都将成为聚合用户、，满足用户需求的“标配”存在。1.2 国内外发展状况2008年11月，美国第一家团购网站Groupon在美国上线，从此引发全球团购网市场井喷式发展，以星星之火可以燎原之势蔓延至中国。始发于北京、上海、深圳等大城市的网络团购，已成为一种时尚而前卫的消费方式。面对2.3亿的移动互联网用户中，有80.2%的网民的年龄层在18岁至30岁，这一层面的用户正与团购网站的用户群体相重叠。随着3G时代的到来，移动互联网热潮的到来，若与团购潮“碰撞”，将会引发产业的新一轮的“波峰”。用户通过手机端实现团购，并配合SNS平台交互式应用，以APP的身份驻扎平台之上，充分利用其庞大的客户资源，将营造省时、快速、精准、便捷的团购环境。国内知名网络团购企业拉手网（）率先推出了 “Groupon+Foursquare”（即“签到+团购”）商业模式，即通过电信运营商的移动通信网络，让用户与朋友分享地理位置信息以及频繁在 Foursquare类平台上签到所获得的积分奖励、奖章和其他奖励，增加用户黏性。比如，如果用户在一家餐厅就餐，然后使用自己的移动设备在这家餐厅签 到，那么该用户在Foursquare类平台上的好友就会收到该用户所处的位置信息。团购业景象一片繁华，资金的推动力量也是不可言喻的。在拉手网、美团、F团等团购网站纷纷受宠后，风投们更是不遗余力的挖掘有潜力的团购主。中国电 子商务研究中心从参加“2010中国网络团购行业高层研讨会暨中国诚信网络团购联盟启动仪式”的多家风投了解到，团购团队的管理团队经营能力、组织协 调能力、线下优质商户资源整合能力等方面是风头关注的重点。团购业受融资事件已非常普遍，在行业前景诱人的机遇下，团购行业所频频遇到的问题，如如何取得消费者信任、在活动召集过程中报出的产品价格是否与商家的折扣价格相符等问题，要想获得实质性的发展还需经历一个磨合期。中国电子商务研究中心预测，在经过团购行业的优胜劣汰后，对于存活下来的团购企业，资本的推动力量将会有更大规模的提升。2010年前后，我国先后涌现出精品一购、F团、美团、24券、都来团等团购网。截至2010年6月底，国内Groupon模式的团购网站数量已经突破400家，年度交易金额将近10亿。 2010年7月15日，中国互联网络信息中心（CNNIC）发布的第26次中国互联网络发展状况统计报告显示，截至2010年6月，中国网民规模达到4.2亿，较2009年底增加3600万人；互联网普及率攀升至31.8%，较2009年底提高2.9个百分点。网民规模的继续壮大以及互联网的普及应用，均为网络团购的迅速发展提供了潜力巨大的市场。国内目前最常用的四种动态网页语言Perl（Practical Extraction and Report Language）、PHP（Hypertext Preprocessor）、ASP（Active Server Pages）、JSP（JavaServer Pages）。国外比较流行的框架有：不少国外的大型企业系统和商务系统都使用以上的MVC架构，能够支持高度复杂的基于Web的大型应用。各大电子商务网站：淘宝，京东，亚马逊，Groupon等均是采用PHP 开发,LAMP的架构,承载了大量的访问量,给商家提供了一个强有力的后台，业务取得了很大的成功。1.3 课题研究方法和内容1.3.1 课题研究的方法本课题的开发环境为Linux + Apache + Mysql + PHP， 开发工具为vim, 参照SSL协议和PKI 准则。本课题模拟一个大型电子商务网站商家后台管理系统的实现，将采用以下方法进行：1.配置LINUX开发环境，包括vim，虚拟主机等。2.通过PHP函数操纵LINUX上安装的OPENSSL扩展，实现一对自签名的公钥和私钥。3.安装PHP CURL扩展使用CURL进行后台通知的发送。4.使用PHP结合MYSQL数据库设计一个异步支付过程。5.使用LINUX的设置后台任务运行异步处理脚本。6.使用PHP函数操纵第一步生成的密钥对实现报文的签名与验签。1.3.2 课题研究的内容研究目标：模拟一个大型电子商务网站的商家后台管理系统。研究内容： 异步模式与中间件与消息队列的技术使用。异步模式是大型网站架构中的一种很重要的设计方法。对于日访问量在千万级别以上的网站，一般的同步模式往往无法应对，最终的结果是服务器压力过大，而导致整个网站无法访问。通过对关键流程的异步设计，可以加快用户请求相应的时间，从而提高单位时间内服务器处理请求的数目，使得网站支持更大的并发访问量。电子商务需要解决通讯对象的身份认证，报文的完整性以及不可抵赖性等安全问题，数字签名是目前电子商务中技术最成熟，应用最广泛的一种电子签名方法，它是确认电子商务中传输的电子订单，合同真实可靠性的一种手段，数字签名技术大多采用公钥密码技术实现。第二章 开发技术背景2.1 概述通过第一章得分析，决定采用php里面开源的cakephp的框架。Cakephp是基于mvc的架构的一个框架。为什么要用 MVC模式 呢? 因为它是一个经过考验的真正的软件设计模型，它可以使程序成为可维护的、模块化的和快速开发的包。使用分离的模型(Model)、视图(View)和控制 器(Controller)组织的程序是轻便的。新的特性很容易就被加入，旧的程序换上新的外观也是一下子的功夫。模块化和分离的设计使得开发者和设计者 能够同时工作，这包括了快速原型的能力。分离的设计令开发者可以修改应用的一部分而不会影响到其他部分。2.2 系统分层架构本系统作为一个典型的web系统，当然无可置疑的选择了MVC架构。大部分用过程语言比如ASP、PHP开发出来的Web应用，初始的开发模板就是混合层的数据编程。例如，直接向数据库发送请求并用HTML显示,开发速度往往比较快,但由于数据页面的分离不是很直接,因而很难体现出业务模型的样子或者模型的重用性。产品设计弹性力度很小，很难满足用户的变化性需求。MVC要求对应用分层，虽然要花费额外的工作，但产品的结构清晰，产品的应用通过模型可以得到更好地体现。MVC架构的系统使得多个视图可以对应一个模型。对于拥有多种视图的web应用来说，这几乎是必不可少的。再次，由于一个应用被分离为多层，因此有时改变其中的一层就能满足应用的改变。这点对于系统更新频繁的文本应用来说，也是很重要的。最后，它还有利于软件工程化管理。由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化产生管理程序代码。所以，要想做出一个具有高拓展性，高质量的系统，是一定要选择MVC架构的。虽然，MVC已经将系统划分为三层架构，但是，为了进一步提高系统的拓展性，本系统决定将MVC的三层架构进一步细分，将MODEL划分为业务逻辑层和持久化层。持久化层只负责与数据库相关操作的处理，业务逻辑层只负责业务逻辑相关操作的处理。2.3 系统开发平台开发一个在线系统是有很多技术可以选择的，如JavaEE，PHP，ASP等。选择lamp开发在线系统网站应为它具有一下优势。1)成本低廉，扩展能力好诚然，在比较开源的LAMP平台和商业化运作的，如J2EE或ASP.NET平台时，成本肯定是首先要考 虑的因素，开源产品可免费下载使用，其本身的成本很廉价，此外，LAMP对硬件的要求也较低，而J2EE和ASP.NET对硬件的要求要高一些，在Web 托管领域，LAMP类型的托管服务通常比J2EE和ASP.NET类型的要廉价一些。有很多分析师认为LAMP虽然可以快速构建Web应用程序，但LAMP的扩展性并不好，要想取得良好的扩展能力付出的代价可能比当初构建Web 应用程序还要多，但根据我的经验，LAMP的扩展性不佳不是因为平台本身的原因，而是开发的原因，很多不具备扩展能力的代码都是开发人员的“杰作”，为此 我还专门研究了大量的Java和ASP代码，发现一样存在这个问题，最后发现经验不足的开发人员往往容易写出不具有良好扩展能力的代码，事实上，很多人根 本不是自己写的代码，而是从其它地方直接复制过来的。2)部署量大，安全性高LAMP因其部署量非常大，安全问题也更少，因为能发现的问题几乎都被翻了过遍，它也是全世界范围内测试最彻底的软件组合。当然，我并不是说LAMP组合就没有安全问题了，但大多数时候LAMP中暴露的安全问题都是因缺少经验的开发人员未遵循最佳实践编写的代码包含漏洞，或经验不足的系统管理员未正确配置LAMP造成的。3)灵活，稳定LAMP也提供了非常好的灵活性，开发人员可以选择自己喜欢的框架，甚至构建自己的框架，其它平台通常包括它们自己的框架，可选择的余地很小， 例如，.NET框架是ASP.NET开发的唯一选择，J2EE是基于Java的框架，Rails则基于Ruby框架，使用PHP时，开发人员可以选择 CakePHP，CodeIgniter，Zend Framework等框架。使用LAMP还有另一个好处，开发人员可以获得全部的源代码，因此可以自行修改LAMP中的软件，以满足特殊需要，例如，Apache Web服务器支持可装载模块，开发人员可以开发自己的模块来处理特殊的任务，如通过可装载模块在Apache内实现身份认证，LAMP给开发人员提供了很 好的选择灵活度。LAMP一向以稳定而著称，新版本的向后兼容性通常也比较好，即便是升级到了新版本，开发人员也很少需要重写代码，LAMP的模块化特性使得它可高度配置，在稳定性方面，与商业化的ASP.NET或J2EE解决方案相比，LAMP也是毫不逊色的。4)开发门槛低，系统成型快因LAMP均可免费获得，使其变得非常流行，降低了开发人员进入LAMP的门槛，但ASP.NET和J2EE都有认证计划，开发人员可以遵循最佳实践开发，而要界定一名LAMP开发人员是否遵循最佳实践则很难。前面我也提到ASP.NET和J2EE可选择的框架很少，虽然我一度认为这是一个缺点，但对于大型开发团队来说却是一个优点，可选择的余地很少 可以让整个团队成员保持一致的知识体系，在培训和沟通方面都会节省很多时间，而LAMP阵营因可选的机会太多，团队成员个体容易养成独立的开发习惯和见 解，会给团队协作带来很大麻烦，因此我认为LAMP更适合一个人的开发团队或小型团队使用。使用LAMP可以快速搭建起系统的原型，成本也很低廉，这是LAMP的一大强项，对于初创公司而言，可以利用LAMP快速搭建一个系统原型，进而吸引投资人，尽快获得投资。无论如何，LAMP仍然是非常流行的Web开发平台，其低廉的成本和进入壁垒使得很多开发商都选择了 它，LAMP安全、稳定和良好的扩展性也吸引了不少企业用户，对于初创公司，LAMP可以帮助其快速搭建系统原型，进而拿到投资，LAMP的灵活性也成为 很多人选择它的理由。因此，我们可以肯定地得出结论：LAMP仍然是Web开发最流行的选择，在未来相当长一段时间里，它会和其它竞争技术共存。2.4 系统开发框架我们选择的cakephp 这个开源的框架 CakePHP 是一个基于PHP，免费且开源的迅速发展Web框架。它提供程序员所需要的基本体系架构，因此程序员可以使用它更快速且不失灵活性地创建网络应用程序。而这就是我们创造 CakePHP 的首要目的。CakePHP 拥有一个活跃的开发团队以及社区，使 CakePHP 本身更具备应有的价值。另外，使用 CakePHP 也意味着您的应用程序将更容易地测试以及更容易地被改良、更新。CakePHP框架的优势: 拥有既友好又活跃的社区 灵活的MIT 许可证 兼容 PHP4 和 PHP5 数据库交互运用了 CRUD 应用程序脚手架 代码自动产生（代码产生器） MVC 体系架构 清晰，干净的高度自定义的URLs和路由请求分发器 内建validation验证 快速灵活的模板机制 (PHP syntax, with helpers) 拥有AJAX, JavaScript, HTML表单和更多的视图助手工具 邮件、Cookie、安全、会话（Session），和请求处理的组件 灵活的ACL访问控制机制 数据清理 灵活的视图缓存Caching 本地化 可在任何子目录里工作，很少甚至不需要更改任何 Apache 相关配置第三章 系统分析3.1 系统的可行性分析可行性分析是总体规划的最后阶段，下面主要从商家后台管理信息系统开发的技术可行性、经济可行性和管理可行性进行阐述。1. 技术可行性商家后台管理信息系统可采用B/S结构来实现开发，前台开发工具采用PHP脚本语言。PHP是一种用来制作动态网页的服务器端脚本语言，是跨平台的开放源代码。一个嵌套的缩写名称，是英文超级文本预处理语言PHP：Hypertext Preprocessor的缩写。PHP是一种简单的，面向对象的，解释型的，健壮的，安全的，性能非常之高的，独立于架构的，可移植的，动态的脚本语言。后台的数据库开发工具选用Mysql，其体积小、速度快、总体拥有成本低、开放源码，可以处理拥有上千万条记录的大型数据库。这两种开发工具强大，具有较好的接口，作为本系统开发工具是可行的。2. 经济可行性随着计算机技术的飞速发展，计算机在企业管理中应用的普及，利用计算机实现企业人事管理势在必行。传统的物业管理方式，对物业管理人员要求数量多、耗资高、错误率高，工作人员流动和对新人的培训经费也是不小的开支。一套完整的小区物业管理信息系统可持续使用并能随着时代和工作的需求不断更新，一期投入终身受用，按长期的使用计算，开发系统的造价平均到每年与传统式的管理方式的年耗资本相比较，性价比是可行的。开发这套系统的经济可行性是很高的。3. 操作可行性对于这套商家后台管理信息系统而言，在投入使用前，会由开发并能熟练操本系统的工程人员对用户群进行专业系统的培训。培训内容应包括，熟练掌握系统的各个功能和简单的系统维护，在开发设计系统的过程中直观的界面和控件的文字解释完全能使得用户充分理解其功能和意义，在计算机普及的今天，用户对本系统的操作完全可以看做是一种简单的，配合形式的手工操作，因为本系统最适应于微型机，可以说几乎任何人都可以使用和管理。所以本系统的操作是完全可行的。综上各个方面，可得出该商家后台管理信息系统的开发设计是可行的。3.2 系统的功能分析本系统以管理商家后台的整个流程为目标。用户必须登录才能使用本系统的相关功能。用户登陆后能够查看自己的团购的信息，以及用户在本次团购的购买数。每一笔用户的消费记录都会记录在用户的消费详请里面，商家也会获得用户的数据，以及用户对商家的评价。商家可以根据用户对商家的评价做出相应的调整，以适应团购的需求，以及改善自己的服务质量。本系统整体上包括五个功能模块：用户登录模块、美团券验证模块、商家数据统计模块、消费者资料管理模块、消费者评价模块。用户管理模块包括：用户登录注销、用户信息编辑、用户导入、修改密码四个子功能。美团券验证模块包括：美团券查看、美团券消费记录、美团券消费统计三个子功能。商家数据统计模块包括：商家当前消费数、商家信息发布二个子功能。消费者资料模块包括：消费者信息查看、消费者联系两个子功能。消费者评价模块包括：消费者星级查看、消费者建议查看、消费者进度查询三个子功能。3.3 系统的环境分析客户端：操作系统：Windows 或Linux均可浏览器：IE 7.0.5730.11及以上或与之兼容的浏览器服务器端：操作系统：Windows或Linux均可web服务器：Tomcat6.0.30及以上数据库：MYSQL 5.0.22及以上3.4 系统的限制分析本系统显示速度要求：每次更换页面，应在5s内完成。第四章 系统设计4.1 系统设计原则 在系统分析的基础上，运用结构化设计方法，来实现把用户信息需求的系统逻辑方案转换成可实施的基于计算机与通信系统得物理方案。系统的总体设计是一个由抽象到具体的过程，需要考虑到系统实现所需要的所有内外环境和主客观条件。系统的设计，按照先进的管理思想，借助现代信息技术，以住户为对象，进行开发。系统具体应包括如下特性：1.系统要具有可靠性，系统的抗干扰性及正常工作能力，如纠错能力、保密性、抗病毒能力及故障排除后的系统恢复能力等。在本系统中要设置管理员的用户名和密码，是系统的使用更安全。而且在输入信息时要对非法信息进行及时警告，以避免非法信息对数据库的破坏。对数据库要可以维护并定期的保存记录。系统要具有高效性，系统运行应达到一定的效率，包括处理能力、处理速度和响应时间等指标。要能及时的更新各种记录，对用户的投诉要求特别要及时处理。另外对用户要求打印收费清单的要求要及时处理。2.系统要具有可维护性。可维护性是指对系统进行改正、提高及适应环境变化的方便程度。它主要取决于系统的可读性、可修改性和可扩充性。小区物业管理信息系统要有很好的修改和更新能力，以满足不同的要求。3.系统还要具有友好性。友好性是指系统操作使用方便、灵活、简单、易被用户所接受和使用的能力。一个界面友好的小区物业管理信息系统能够快速的让小区管理员使用，并显著提高其的工作效率。4.2 系统的总体结构设计本系统采用业界主流的B/S架构。这种架构下，用户工作界面是通过web浏览器来实现，极少部分事务逻辑在前端(Browser)实现，主要事务逻辑在服务器端(Server)实现。B/S结构的优点就是可以在任何地方进行操作而不用安装任何专门的软件。只要有一台能上网的电脑就能使用，客户端零维护。系统的扩展性非常容易，只要能上网，再由系统管理员分配一个用户名和密码，就可以使用了。基于B/S架构的系统的部署相应的也就非常的简单了。只要在服务器上部署好本系统后，用户只需在浏览器地址栏输入服务器的域名，就可以访问本系统了。浏览器会自动调用DNS服务解析到部署了本系统所在服务器的IP，然后向该服务器发出请求。详情见图4-2。图4-2 系统部署图4.3 系统的详细设计根据功能模块划分成控制器 (Controller)，模型 (Model) 及视图 (View) 是 CakePHP 的特色，除此之外它也包含了一些附加的类和对象，使得在 MVC 设计模式下开发更快更有乐趣。组件 (Component)、行为 (Behavior) 及助手 (Helper)，提供了可扩展性及可重用性来快速新增功能到你的应用中。Ricardo 点击了指向 /cakes/buy 的链接, 然后他的浏览器对你的服务器发出了一个请求。路由(route)从URL中解释并提取出这次请求的参数: 控制器(controller), 动作(action)以及其他在这次请求中影响到业务逻辑的所有其他参数。使用路由后，请求的URL被映射到一个控制器的动作中(在特定的一个控制器的类的一个方法)。在这个例子，是CakeController类的buy()方法。在控制器的所有动作逻辑执行之前会调用beforeFilter()回调方法(callback)。控制器可能会使用模型来处理应用的数据。在这个例子里，控制器使用了一个模型从数据里得到Ricardo上次买的东西。在这次操作中所有这个模型 适用的回调方法、习惯(behavior)和数据源(DataSource)都可能得到实施。即使模型没有被用到，所有的CakePHP控制器的初始化至 少都需要一个模型。当模型取得数据后，数据会被返回到控制器。模型的回调方法可能会被实施。控制器可能使用组件对数据进行进一步的加工，或者进行其他的操作(例如会话处理、验证或者发电子邮件)。一旦控制器使用了模型和组件以有效地准备数据，就可以使用控制器的set()方法把数据传送到视图(view)。在数据送到视图前，控制器的回调 方法可能会被实施。视图逻辑会被执行，可能包括了各种元素及(或者)帮助方法。默认情况下，视图会在一个布局(layout)里被渲染。附加的控制器回调方法(像afterFilter)可能被实施。最后，完整的经过渲染的视图代码就被送到Ricardo的浏览器了。4.3.1业务逻辑层（模型）Model层主要用于建立于数据库的连接,建立持久的数据联系.4.3.2控制层（控制器）paramsform) var_dump($this-paramsform); if ($this-User-save($this-paramsform) $this-flash(Your registration information was accepted., /users/register); else $this-flash(There was a problem with your registration, /users/register); function listusers() $arr = array(); $this-set(knownusers,$this-User-find(all, array(fields = array(id, username, password, email, name, doornum, phone, homenum, peoplenum, carnum),order = id DESC); function login() $this-layout = login; function login1() $res = $this-User-findByUsername($this-paramsformuser); if ($res & $resUserpassword = $this-paramsformpwd) $this-Session-write(user, $resUser); $this-redirect(array(action = listusers), null, true); else $this-flash(login failed,/users/login); function listone($id = null) $res = $this-User-findById($id); $this-set(user, $res); function postsearch()控制层主要包含了数据与页面之间的交互处理,显示层统和控制层得处理得到相应的数据来显示。4.3.3视图层（视图层） 查看用户 id 用户名 视图层主要用于页面的展示。4.4 系统的数据库设计4.4.1 编码设计原则团购商家后台系统实施的关键是系统集成，信息分类编码的标注化是其最基本的工作，目的在于最大限度地消除信息的命名、描述和分类不一致造成的误解、分歧和冗余，以及由此产生的数据不完整。对各类信息进行系统分析、确定编码方案，进而实现准确、完整和低冗余的信息管理，统一协调各种信息采集和管理工作，使之既符合系统总体要求，又满足各分系统的需要，减少对信息重复采集、加工和储存。对商家后台信息管理系统，要加强对标准化基础管理、提高管理水平，建立和实现后台管理信息系统。对各种物业信息要使代码与之一一对应，保证系统集成信息的可靠性、可比性和适应性。在整个系统设计过程中采用以下的编码方法：1为了既符合手工处理信息的习惯，又便于计算机处理，采用层次结构。2分类代码应尽量采用十进制阿拉伯数字09表示，必要时采用字符代替。3各种分类代码的长度及每位的含义应另编各类代码规则说明。4为了区别各分系统的分类，可将代码的第一位用于标示分系统。5为了便于识别分类对象，需要时允许在代码中设置用字母表示的标识码与数字组合编码。6为了便于层间分开，必要时允许设置间隔符“”或预先定义每一层的位长。一般在手工处理是使用，在计算机处理存储时可省略。7代码一般采用登场结构。本系统的编码将严格按照制定的编码规则，在对变量命名中采取英文命名，对特殊的要进行注释。对每个程序的输入输出都要进行注释，以避免日后修改时出现麻烦。4.4.2 数据库的详细设计数据库表总体设计如上节所述，为六个表。本节将详细阐述一下数据库关键表的设计情况。User 表主要记录的是商家的基本信息，这些最基本的信息比如登录的帐号，密码，以及商家的名字等等。系统采用用户名和密码相结合的验证方式，以用户登陆后直接进入前台操作界面（即用户专用界面）；当验证登陆管理员页面操作时，则进入后台管理员专用页面，会对顾客信息保密的机制。要实现该模块功能，先要建立一个用户注册信息表，其包括以下字段：用户帐号、密码、确认密码、姓名、性别、电话号码、住址、邮编要实现功能，先建立PHP动态网页，插入相应字段，在建立另外一个PHP动态页面，接受前一个PHP页面的信息，当用户的信息输入信息错误时，则返回第一个注册页面，重新填入信息，待正确填写信息正确时，系统会自动弹出提示成功页面。CREATE TABLE users ( id int(10) unsigned NOT NULL AUTO_INCREMENT, username varchar(40) NOT NULL DEFAULT COMMENT 用户名, password varchar(40) NOT NULL, name varchar(40) NOT NULL DEFAULT COMMENT 业主姓名, sex tinyint(3) unsigned NOT NULL DEFAULT 0, wuye varchar(255) NOT NULL COMMENT 物业地址, work varchar(255) NOT NULL COMMENT 工作单位, phone varchar(16) NOT NULL COMMENT 电话, email varchar(40) NOT NULL, card varchar(32) NOT NULL COMMENT 银行卡号, PRIMARY KEY (id) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT=用户Deal 表主要记录的是每一天的团购的信息，Deal 表会和user表联系起来，一个Deal对应一个唯一的User，这样每个团购对应的商家就会有唯一的一个。Deal 表中记录的最主要的每天要团购的信息，以及商家在本单中卖出的书目等等。CREATE TABLE deals ( id int(10) unsigned NOT NULL AUTO_INCREMENT, city int(10) unsigned NOT NULL DEFAULT 0 COMMENT 城市, title int(10) unsigned NOT NULL DEFAULT 0 COMMENT 本单标题, message tinyint(10) unsigned NOT NULL DEFAULT 0 COMMENT 发送用户信息, addtime char(10) unsigned NOT NULL DEFAULT 0 COMMENT 添加时间, modtime varchar(40) NOT NULL DEFAULT COMMENT 修改时间, oprice tinyint(3) unsigned NOT NULL DEFAULT 原价, nprice varchar(255) NOT NULL COMMENT 现价, wuliu varchar(255) NOT NULL COMMENT 是否物流单, phone varchar(16) NOT NULL COMMENT 负责人电话, email varchar(40) NOT NULL, card varchar(32) NOT NULL COMMENT 银行卡号, PRIMARY KEY (id) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT=团购信息Customer 表记录的是每一个用户。即用户在网站中购买过的，那么相应的就会有一条购买记录在coupon之中，外键分别是User_id和Deal_id。User中记录了用户的一些基本信息比如用户的登录密码和帐号等等，帐号和密码均经过md5认证，所以管理用的后台是查看不到用户的帐号和密码。用户的相应信息会回馈给团购的商家，用来商家改善自己。对用户有更好的反馈。表里面主要有用户的年龄，购买记录，收入，工作等，用于商家的统计之中。CREATE TABLE customers ( id int(10) unsigned NOT NULL AUTO_INCREMENT, username varchar(40) NOT NULL DEFAULT COMMENT 用户名, password varchar(40) NOT NULL, name varchar(40) NOT NULL DEFAULT COMMENT 姓名, age tinyint(10) NOTNULL, sex tinyint(3) unsigned NOT NULL DEFAULT 0, place varchar(16) NOT NULL COMMENT 籍贯, wuye varchar(255) NOT NULL COMMENT 物业地址, work varchar(255) NOT NULL COMMENT 工作单位, phone varchar(16) NOT NULL COMMENT 电话, email varchar(40) NOT NULL, shen varchar(32) NOT NULL COMMENT 身份证, card varchar(32) NOT NULL COMMENT 银行卡号, PRIMARY KEY (id) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT=消费者Userinfo 表记录的是商家的更为具体的信息，比如商家的具体的位置，在google map 上面的经度,纬度。以及消费的注意事项，还有商家的参与过的团购的次数等等。User 和 Userinfo 的表区别在于两个表的信息不重叠，这样读取数据库的时候值读取的必要的信息，加快读取速度。CREATE TABLE userinfos ( id int(10) unsigned NOT NULL AUTO_INCREMENT, user_id int(10) NOT NULL DEFAULT COMMENT 对应id, jingdu int(10) NOT NULL COMMENT 对应经度, weidu int(10) NOT NULL COMMENT 对应纬度, name varchar(40) NOT NULL DEFAULT COMMENT 业主姓名, sex tinyint(3) unsigned NOT NULL DEFAULT 0, doornum varchar(16) NOT NULL DEFAULT COMMENT 工商编号, place varchar(16) NOT NULL COMMENT 城市区, wuye varchar(255) NOT NULL COMMENT 物业地址, work varchar(255) NOT NULL COMMENT 工作单位, phone varchar(16) NOT NULL COMMENT 电话, PRIMARY KEY (id) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT=用户详细信息Coupon 表记录的是每一个美团券的密码，每一个美团券的密码都是10位随机的数字，Coupon中的每一个用来记录用户对哪一家商家的消费，以为消费的状态。商家后来验证的时候就是验证Coupon中的美团券密码来查看该美团券是否已经消费过了。由于将会产生大量的Coupon 记录，所以对Coupon的优化非常的重要，所以Coupon只记录最主要