慢递管理系统设计与实现.doc

普通本科毕业设计题目：慢递管理系统前台设计与实现学 院 信息管理学院 学生姓名 钟琼珊 学 号 0093998 专 业 计算机科学与技术 届 别 2013 届 指导教师 刘爱红 职 称 副教授 二一三年六月摘 要物质的繁荣和对物质的狂热追求，必定导致情感的空虚。人们需要找到情感的发泄口，诉诸自己内心的真实感情。慢递就是帮人在指定的时间投递情感。现在的慢递行业正处于起步阶段，大多数慢递小店都是纯手工管理。随着计算机技术和通信技术的不断进步，慢递这一有前景的新兴行业必然将走入计算机管理阶段。本文首先介绍了慢递管理系统的研究背景与意义、目前国内外研究现状以及毕业设计思路与论文结构，然后分析了慢递管理系统前台的需求，进行了系统的架构设计和数据库设计等，并以SQL Server2005 、Tomcat和 MyEclipse作为开发平台，采用B/S架构、J2EE技术、MVC模式、JSP网页技术等开发技术，实现了慢递管理系统前台管理功能，最后总结了慢递管理系统前台管理模块实现的关键技术以及系统设计中有待完善之处。【关键词】慢递 B/S模式 管理系统 MVCAbstractMaterial prosperity and the fanatical pursuit of material, will lead to feelings of emptiness. People need to find outlet for emotions, resorting to their true inner feelings. Futrue delivery is to help people deliver emotion at a specified time. Now the futrue delivery industry is in its infancy, the majority of futrue delivery shop is pure manual management. With the computer technology and communication technology continues to progress, futrue delivery which is a promising and emerging industries will certainly come into the computer management phase.Firstly, this paper introduces the futrue delivery management system research background and significance, the current research status and graduation thesis design ideas and structure. Secondly, it analyzes the requirements of the futrue delivery management system foreground, and design the system architecture and database. Tertiary, it achieve most functions of the futrue delivery management system foreground using the B/S architecture, J2EE technology, MVC pattern, JSP pages technology, for SQL Server2005, Tomcat and MyEclipse as a development platform. Finally, it summary key technologies of the futrue delivery management system foreground, and point out the design to be improved.【Key words】Slow delivery; B/S model; management system; MVC 目 录1 引言11.1 课题研究背景与研究意义11.2 慢递管理的研究现状及问题21.3 慢递行业发展的趋势31.4 毕业设计思路与论文结构42慢递管理系统技术52.1网页开发技术52.2 软件开发工具52.3 Web服务器62.4 数据库平台63 系统需求分析和设计83.1 系统建设目标与可行性分析83.2 系统需求分析83.3 数据库设计124 开发环境174.1 硬件环境174.2 软件环境175 系统实现185.1 公司与行业信息模块195.2 资费说明模块195.3 客户与收件人管理模块195.4 预订单管理模块215.5 订单管理模块285.6 配送单管理模块286总结与展望29参考文献30致谢31江西财经大学普通本科毕业设计1 引言本章主要介绍了慢递管理系统设计与实现的研究背景与研究意义，慢递管理的研究现状，以及毕业设计思路与论文结构。1.1 课题研究背景与研究意义慢递是通过某一服务代理机构对客户的物质资料从供给者到需求者之间进行投递，寄件人在进行邮寄服务时，在投递过行程中会指定投递的地点收件人，尤其特殊的是还会指定具体的投递时间或是收货人收获的时间的一种特色代寄服务1。慢递这个词最初出现，一定会与快递联系起来。快递，是指快递公司通过铁路，公路和空运等交通工具，对客户货物进行快速投递。快递最主要是快速方便，客户使用快递就是期望快递公司能够尽快将自己的物质资料投递给准确的收件人。而慢递的过程中同样也将客户的物质资料投递给准确的收件人，但不同的是慢递的投递时间需要的不是尽快而是可以根据客户需求而定。另外，慢递创造价值最主要的不同之处是创造了附加价值。慢递物流的附加价值中表现在通过慢递业务，很多人都是轻松实现跨越时间的沟通，收获一种储存后的惊喜2。慢递这一行业是形成与当前快节奏生活下的，当今社会，不管是青少年、中年人还是老年人，都在为学习、工作和生活努力奋斗，一直向前，这样让人身心俱疲，心理压力非常之大，人与人之间沟通与交流越来越少，很多时候心里的情感都放在心里，这样的情绪累积起来后若是一瞬间爆发出来威力是不容小觑的，到时会更加伤害身心。于是，慢递给大家一个传递或宣泄情感的途径，客户可以保留自己某个时候的美好回忆，或是与别人沟通情感，甚至只是将情绪投递出去无所谓对方是否真的收到。慢递和快递还有另一个差别在于慢递可以满足客户的个性化需求，慢递业务中所有的需求都是根据客户的要求度身定制的，比如存储的时间、收件人接收是时间、保险赔偿的选择，这一点快递是无法做到的，主要是由于大多数的快递公司的业务只能给客户承诺其物质资料送达收件人手中的时间处于某个时间范围区间内，而不能承诺准确时间，比如3-5天内。慢递业务的个性化服务是其最主要的附加价值，每个客户希望每一件物质资料的送达时间都很精确，这在一定意义上改变了邮递行业不能提供个性化服务的情况。目前，慢递这一新兴的物流行业正在全国各地兴起，之所以这一行业可以发展迅速，主要是慢递业务满足了人们在快节奏的生活中希望慢慢走好好体会是心理。辽宁社会科学院研究院张思宁表示，慢递公司之所以有市场，是因为它迎合了现代人追求心情社会化的渴望，其实很多时候写给未来的信完全可以保存在自己的抽屉里，但现在很多人宁愿把自己的心情通过这样一个具有社会属性的平台来实现，这无形中就是一种渴望社会凝视的需求，而这种需求可以说是当下快节奏生活状态下衍生出的新型心理需求3。1.2 慢递管理的研究现状及问题慢递业务现在正在全国各地慢慢兴起，但是在发展的过程中还是存在一些问题，问题主要体现在以下四个方面：（1） 客户来源问题。现在的慢递公司的服务对象基本可以概括为以下三种：一是在现在的快节奏、心里压力大的社会生活中需要适当调节，希望暂时停下来回忆过去展望未来同时给予现在的的自己一些向前走的动力；二是想要记住某个当下，希望未来在收到信件或物品是时候能感受到当时的心情、感受和情感；三是寻求心灵的安慰与慰藉的人，通常这样的客户并不是很在意他们的物品到底是否投递出去了或是收件人是否能收到，他们选择慢递只是为了抒发自己的情感。目前的服务对象虽然还算比较多样化，但是基本上都还仅仅是停留在抒发个人情感上的人群。（2） 慢递服务中安全存储及指定时间投递的问题。我国的慢递业务的兴起从2008年才开始，但慢递业务的预约投递时间大多是三五年后或是更长，在那么长时间的保管过程中，存储的安全性就成为慢递业务的核心服务之一，慢递服务中核心就是安全存储及指定时间投递。在保管过程中，要保证客户要慢递的物品的安全不能丢失或损坏，而且为保护客户隐私，若是不购买保险的物品不能被别人窥看。另外，慢递业务从接受客户物品到将物品投递出去的时间可能很长，所以目前很难确认到时投递的时间是不是会符合客户的个性化定制，而慢递公司一旦出现未按时投递、破产等问题时，责任划分和赔偿问题很难确定。目前国家还没有相应的法律法规进行约束，如何保证企业的信誉度是个关键。（3） 慢递服务的收费标准以及慢递物品细分问题。现在的慢递公司收费标准相当混乱，完全没有一个统一的规范。这样的状况形成的主要原因是：一是现有的所有相关收费标准都是慢递公司自主制定的，至今还没有形成慢递行业中一个统一的收费标准或是运用国家的法律法规来对其进行规范；二是慢递业务跟其他的物流业务是不同的，它对于物流成本的计算很是不清晰，从物流成本的角度看，基本上所有的慢递成本都是不好衡量的，所以目前慢递行业的收费标准还有待于进一步规范。而客户的慢递物品，也应该要有详细的分类，每一种物品都应该根据其不同保管年限和不同物品属性有一个相应是收费标准。（4） 慢递业务的经营模式问题。慢递目前的运营模式，是单纯的把所有慢递物品都存放在公司指定的内部相对比较安全的地方进行保管，而且通过保管和按时投递收取费用，但是比如信件的本身，没有价值也并不能产生价值，所以就不能保值或是增值，这些信件的价值只是针对寄信人而言的，一旦丢失或是货损， 因为双方对信件价值定义不同，所以赔付费用心理预期也差距很大4。另外，未来物品投递的不确定性很大，若是出现投递时地址发生变化或其他意料之外难以解决的因素无法投递时，对于企业和客户的来说，都会造成不可估量的损失。1.3 慢递行业发展的趋势目前慢递行业的发展还是存在很多问题的，不过慢递并不会因此搁浅，今后慢递将会不断的发展下去的。首先是慢递业务的客户对象，不能停留在投递情感的客户这一层次，还应该把客户对象的范围扩大到企业，企业也可以成为慢递业务新的客户对象，企业之间很多时候也需要感情或物质的沟通交流。其次，应该制定相关法律法规来管理慢递行业，而慢递行业必须形成自己的行业规则。同时由于未来可能出现许多不确定因素，慢递公司和客户在形成委托处理的关系时，慢递公司应当注意与客户详细约定，若是慢递业务不能完成的情况下，怎么办理慢递委托业务、怎么处理支付的慢递费用的问题或是因为一些信息的更改，客户需要取消其慢递业务的时候，要如何与慢递公司终止或解除委托代理关系的问题，特别是应当提前约定对出现意料之外时情况时解决的方法或是赔偿的标准，避免发生分歧与纠纷。最后是慢递企业的经营模式，慢递公司可以和其他企业合作进行物品的保管或是投递。在保管方面可以和专业信托机构合作，比如，北京的熊猫慢递公司已与银行合作成立了第三方托管系统，就是把客户慢递的物品放在银行保险箱中存管，并且希望所有慢递物品不管其物品类型和存管时限的长短都送到第三方托管系统；在投递方面可以和快递企业合作，运用快递公司的营业网点进行慢递物品的投递。在我国虽然慢递这个行业才刚刚起步，但是慢递行业未来的市场空间不可预计，慢递行业未来的发展不可限量，以后将会慢慢发掘出来存在于慢递行业中的巨大商机的。1.4 毕业设计思路与论文结构本设计首先在导师的指导和帮助下对慢递的工作模式和具体工作流程展开详细的调查和研究，搜集其相关资料。然后，对这些资料进行认真的整理，设计出详细的需求分析。在需求分析的基础上实现架构设计、数据库设计和原型设计等。最后，以SQL Server2005 、Tomcat和 MyEclipse作为开发平台，采用B/S架构、J2EE技术、MVC模式、JSP网页技术等开发技术实现了慢递管理系统前台功能。论文第二章主要介绍了慢递管理系统设计与实现的基础知识。第三章主要介绍了慢递管理系统的需求，包括需求分析、功能模块划分、业务流程。第四章主要介绍了慢递管理系统的数据库设计，包括概念和逻辑设计。第五章主要介绍了第六章主要介绍了慢递管理系统的实现，详细分析了慢递管理系统设计与实现过程中的关键技术和技术难点。第七章对本次系统的设计与实现进行分析、总结。2慢递管理系统技术在开发慢递管理系统前台时，需要建立后台数据库，设计系统网页界面。在设计系统过程中使用到的各种技术和软件将在以下几节中详细介绍。2.1网页开发技术ASP(Active Server Pages)，PHP(Personal Hypertext Preprocessor或Personal Home Page Tools)和JSP(Java Server Pages)是目前应用最广泛的网站开发技术。本系统采用的网站开发技术是JSP(Java Server Pages)。JSP是由Sun Microsystems公司倡导、许多公司参与一起建立的一种的新一代站点开发语言，目前存在于ASP和PHP的一个通病脚本级执行已经完全被它解决。JSP是在ASP之后定义的，它借用了ASP的许多优点(如：Session和Application对象)；同时JSP使用强大而灵活的Java语言，而不是低效的Scripting语言；ASP开发者只能使用基于Windows平台的技术，而Java和JSP是跨平台的5。JSP开发技术有如下优点：JSP的用户界面更新是由Web Server进行的，感觉很快；JSP所有应用都基于服务器，随时都是最新版本；JSP客户端的接口不繁琐，易于部署、维护及修改各种应用。2.2 软件开发工具Eclipse是一个开源的平台，是一个基于Java的可扩展开发平台，是著名的跨平台的自由集成开发环境（IDE）。任何人都可以下载Eclipse的源代码，并在此基础上开发自己的功能插件，同时在原来的基础上还可以开发新的插件能够拓展现有插件的功能，比如在Java开发环境中加入Tomcat服务器插件。MyEclipse企业级工作平台（MyEclipse Enterprise Workbench，简称MyEclipse）是对EclipseIDE的扩展，在数据库和J2EE的开发、发布和应用程序服务器的整合方面运用它可以很大程度上提升工作的效率。MyEclipse功能非常丰富，包括了完整的编码、调试、测试和发布等功能，完全支持Java Servlet、AJAX、HTML、Spring、CSS、JSF、Javascript、SQL、Struts、EJB3、JDBC、JSP、Hibernate。MyEclipse是一个非常好的Eclipse插件集合，用于开发Java、J2EE，MyEclipse有十分广泛的支持，尤其是能够非常好地支持各种开源产品。MyEclipse的功能非常强大，可以这么说，MyEclipse涵盖了现在市面上大部分所有主流的开源产品的专属的eclipse开发工具。所以，本系统就将MyEclipse作为开发环境来开发程序6。2.3 Web服务器目前技术成熟而且应用广泛的web服务器软件特别多，其中运用的最多的是WebLogic，JBOSS和Tomcat等。Tomcat是由Apache、Sun和一些其它的公司及个人共同开发而成的，是Apache 软件基金会（Apache Software Foundation）的一个核心项目。Tomcat得到了Sun 的积极参与和大力支持，我们总是能在Tomcat中看到最新的Servlet和JSP规范的具体体现7。Tomcat技术走在最前端、性能也十分稳定，而且是完全免费的，所以很是受Java开发爱好者的喜爱，并且还得到了软件开发商的认可，成为了现在很是流行的Web应用服务器。Tomcat扩展性很好，在运行时占用的系统资源也不大，还能够支持一些开发应用系统常用的功能，比如负载平衡与邮件服务等，而且它现在正在不断的改进和完善中，任何一个程序开发人员只要感兴趣都可以随自己的意愿改变它或是在其中加入新的功能，所以Tomcat是非常受广大的程序开发人员的喜爱的。本系统就采用Tomcat作为Web服务器。2.4 数据库平台目前应用广泛且技术成熟的数据库管理系统有，Microsoft Access，Microsoft SQL Server(Structured Query Language Server)和Oracle等。Microsoft SQL Server 2005是一个全面的数据库平台，其使用集成的商业智能工具提供了企业级的数据管理。Microsoft SQL Server 2005数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，使您可以构建和管理用于业务的高可用和高性能的数据应用程序8。该企业数据管理解决方案的核心是Microsoft SQL Server 2005数据引擎，Microsoft SQL Server 2005结合了报表、集成、分析和通知的功能，这让企业能够构建和部署经济有效的BI解决方案，让企业可以通过Dashboard、Web services和移动设备将数据应用推向业务的各个领域。Microsoft SQL Server 2005与Microsoft Visual Studio、Microsoft Office System 以及新的开发工具包（包括 Business Intelligence Development Studio）紧密的集成使之与众不同。无论是数据库管理员、开发人员、信息工作者还是决策者，Microsoft SQL Server 2005都可以为其提供创新的解决方案，帮助其从数据中更多地获益。根据对慢递管理系统的具体分析，确定采用SQL Server 2005数据库。3 系统需求分析和设计系统功能需求分析主要就是了解慢递公司管理结构和业务流程，明确用户对管理系统前台的功能需求。3.1 系统建设目标与可行性分析通过对客户的咨询及对系统的可行性讨论后，慢递管理的目标主要是为慢递公司及其客户提供更加高效、精准的系统服务。下面从以下几个原则对慢递管理系统前台进行分析：(1) 技术可行性技术可行性主要是使用现有的技术在规定的时间内实现系统的功能。本系统将采用SQL2005进行后台数据库的管理、操作和维护，以及JSP技术对系统前台界面进行了设计，实现与后台数据库的接口进行连接。以现有的技术是能够确定在规定时间内实现系统功能的，所以该项目在技术上可行。(2) 经济可行性经济可行性主要是对项目经济上的分析，计算出开发系统所有的支出和估算能够取得的收益，在进行系统开发时应减少不必要的开支降低成本9。本系统所涉及的慢递行业是一个非常有发展前景的行业，在这个项目上将取得的收益是不可估量的，所以这个项目在经济上是可行的。(3) 操作可行性在网络快速发展的今天，人们开始注重操作的简洁、方便工作，系统要在满足业务功能需求的情况下，尽量做到系统操作界面简单、实用、人性化，让用户在进行操作时感到简便实用，所以这个项目操作上也是可行的。3.2 系统需求分析慢递管理系统前台采用了B/S结构，B/S结构使的系统的部署更加快速方便，用户无需安装客户程序，使得软件的更新维护得到很大程度的简化。慢递管理系统前台是面向慢递公司员工及客户的，主要是让客户可以在网上就进行慢递的预订而无须到慢递公司下订单，以及对于自己的资料和预订单、订单和配送单信息进行管理；员工可以通过系统对客户的预订单、订单、慢递的物品、配送单等进行管理。本系统的开发与设计是因为慢递管理系统能够使慢递公司的日常管理工作更加方便提高工作效率，而且可以拓展业务范围，客户可以遍布全球。通过对慢递管理系统前台的需求分析，得出慢递管理系统前台所需的功能如图3-1所示。图3-1 慢递管理系统前台功能图慢递管理系统前台所需的功能分为以下几个模块：(1) 客户注册登录模块对于第一次登录该系统的客户，可以进行注册，注册时需填写真实姓名、登录密码、身份证号、联系电话等信息，各项信息注册时都有填写规范，注册成功后即可获得客户编号登录系统进行操作。(2) 公司与行业信息模块客户可以从这一模块了解慢递这一富有创意的新兴行业，以及关于本时光慢递公司的基本情况与服务宗旨；慢递公司员工可以对信息进行管理。(3) 资费说明模块客户可以从这一模块了解慢递的收费细则、网上预订的流程以及常见问题的解决办法；员工可进行慢递收费标准的管理和预订流程的更改、客户可能遇到的问题的解决。(4) 客户管理模块添加客户可以是客户自主注册也可以是员工直接添加；客户可以修改自己的信息，而员工可以对所有的客户信息进行修改；员工可以删除没有任何收件人、预订单和订单的客户信息，但一般不建议直接删除客户信息，建议注销客户。(5) 收件人管理模块客户可以直接添加收件人信息也可以在添加预订单时添加收件人信息，客户可以修改自己的收件人信息，对于有相关预订单或订单的收件人不能删除；员工可以查看所有收件人信息或是某个客户对应的相关收件人信息，可以修改和删除没有相关预订单或订单的收件人信息。图3-2 预订单审核流程(6) 预订单管理模块客户注册、登录后，就可以进行网上预订，填写收件人信息和要慢递的物品信息生成预订单；客户可以对自己未审核的预订单进行修改和删除；员工对购买了慢递保险的客户的慢递物品进行估价并将估价结果返回给客户，客户对该估价及其所计算的保险费用进行确认，若客户对此不满意可以与修改或退预订单；员工对不购买保险和已确认保险费用的预订单进行审核，生成订单、配送单，同时更改预订单状态为已审核。预订单审核生成订单流程图如图3-2所示。(7) 订单管理模块客户只能通过添加预订单审核后生成订单，不能自己添加订单，但预订单生成订单后可以申请修改订单或退订单；员工可以添加订单，修改订单，删除订单及其相应的配送单。图3-3 配送单处理流程(8) 配送管理模块订单生成时同时生成配送单，在配送单上物品投递时间前一个月，将自动提醒客户确认收件人信息，以防收件人信息发生改变，确认后，员工将物品配送出去；若客户没有确认收件人信息，但收件人信息完整，那么同样将物品配送出去，若收件人信息不完整，则做流单处理。配送的流程图如图3-3所示。(9) 物品管理模块客户在本慢递系统前台中申请预订成功后，就可以将要慢递的物品寄送到时光慢递的总公司或是直接拿到附近的时光慢递营业点，员工对客户的慢递物品进行验收，员工对于客户慢递的物品进行保管，若物品发生损坏或丢失的情况，则员工要告知客户并赔付可能有的相应保险费用，若客户有需要员工将损坏的物品寄还给客户。3.3 数据库设计在满足慢递管理实际工作需求的情况下，系统设计应尽量遵循以下原则：通用性、经济实用先进性、成熟性、易于管理和维护安全性。数据库设计在系统开发设计的过程中的一个非常重要的核心环节，设计数据库关系直接影响到整个系统性能的好坏10。数据库的设计操作主要是对数据库里的数据信息进行分析，并且这应该是一个便于维护，很少冗余量，使用方便且合理化的数据库。数据库设计要将数据规范化，规范化是指用户如何处理数据信息之间的关系和怎么把数据信息存储到数据表中，数据规范化的设计能够使应用系统中的数据信息及其各元素之间的关系间的关联更加紧密11。本系统选用SQLServer2005作为数据库管理系统，SQLServer2005是个简单、可靠并且功能强大的数据库，提供了高级的可升级的体系结构，这种结构能够支持极其复杂的数据库应用程序。本系统按照第三范式准则和折衷原则建立了本系统数据库的表如表3.1 - 3.17所示。表3.1 员工表(employee)属性名称属性类型是否为空备注属性描述empnochar(13)not nullPrimary key员工编号empnamevarchar(20)not null员工姓名positionvarchar(20)not null职位sexchar(2)null性别QQvarchar(20)not nullQQphonevarchar(15)not null联系电话表3.2 客户表(customer)属性名称属性类型是否为空备注属性描述custnochar(13)not nullprimary key客户编号passwordvarchar(20)not null密码custnamevarchar(20)not null客户姓名QQvarchar(20)nullQQphonevarchar(15)not null联系电话sexchar(2)null性别addressvarchar(50)null住址表3.3 收件人表(receiver)属性名称属性类型是否为空备注属性描述receivernochar(13)not nullprimary key收件人编号receivernamevarchar(20)not null收件人姓名QQvarchar(20)nullQQphonevarchar(15)not null联系电话sexchar(2)null性别addressvarchar(50)not null住址表3.4 预订表(book)属性名称属性类型是否为空备注属性描述booknochar(13)not nullprimary key预订编号custnochar(13)not null foreign key客户编号bookdatedatetimenot null预订日期typeintnot null慢递类型receivernochar(13)not nullforeign key收件人编号shenhevarchar(20)not null是否审核bpaynumeric(8, 2)not null总费用bxintnot null慢递保险表3.5 预订明细表(ordertail)属性名称属性类型是否为空备注属性描述booknochar(13)not nullprimary key预订编号goodsnochar(13)not nullforeign key物品编号deliverdatedatetimenot null收件日期btpaynumeric(9, 2)not null明细费用bxpaynumeric(8, 2)not null保险费ccpaynumeric(8, 2)not null存储费tdpaynumeric(8, 2)not null投递费表3.6 订单主表(order)属性名称属性类型是否为空备注属性描述ordernochar(13)not nullprimary key订单编号custnochar(13)not null foreign key客户编号empnochar(13)not nullforeign key业务员编号receivernochar(13)not nullforeign key收件人编号orderdatedatetimenot null订单日期paynumeric(8, 2)not null支付费用typeintnot null慢递类型bxintnot null慢递保险booknochar(13)null相关预订单编号statevarchar(20)not null订单状态表3.7 订单明细表(ordertail)属性名称属性类型是否为空备注属性描述ordernochar(13)not nullprimary key订单编号goodsnochar(13)not nullforeign key物品编号deliverdatedatetimenot null投递日期otpaynumeric(9, 2)not null明细费用bxpaynumeric(8, 2)not null保险费ccpaynumeric(8, 2)not null存储费tdpaynumeric(8, 2)not null投递费表3.8 物品表(goods)属性名称属性类型是否为空备注属性描述goodsnochar(13)not nullprimary key物品编号goodschar(13)not null 物品描述valuenumeric(8, 2)not null物品价值goodsstateintnot null物品状态表3.9 退单表(back)属性名称属性类型是否为空备注属性描述backnochar(13)not nullprimary key退单编号ordernochar(13)not null foreign key订单编号backdatedatetimenot null退单日期empnochar(13)not nullforeign key业务员编号表3.10 退单明细表(backtail)属性名称属性类型是否为空备注属性描述backnochar(13)not nullprimary key退单编号goodsnochar(13)not null foreign key物品编号backdatedatetimenot null退单日期reasonvarchar(500)not null退单原因表3.11 入库单主表(GRN)属性名称属性类型是否为空备注属性描述GRNnochar(13)not nullprimary key 入库单编号GRNdatedatetimenot null入库日期empnochar(13)not nullforeign key仓库管理员编号表3.12 入库单明细表(GRNtail)属性名称属性类型是否为空备注属性描述GRNnochar(13)not nullprimary key入库单编号goodsnochar(13)not nullforeign key物品编号表3.13 提货单表(draw)属性名称属性类型是否为空备注属性描述drawnochar(10)not nullprimary key提货单编号GRNnochar(12)not nullforeign key入库单编号empnochar(10)not nullforeign key业务员编号drawdatedatetime提货日期表3.14 提货单明细表(drawtail)属性名称属性类型是否为空备注属性描述drawnochar(12)not nullprimary key提货单编号goodsnovarchar(20)not null物品编号表3.15 出库单表(outbound)属性名称属性类型是否为空备注属性描述outboundnochar(10)not nullprimary key出库单编号empnochar(10)not nullforeign key仓库管理员编号outdatedatetime出库日期表3.16 出库单明细表(outboundtail)属性名称属性类型是否为空备注属性描述outboundnochar(10)not nullprimary key出库单编号goodsno char(10)not nullforeign key物品编号drawnochar(10)not nullforeign key提货单编号表3.17 配送单表(ship)属性名称属性类型是否为空备注属性描述shipnochar(13)not nullprimary key配送单编号ordernochar(13)not nullforeign key订单编号goodsnochar(13)not nullforeign key物品编号deliverdatedatetimenot null投递日期empnochar(13)not null审核人shipdatedatetimenull配送时间shipmanchar(13)null配送人stateintnot null配送状态4 开发环境开发环境可以说是开发一个软件所要求的各种条件，包括软件环境和硬件环境。比如各种操作系统需要的硬件支持是不一样的，对CPU、内存等的要求都是不一样的，而许多应用软件不仅仅要求硬件条件，还需要软件环境的条件的支持，如果这些软件想跨平台运行，必须修改软件本身，或者模拟它所需要的软件环境12。以下是慢递管理系统前台所需的运行环境。4.1 硬件环境服务器端所需要的硬件环境如下：(1) CPU：Intel 奔腾双核 E2800 以上；(2) 硬盘：160GB SATA NCQ HDD SMART IV；(3) 内存：1GB PC2-6400 (DDR2-800)以上，建议2GB。客户端所需要的硬件环境如下：(1) 处理器：486处理器以上；(2) 内存：16MB 以上的内存；(3) 硬盘：100M以上。4.2 软件环境服务器端所需要的软件环境如下：(1) 操作系统：Windows 2000或以上；(2) 软件安装：Tomcat；(3) 数据库：SQL Server 2005；(4) 开发工具：My eclipse。客户端所需要的软件环境如下：(1) 操作系统：Windows 95/98或以上；(2) 软件安装：任意一款浏览器。5 系统实现系统的实现从需求分析，确定了系统的功能设计和业务流程功能，并设计了数据库，确定了系统所需的运行环境，接下来就是慢递管理系统前台的具体实现。本系统采用的体系架构是MVC框架。MVC，即Model View Controller，MVC是一个框架模式，它强制性地把应用程序的输入、处理和输出分离开来。MVC应用程序有三个核心部件：模型(model)、视图(view)、控制器(controller)，它们各自执行着自己的任务13。最典型的MVC就是JSP+servlet+javabean的模式，本系统采用的就是这种模式。MVC框架模式可以为应用程序处理多种不同的视图，在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。模型表示企业数据和业务规则，在MVC的三个部件中，模型拥有最多的处理任务，它被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据，由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。控制器接受用户的输入并调用模型和视图去完成用户的需求，所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理，它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据14。图5-1 公司与行业信息显示界面5.1 公司与行业信息模块客户可以从这一模块了解慢递这一富有创意的新兴行业，以及关于本时光慢递公司的基本情况与服务宗旨；慢递公司员工可以对公司和行业信息进行管理。系统在实现这部分功能时主要方法是将信息以文本的形式存放于文本文档中，然后在JSP页面中读取并显示出来。公司与行业信息显示界面如图5-1所示。5.2 资费说明模块客户无须登录就可以查看网上预订的流程，系统将给客户详细的指导，确保客户按步骤可以预订成功。客户可以查看时光慢递的收费说明，时光慢递是按照保管费用和慢递保险加上投递费用来设定收费标准的。另外，时光慢递小站还将客户在慢递过程中可能遇到的问题，例如：未来地址变动、物品丢失、慢递小店倒闭等，都一一向客户解答。客户慢递物品所产生的资费说明如图5-2所示。图5-2 资费说明界面5.3 客户与收件人管理模块客户登录系统后进入客户与收件人管理模块，选择客户信息，系统调用方法searchCustomer(String custno)从数据库中取出该客户的信息，然后将该客户的姓名、性别、电话等信息显示，客户可以直接在该页面上修改然后保存，系统调用客户信息修改方法updCustomer(customer c)修改数据库中客户信息；员工登录系统进入客户与收件人管理，选择客户信息，系统调用方法custSearchAll()从数据库取出所有客户信息，并以表格的形式显示在jsp页面上，员工可以选择修改或删除客户信息，若选择修改则调用方法updCustomer(customer c)，若选择删除客户，则首先判断其是否有收件人、预订单或是订单，有则提醒不能删除，无则调用方法delCustomer(String custno)从数据库中删除相应客户信息。客户可以管理自己的收件人的信息，员工则可以管理所有收件人信息，选择添加收件人，系统调用方法addReceiver(receiver r)则向数据库中插入一条收件人信息，选择修改则调用方法updateReceiver(receiver r)修改数据库中收件人信息，选择删除则调用方法delReceiver(String receno)从数据库中删除收件人信息。以客户信息删除为例展示客户信息管理实现结果如图5-3所示。图5-3 客户信息删除界面另外，为了能够更好的实现本慢递管理系统前台的设计，每一次用户的操作都可能涉及到对数据库中数据的操作，而按照自动编号的编码进行唯一的识别的话，就能够更准确的对于数据库中的数据进行操作，所以对于本数据库中的多张表都进行了主键自动编码15。本系统数据库表的自动编号的生成是用给表建立触发器的方法实现的，当插入数据到表中时，则发生触发产生13位的编号，其编码规则为各表的英文名称缩写+当天日期+流水号。例如，2013年6月6日在第一次客户表中插入数据，则该条数据的编号为CT20130606001。编号自动生成的触发器的主要语句如图5-4所示（以客户表为例）。ALTER TRIGGER dbo.customer_insert ON dbo.customer INSTEAD OF INSERT ASdeclare str varchar(15)declare i integerset str = CT+left(convert(char,getdate(),112),8)select i=isnull(max(cast(right(rtrim(custno),len(custno)-10) as integer),0) from(select custno from customer where custno like str+%) aset i=i+1INSERT INTO customerSELECT STR+SUBSTRING(CONVERT(CHAR(5),1000+i),2,3) as custno,password,custname,QQ,phone,sex,ID,address from inserted图5-4 编号自动生成的触发器语句5.4 预订单管理模块客户申请预订分为三步，一是填写收件人的信息，填写时需注意：系统自动搜索客户之前有过的收件人信息，客户可以直接选择，若之前并未下过订单，就只能自己输入；性