基于SSM的校园快递代取系统的设计与实现

I 目录第1章绪论 11.1系统开发的背景及意义 11.2国内外校园快递代取模式现状 21.3本课程研究主要内容 21.4系统开发环境与开发工具 3第2章系统需求分析 42.1可行性分析 42.2UML系统建模 52.2.2普通用户用例图 52.2.3代领人用例图 72.2.4系统管理员用例图 92.3数据流图 122.4本章小结 13第3章系统设计 153.1系统总体架构设计 153.2数据库设计 163.3系统模块的设计 193.3.1登陆模块 193.3.2下单模块 203.3.3意见反馈模块 213.3.4代领人接单模块 223.4本章小结 22第4章系统实现 234.1登陆模块的实现 234.2下单模块的实现 244.3意见反馈模块的实现 264.4代领人接单模块的实现 274.5反馈处理模块的实现 294.6本章小结 30第5章系统测试 315.1测试目的和意义 315.2测试方法 315.3测试用例 325.3.1登录测试 325.3.2用户下单测试 325.3.3查询订单测试 345.4本章小结 34第6章结束语 356.1全文总结 356.2课题展望 35参考文献 36致谢 37PAGEPAGE37第1章绪论1.1系统开发的背景及意义最近几年以来，网络购物渐渐地成为人们的一种生活习惯和消费，各高校快递物流的流通量近些年呈现出高幅度增长的趋势。在校园内，很多人都在为接收快递而苦恼。出于学校的校园区域限制非本校人员的进入，并且学校的快递点多和快递量又大，还有学校管理上没有送件上门这个服务。学生和学校的职工只有到快递点才能取到快递。因为各个快递点比较分散以及一般离学生宿舍比较远，因而学生取件很不方便。针对上面所说到的问题，实现一种由校园人员代取快递模式，以及基于SSM的校园快递代取系统，可以很好地化解了现有校园快递取件不便的问题，让系统中的用户能够足不出户，更方便的拿到自己的快递。本课题主要研究和开发校园快递代取系统，对高校校园快递收取存在的问题进行分析和解决。随着互联网信息迅速发展，以及学生消费水平的显著提高，网购已成为各高校学生优先考虑的一种购物方式。我们能够从网上商城浏览各种商品信息，不用出门就能买到自己想要的商品，并且网络支付的出现让我们更容易进行网上购物。在快递走进校园的同时，它也带来了快递量大造成的拥挤等问题。因此，校园快递代取系统的出现就可以很好地改善快递量多带来的滞后问题，同时给需要的同学提供了兼职的机会。基于SSM的校园快递代取系统具有简单的操作性，目前主要是面向全国高校在校学生提供快递代取功能，让快递迅速到达收件人手上，为没有时间或者不方便取快递的人送快递上门。只要有需求的用户登录系统中选择所需求的功能进行操作，即可快捷并方便地获取到自己的快递或有效地接下订单带领快递。校园快递代取系统的研发具有以下两点意义：1）该系统的研发成功可以便利同学们领取自己的快递和提供一个很好的兼职平台给需要的同学。开拓校园兼职市场。2）该系统的成功开发将成为高校兼职信息化、物品送货上门的一个典范作为高校的一个快递带领平台的开发，该系统的成功与否将给本系甚至本校的兼职市场提供了许多机会和解决同学们不方便取快递的需求。1.2国内外校园快递代取模式现状目前校园快递代取作为一种顺应快递迅速猛增的模式应运而生。信息化技术和互联网化的交易方式被应用在网上各个平台。在电子商务行业高速发展起来了，高校学生大多数选择网上购物。高校的购物党会因为时间冲突、不在学校等其他缘故，错过取快递时间而心慌意乱。校园快递代取系统的出现很好地解决了这些问题，这种代取平台的出现不单单可以解决购物党无法顺利取到快递的问题，也为需要做兼职的同学们提供了一个工作机会。校园快递代取模式已成为高校学生们非常欢迎的取快递服务。代取快递服务模式的投入成本小、校园物流多和工作分配灵活、具有效率收益。因此，在大学校园里的推行相比较容易。张议,肖珊珊,卓晓芸.高校校园快递现状调研及问题分析[J].中国物流与采购,2017(14):76-77.快递代取服务在校园中深受大众喜欢，它能够满足许多学生张议,肖珊珊,卓晓芸.高校校园快递现状调研及问题分析[J].中国物流与采购,2017(14):76-77.1.3本课程研究主要内容校园快递代取系统包括以下子系统如图1-1所示：校园快递代取系统校园快递代取系统代领人子系统用户子系统系统管理员子系统图1-1系统的组成用户子系统：用户在系统中可以发起订单，然后可以根据订单号查询进度，还可以反馈系统或订单的意见，并可根据反馈号查询结果。其需求有：用户注册登录、下单、意见反馈、查询订单、查询反馈以及个人中心服务。代领人子系统：拥有代领人角色权限的用户能接下其他用户添加的订单，在规时间内完成订单并确认完成，期间可以对异常的订单进行异常处理。包括以下需求：接单、确认完成订单、处理异常订单。系统管理员子系统：系统管理员对校园快递代取系统的订单、人员、反馈信息进行管理，维护系统运转所需要的数据。系统管理员包括以下需求：人员管理，订单处理，反馈处理。1.4系统开发环境与开发工具校园快递代取系统开发的过程使用的OS为：Windows10，以及其CPU为i5-8260U和运行内存为8G;开发工具选用IDEA；使用JDKVersion1.8.0作为开发工具包，JasonBrittain,IanF.Darwin.TomcattheDefinitiveGuide[M]//Tomcat:TheDefinitiveGuide.O'ReillyMedia,Inc.2003.使用Tomcat8.5作为项目部署的服务器；使用GoogleChromeJasonBrittain,IanF.Darwin.TomcattheDefinitiveGuide[M]//Tomcat:TheDefinitiveGuide.O'ReillyMedia,Inc.2003.

第2章系统需求分析网络购物方式日益成为高校学生在校生活的重要组成部分，为了方便学生收取快递，校园快递代取模式的产生和发展正好满足同学们的这种需求。然而，校园快递代取系统也应运而生，成为一种深受同学们欢迎的快递代取平台。校园快递代取系统的角色被划分为普通用户、代领人、以及系统管理员。普通用户登录成功之后，即可填写订单信息并发起订单，并能根据订单号查询具体的订单信息，普通用户也可以对订单进行意见反馈。配送员是普通用户申请具有配送员权限的角色，能够进入接单大厅进行选择性接单和管理自己的订单。系统管理员负责对管订单、人员、用户反馈等进行管理。该系统的核心与主要功能模块分为：普通用户模块、代领人模块、管理员模块。2.1可行性分析可行性研究可以确定系统能否值得去开发，避免投入开发等资金亏损。通常来说，要从经济、技术、运行和法律四个方面进行分析，做出明确结论给用户参考。（一）经济可行性 校园快递代取系统开发过程消耗成本低和维护过程损耗低，本系统使用免费版IDEA作为开发工具；WideniusM,AxmarkD,DuboisP.MysqlReferenceManual[M].O'Reilly&Associates,Inc.2002.使用版本为5.7.28的MySQL作为系统后台数据管理库，开发工具都不用花费资金，即能使用。因此该系统开发过程，主要是在消耗个人时间和精力，WideniusM,AxmarkD,DuboisP.MysqlReferenceManual[M].O'Reilly&Associates,Inc.2002.（二）技术可行性 校园快递代取系统后端使用开源框架TomcyJohn.LearnSpringFramework[M].Springer,Berlin,2013.SSM实现，前端的实现使用了bootstrap+layer开源框架；IDEA是功能齐全，编码效率高的JAVA开发工具。开发过程中用到的技术和知识都是在校期间学习过的，因此，这些工具TomcyJohn.LearnSpringFramework[M].Springer,Berlin,2013.（三）运行可行性 校园快递代取系统简单易操作，功能清晰。懂得浏览网站的人都能轻松使用，学生们完全能够掌握使用，在运行上是没有问题的。（四）法律可行性 本系统的设计和实现均由个人独自开发，使用的系统框架均为开源框架和正版的开发工具，无入侵他人权益行为和没有违反国家政策的行为。2.2UML系统建模 根据上述的功能分析，可以得出系统的参与者有：普通用户、代领人和系统管理员。根据参与者来划分，系统用例图可以分为：普通用户用例图、代领人用例图和系统管理员用例图。2.2.2普通用户用例图普通用户用例有：用户注册登录、查询订单或反馈、下单、意见反馈、个人中心等用例。在校园快递代取系统中，用户可以通过注册成为系统的普通用户之后登录上系统；当自己有需要时，填写被代领快递订单的信息，即可发起订单；可以根据订单号查看订单的信息状态；在个人中心，可以修改用户的基本信息。普通用户用例图如图2-1所示：图2-1普通用户的用例关系图用户用例的部分用例描述如下所述。表2-1下单用例规约表用例编号2-1用例名称下单功能描述用户在填写订单界面进行下单操作执行者用户前置条件进入填写订单界面后置条件下单成功，显示订单号涉众利益用户基本路径1、用户下单1.1、用户在填写订单界面填写订单信息（取件人姓名、联系电话、取件短信、配送地址、备注（可选）），以及验证码1.2、订单结算1.2.1、用户提交订单信息请求，进入订单结算界面1.2.2、用户输入包裹重量，系统计算出订单费用1.2.3、用户可以选择线下支付，系统保存订单信息，订单完成；用户也可以悬着线上支付宝支付方式，系统将提交用户请求，进入支付界面，等待用户支付完成后，系统保存订单信息，订单完成1.3、用户成功下单，得到系统反馈的订单号拓展1.2.3a、用户对快递订单付款时，支付费用时间超过系统允许的时间范围时订单将被系统取消1.2.3b、用户选择线上支付宝平台进行付款时，如果用户付款账户余额不足，用户付款操作被终止，系统提示用户付款账户余额不足，请重新付款字段列表取件人姓名、配送地址、取件短信、备注（可选）、联系电话、验证码备注无表2-2意见反馈用例规约表用例编号2-2用例名称意见反馈功能描述用户可以对系统或订单等问题进行反馈执行者用户前置条件登录用户进入填写意见反馈信息界面后置条件显示出反馈号涉众利益用户基本路径1.意见反馈1.1输入反馈类型、反馈人、联系电话、反馈内容、验证码，提交反馈1.2系统得到用户的反馈请求，保存反馈信息到后台数据库表，并反馈给用户系统随机生成的反馈号1.3界面显示反馈号拓展1.1a、如果输入条件为空，则提示该条件不能为空字段列表反馈人、反馈类型、联系电话、反馈内容、验证码备注无2.2.3代领人用例图代领人用例有：注册、登录、订单管理、接单、个人中心等用例。代领人用例图如图2-2所示：图2-2代领人用例图代领人用例的部分用例描述如下所述。表2-3接单用例规约表用例编号2-3用例名称接单功能描述代领人在接单大厅界面查看到订单表，可以查看每个订单详细信息，选择订单进行接单执行者代领人前置条件代领人已登录系统，前往接单大厅界面后置条件在我的订单可以查看到已经接单的订单涉众利益代领人、用户基本路径1.代领人进入接单大厅界面，查看到订单列表1.1选择一个订单查看其详细内容，点击查询图标1.2系统获得点击请求，根据该订单id查询后台数据表，反馈查询结果1.3界面显示订单详情2.接单2.1代领人可以单选或多选订单进行接单，提交接单请求2.2系统相应用户请求，保存提交请求后反馈成功信息2.3弹框界面显示接单成功拓展无表2-4订单管理用例规约表用例编号2-4用例名称订单管理功能描述代领人在我的订单界面，可以查看订单、确认完成的订单，标记异常的订单执行者代领人前置条件代领人已登录系统，前往我的订单界面后置条件代领人操作后的订单得到异步刷新涉众利益代领人基本路径1.代领人进入我的订单界面，查看到接单列表1.1选择一个订单查看其详细内容，点击查询图标1.2系统获得点击请求，根据该订单id查询后台数据表，反馈查询结果1.3弹框界面显示订单详情2.确认订单2.1在代领人完成订单配送后确认订单，提交确认请求2.2系统得到请求后，更新订单状态，返回更新结果2.3订单配送完成，订单刷新，显示完成状态3标记异常订单3.1代领人选择异常订单进行操作，输入订单的异常详情，提交到系统3.2系统得到请求后，更新订单状态，返回更新结果3.3该订单刷新，显示为异常状态拓展无字段列表异常详情备注订单发生异常，可以是订单信息存在问题或订单存在意外状况（快递不存在、丢失）问题2.2.4系统管理员用例图系统管理员图中包括的用例有：登录、订单处理、反馈处理、人员管理、个人中心。系统管理员用例图如图2-3所示。图2-3系统管理员用例图系统管理员用例的部分用例描述如下所述。表2-5订单处理用例规约表用例编号2-5用例名称订单处理功能描述系统管理员浏览订单列表，可以查看订单详情、分配订单给配送员，处理异常的订单、以及进行删除订单执行者系统管理员前置条件系统管理员进入系统，前往订单列表界面后置条件订单列表内容得到异步刷新涉众利益系统管理员基本路径1.查看订单详情1.1选择一个订单查看其详细内容，点击查询图标1.2系统获得请求，根据该订单id查询后台数据表，反馈查询结果1.3弹框界面显示订单详情2.分配订单2.1管理员根据业务情况可以分配订单，选择订单并选择订单派送人员（代领人），提交确认请求2.2系统得到请求后，更新订单状态，返回更新结果2.3订单配送完成，订单刷新，显示派送员和显示订单在派送中3.标记异常订单3.1管理员选择异常订单进行操作，输入订单的异常详情，提交到系统3.2系统得到请求后，更新订单状态，返回更新结果3.3该订单刷新，显示为异常状态4.删除订单4.1管理员在订单列表界面选择订单移入订单回收站4.2系统得到请求后，更新订单，返回更新结果4.3管理员在订单回收站可以对订单进行恢复、删除的操作4.3.1管理员选择订单进行恢复，系统会更新订单状态，该订单将显示在订单列表界面中4.3.2管理员选择订单删除，系统响应请求，把该订单所有信息从数据表中删除，并返回反馈结果4.4订单删除成功拓展无字段列表异常详情备注3a.订单发生异常，可以是订单信息存在问题或订单存在意外状况（快递不存在、丢失）问题表2-6反馈处理用例规约表用例编号2-6用例名称反馈处理功能描述管理员对用户的反馈信息进行回复和删除操作执行者管理员前置条件管理员登录系统，进入反馈管理界面后置条件反馈信息的到管理员处理或反馈信息已被删除涉众利益管理员基本路径1.回复反馈1.1管理员进入填写反馈内容界面1.2填写反馈内容，提交处理1.3系统保存反馈信息，更新数据表，并返回更新结果给用户1.4反馈状态更新，管理员和用户可以查看到反馈处理结果2.删除反馈信息2.1选择反馈进行删除，点击删除图标2.2系统响应删除请求，将该反馈信息从数据表删除，反馈处理结果2.3该反馈信息从列表移除拓展输入反馈内容为空，处理将取消并返回上一页面字段列表反馈内容备注无2.3数据流图登录数据流图登录数据流的过程：用户进入校园快递代取系统的登陆界面，填写用户的登录信息;系统校验数字图形验证码，用户信息是否与后台数据一致；系统将查询结果返回并判断用户的角色权限，生成相应的主页。用户登录数据流图如图2-4所示：图2-4登录DFD用户下单数据流图用户下单数据流的过程：第一步是已登录的用户进入填写快递信息和个人信息后提交下单请求；第二步是系统验证订单信息通过后，然后用户可以选择支付方式，如果选择线下支付方式，下单完成；若选择上线方式，等待用户线上支付成功后订单才会生成；最后系统将处理结果返回给用户。用户发起订单DFD如图2-5所示：图2-5用户下单DFD意见反馈数据流图意见反馈数据流的过程：第一步是填写相关信息提交到系统；第二步是系统保存反馈信息并将用户反馈的信息传送给系统管理员；第三步就是管理员查看到反馈的信息，将实际地做出处理；最后将处理的结果返回给用户。意见反馈数据流图如图2-6所示：图2-6意见反馈DFD代领人接单数据流图代领人接单数据流过程为：代领人请求接单，系统处理接单请求，代领人成功接单后，系统将订单被接单信息反馈给用户。代领人接单DFD如图2-7所示：图2-7代领人接单DFD订单管理数据流图系统管理员能够查看订单和删除订单。管理员提交查看或删除请求，系统处理管理员的请求，最后将处理结果返回给管理员。订单管理DFD如图2-8所示：图2-8订单管理DFD2.4本章小结本章对校园快递代取系统进行了明确清晰的需求分析。通过可行性分析，确保校园快递代取系统开发的可能性。另外，本章从普通用户、代领人、系统管理员三个角色的角度对系统进行了UML建模，给出了各自的功能用例关系图以及部分用例对应的规约表，进行了详细的分析说明。最后，本章给出登录、用户发起订单、意见反馈、代领人接单、订单管理这五个小模块的数据流图，并作了简要说明。

第3章系统设计3.1系统总体架构设计根据校园快递代取系统的需求分析，校园快递代取系统的功能模块有：普通用户模块、代领人模块和管理员模块，图3-1为校园快递代取系统的功能模块结构图。图3-1系统的功能模块结构图用户模块功能设计如下：登录注册：用户可以向系统申请注册为普通用户，然后可以进行登录系统。下单：用户填写相关订单信息，完成结算提交支付后，订单将发布到接单大厅。查询订单或反馈：用户可以根据订单号（或订单号）准确查询到某个订单（或反馈）的状态。意见反馈：用户把订单完成过程产生的问题和系统中的不足反馈给系统管理员。个人中心：更改用的基本信息，例如：修改密码。代领人模块功能设计如下：接单：代领人能够在订单列表中选择性接单。订单管理：代领人可以查询自己的接单列表，完成订单后可选择确认完成订单操作，订单存在问题时，可将订单标记为异常状态并提交相关问题信息。个人中心：更改用户的基本信息，例如：修改密码。管理员模块功能分析如下：订单处理：管理员可查看订单列表，可标记异常订单，也可将订单移除到订单回收站。人员管理：管理员可对代领人的权限进行任职、离职操作。用户反馈：管理员查看到用户反馈的信息，将处理结果回复给用，删除已经处理或无意义的反馈信息。个人中心：更改用户的基本信息，例如：修改密码。3.2数据库设计根据第二章的系统需求分析和系统总体架构设计，陈浩川,饶志坚.校园快递代取系统的数据库分析与设计[J].中国信息化,2018,000(010):43-45.可以对校园快递代取系统的数据库进行设计。在校园快递代取系统E-R图中，有四个实体，分别是系统用户、快递订单、订单支付信息、反馈信息。系统用户与快递订单、系统用户与反馈信息是一对多的关系，快递订单与订单支付信息是一对一的关系。校园快递代取系统E-R图如图3-2陈浩川,饶志坚.校园快递代取系统的数据库分析与设计[J].中国信息化,2018,000(010):43-45. 图3-2系统全局E-R图根据校园快递代取系统E-R图的设计，系统需要建立数据库表来保存一些相关的信息，数据库的名称为express-ssm,数据表有：用户信息表、订单信息表、订单支付信息表、反馈信息表，以下表是对上述数据库表具体的设计：SysUser（用户信息表）表表3-1SysUser表列名数据类型可为空注释IDVARCHAR(255)NOTNULL用户IdUSERNAMEVARCHAR(255)NOTNULL用户名PASSWORDVARCHAR(255)NOTNULL密码TELVARCHAR(1)NULL电话号码SEXVARCHAR(255)NOTNULL性别ADDRESSVARCHAR(255)NULL地址BIRTHDAYVARCHAR(255)NULL生日日期ROLE_IDINT(11)NOTNULL权限idSTATUSINT(11)NOTNULL状态CREATE_DATEDATETIMENOTNULL创建时间UPDATE_DATEDATETIMENULL修改时间表3-1给出了存放用户信息的数据库表结构（如用户Id、权限id、用户名、性别、地址、密码、生日日期、状态、电话号码等），表中各字段代表的含义在第四列“注释”中有具体描述，该表的主键为用户Id。Express(订单信息表)表表3-2为订单信息表，用于存放用户快递订单的有关信息（如姓名、手机号码、订单号、快递短信、配送地址、订单备注、订单状态、配送人员、配送人员备注、订单是否删除、创建时间等），该表的主键为ID。Express表结构如表3-2所示：表3-2Express表列名数据类型可为空注释IDVARCHAR(255)NOTNULL订单号NAMEVARCHAR(16)NOTNULL收件人TELVARCHAR(24)NOTNULL手机号码MESSAGEVARCHAR(255)NOTNULL快递短信ADDRESSVARCHAR(255)NOTNULL配送地址REMARKVARCHAR(255)NULL订单备注STATUSINT(11)NOTNULL订单状态STAFFVARCHAR(255)NULL配送人员STAFF_REMARKVARCHAR(255)NULL配送人员备注HAS_DELETETINYINT(1)NOTNULL订单是否删除CREATE_DATEDATETIMENOTNULL创建时间UPDATE_DATEDATETIMENULL修改时间Express_payment(订单支付信息表)表表3-3为订单支付信息表，用来存储订单支付的相关信息（如订单号、支付方式、支付状态、线上支付、线上支付第三方的流水号、线上收款方、线下支付金额等），该表主键为EXPRESS_ID，Express_payment表结构详情如表3-3所示：表3-3Express_payment表列名数据类型可为空注释EXPRESS_IDVARCHAR(255)NOTNULL订单号STATUSINT(11)NULL支付方式TYPEINT(11)NULL支付状态ONLINE_PAYMENTDOUBLENULL线上支付ONLINE_PAYMENT_NUMVARCHAR(255)NULL线上支付流水号ONLINE_SELLERVARCHAR(255)NULL线上收款方OFFLINE_PAYMENTDOUBLENULL线下支付金额REMARKVARCHAR(255)NULL备注CREATE_TIMEDATETIMENOTNULL创建时间UPDATE_TIMEDATETIMENULL修改时间（4）Feedback(反馈信息表)表表3-4为反馈信息表，用来存放用户反馈给管理员的相关信息，该表主键为id。Feedback表结构详情如表3-4所示：表3-4Feedback表列名数据类型可为空注释IDVARCHAR(255)NOTNULLidNAMEVARCHAR(255)NOTNULL反馈人TELVARCHAR(255)NOTNULL联系方式TYPEVARCHAR(255)NOTNULL反馈类型（1.订单反馈、2.意见反馈、3.BUG反馈）MESSAGEVARCHAR(255)NOTNULL反馈信息STATUSINT(11)NULL反馈状态（0：等待处理、1：处理完成）STAFFIDVARCHAR(255)NULL处理人RESULTVARCHAR(255)NULL处理结果CREATE_DATEDATETIMENOTNULL创建时间UPDATE_DATEDATETIMENULL更改时间3.3系统模块的设计根据校园快递代取系统的需求分析和功能模块设计，校园快递代取系统的模块设计主要包括普通用户模块、代领人模块、系统管理员模块的设计，本小节不在此对所有的模块的设计进行介绍，以下将介绍系统小模块中的用户登陆模块、下单模块、用户意见反馈模块、代领人接单模块、反馈处理模块的设计。3.3.1登陆模块登录模块是用户前往登录界面后，输入相关信息进行登录，如果登录信息错误,则登录失败,只有通过校验正确的用户,即可根据用户的权限访问校园快递代取系统。。其具体的流程图如图3-3所示：图3-3登陆流程图3.3.2下单模块用户下单的前提是用户能够登陆校园快递代取系统。用户进入填写好快递具体的信息，填写好相关信息之后向系统提交下单请求，接下来前往订单结算，系统会根据用户输入的快递重量计算出配送费，用户还可以挑选线上或线下的支付方式，如果用户选择线上进行支付，支付完成，则用户下单成功了；如果用户选择线下支付，则用户下单成功；系统将保存订单信息到数据库的订单信息表中。下单的流程图如图3-4所示：图3-4下单流程图3.3.3意见反馈模块意见反馈可以是反馈订单问题、意见反馈、系统BUG反馈。在意见反馈页面，用户填写相关的反馈信息，当用户填写完信息后，发送反馈请求，反馈信息将由系统写入数据库的反馈信息表中，并等待管理员处理。意见反馈的流程图如图3-5所示：图3-5意见反馈的流程图3.3.4代领人接单模块代领人接单是拥有代领人权限的用户可以在订单列表界面选择性接单，代领人可以先查看订单的详细信息后做出接单选择，接单后，如果订单出现异常，代领人可以在系统的订单列表页面选择异常的订单，向系统提交异常处理，并上报该异常的详细情况，提交到系统中；如果订单顺利完成后，代领人可以在系统的订单列表页面选择该订单，向系统提交确认请求，完成接单任务。其具体的流程图如图3-6所示：图3-6代领人接单流程图3.4本章小结本章介绍了从系统的总体架构：系统功能模块分为用户模块、代领人模块、管理员模块的；数据库的设计：建立数据表以及设计每张表的字段类型和大小。系统模块设计中，通过流程图详细介绍了部分模块的流程设计。本章节对校园快递代取系统进行了详细的功能设计和数据库设计，清晰地说明了系统的主要功能和数据存储的详情。第4章系统实现根据上一章系统模块的详细设计，本节给出了它们实现。下面分别是它们实现的部分界面效果。4.1登陆模块的实现下图4-1是登陆模块的实现界面图，页面上有验证码、用户名和密码的文本框，一个数字图片验证码，以及一个登录按钮，当用户单击“登陆”按钮将进行登陆操作；图4-1登陆界面 如图4-1所示，用户填写完登录信息，单击“登陆”按钮后，系统将进行信息验证，若验证码、用户名和密码都正确，用户身份校验通过，系统将根据这个用户的权限生成相关的主页面。如图4-2为普通用户登录成功进入的主页面。普通用户主页中，左边是用户操作的菜单栏，右边是主页显示的内容区域。图4-2用户主页面 实现登录模块中校验账号的主要代码如图4-3所示： 图4-3登录校验代码图4.2下单模块的实现 如图4-4是下单模块实现的模态框界面图，主要有六个文本框（订单信息的取件人姓名、取件短信、备注、配送地址、联系电话、验证码）、一个数字图形验证码以及三个按钮（提交订单的前往结算按钮、清空表单的重新填写按钮、关闭模拟框的关闭按钮）。 图4-4用户主页面如图4-5所示，当用户用户输入表单信息并提交后，系统将跳转到订单结算界面，界面中有显示出订单的基本信息(姓名、取件短信、配送地址、备注、联系电话)、价格计算说明、包裹重量，以及两个按钮（支付宝支付的按钮、线下支付按钮）。若用户选择线下支付，系统将保存用户订单，提示用户完成订单并生成订单号。若用户采用支付宝支付，系统将响应用户请求跳转页面到支付宝支付界面，支付宝支付界面如图4-6所示。图4-5订单结算界面图4-6支付宝支付界面 实现用户下单模块的线下支付方式的主要代码如下：//创建订单

StringexpressId=expressService.createExpress(express);

//创建订单支付信息

ExpressPaymentpayment=expressPaymentService.createOfflinePayment(expressId,money);

//将支付信息写入session

session.setAttribute(SESSION_LATEST_PAYMENT,payment);

//下单成功后删除Express的session

session.removeAttribute(SESSION_LATEST_EXPRESS);

returnMsg.ok(null,"/user/payment/result");4.3意见反馈模块的实现意见反馈模块实现的模态框如图4-7所示，界面中有五个文本框（反馈信息的反馈类型、反馈内容、姓名、验证码、联系电话）、一个数字图形验证码以及三个按钮（提交反馈按钮、清空表单的重新填写按钮、关闭模拟框的按钮）。用户填写完信息，提交反馈，系统会响应用户的请求，生成反馈号反馈给用户。反馈成功界面如图4-8所示。图4-7意见反馈模态框界面图4-8反馈成功界面实现意见反馈模块的主要代码如下所示：publicMsgfeedback2(Feedbackfeedback){

feedback.setCreateDate(newDate());

feedbackService.insert(feedback);

returnMsg.ok(null,feedback.getId());

}4.4代领人接单模块的实现 如图4-9是代领人接单模块实现的接单大厅界面。代领人进入接单大厅界面后，可以根据姓名、订单号等条件进行查询，得到订单列表。代领人可以查看订单的详细信息和单选或多选订单进行接单。当代领人接单成功后，该订单将从接单大厅列表中移除，显示到代领人的“我的订单”界面中。代领人的订单界面如图4-10所示，代领人在完成订单过程中能够处理异常订单，当订单配送完成，代领人可以确认订单完成。图4-9接单大厅界面图4-10代领人的订单界面 实现代领人接单模块的主要代码如下所示：publicMsgacceptExpress(String[]ids){

for(Stringid:ids){

Expressexpress=expressService.selectById(id);

express.setStaff(globalFunction.getUserId());

express.setStatus(ExpressStatusEnum.TRANSPORT.getIndex());

expressService.updateById(express);

}

returnMsg.ok();

}4.5反馈处理模块的实现如图4-11是反馈处理模块的反馈列表界面。管理员在反馈列表界面可以根据反馈类型、反馈号、反馈状态这些条件查询相关的反馈信息，同时可以对用户的反馈进行恢复，以及删除反馈信息。图4-11反馈列表界面 管理员对用户的反馈进行回复时，将进入反馈处理模态框，界面里有一个文本框。管理员填写反馈的处理结果，提交处理，系统将保存反馈信息并将处理详情提供给用户查看，此条反馈状态将更新为已处理状态。反馈处理模态框的实现如图4-12所示。 图4-12反馈处理模态框实现反馈处理模块的主要代码如下所示：publicMsghandleFeedback(Stringid,Stringcontent){

if(StringUtils.isBlank(id)||StringUtils.isBlank(content)){

returnMsg.error("参数错误");

}

Feedbackfeedback=feedbackService.selectById(id);

//设置处理人为当前用户

feedback.setStaffId(globalFunction.getUserId());

feedback.setResult(content);

//0代表未处理，1代表已处理；默认为0

feedback.setStatus(1);

feedbackService.updateById(feedback);

returnMsg.ok();

}

}4.6本章小结本章从系统的五个模块的实现进行了介绍。对每个模块的实现效果和功能都做出了详细的说明。比如下单模块和代领人接单，这两个模块是校园快递代取系统的核心模块。这些模块的实现效果基本上可以满足用户的需求。

第5章系统测试5.1测试目的和意义 找到系统中的存在的不足是系统测试的目的。系统中可能存在界面溢出、功能错乱、数据错误、显示不当等缺陷，为了保证软件产品的质量和给用户更好的体验感以及降低软件项目开发的成本，系统测试已经成为了软件开发流程中的关键环节。 系统测试提升了软件质量，降低了软件开发投资的资金，提高用户的体验。测试成为了保障整个软件系统质量的重要环节。5.2测试方法 校园快递代取系统的测试使用黑盒测试的方法进行测试。测试中，采用的用例输入分别是错误和正确的条件。部分功能具体的测试计划如下所示：测试1：测试名称：登录测试目的：测试用户登录功能测试内容：验证码、用户名和密码的输入，校验正确，用户主页面显示测试2：测试名称：用户下单测试目的：测试用户下单功能测试内容：用户填写订单界面显示、取件人姓名输入、联系电话输入、取件短信输入、配送地址输入、备注输入、验证码输入、表单清空按钮检查、检查支付宝方式支付按钮、测试3：测试名称：查询订单测试目的：测试查询订单功能测试内容：订单号输入、搜索功能测试、检查查询内容显示5.3测试用例5.3.1登录测试 功能描述：用户输入相关信息进行登录。如果输入的登录信息错误或不输入任一登录信息，则登录界面会显示相应的警告信息；输入正确的登录信息后，将登录进入系统主页。登录测试用例如表5-1所示。表5-1用户登录测试用例表序号测试目的测试输入测试结果测试说明用户名密码验证码1空用户名（为空）123验证码正确输入用户名或密码不能为空2密码为空李明（为空）验证码正确输入用户名或密码不能为空3用户名和密码不输入（为空）（为空）验证码正确输入用户名或密码不能为空4验证码不输入李明123（为空）验证码不能为空用户名和密码正确输入5验证码错误输入李明1230000验证码输入错误用户名和密码正确输入6用户名、密码错误输入123李明验证码正确输入用户名或密码错误7用户名、密码正确输入李明123验证码正确输入登录成功进入正确的用户主界面5.3.2用户下单测试 功能描述：用户进入订单填写界面，输入相关信息，提交订单，完成结算后，将生成相关订单。每项信息均为必填项，如果输入信息为空，会出现提示信息；联系电话验证长度不少与11位；提交填写信息，将跳转到订单结算界面并显示出填写信息，选择包裹重量只能输入阿拉伯数字。根据用户下单测试计划的内容（用户填写订单界面显示、取件人姓名输入、联系电话输入、取件短信输入、配送地址输入、备注输入、验证码输入、表单清空按钮检查、检查支付宝方式支付按钮），用户下单测试用例如表5-2所示。表5-2用户下单测试用例表序号测试目的测试内容测试结果测试说明1测试下单功能选择“我要下单”命令正常显示“快递代取信息填写”模拟框界面界面和设计时保持一致2测试数据输入完整性“取件人姓名”、“联系电话”、“取件短信”、“配送地址”、“验证码输入”都未空提示——不能为空3测试输入部分数据“取件人姓名”为张三、“联系电话”为空、“取件短信”为中通快递、“配送地址”为3栋605、“验证码输入”为正确输入提示——联系电话不能为空4测试输入部分数据“取件人姓名”为张三、“联系电话”“取件短信”为中通快递、“配送地址”为空、“验证码输入”为正确输入提示——配送地址不能为空5测试输入部分数据“取件人姓名”为空、“联系电话”“取件短信”为中通快递、“配送地址”为3栋605、“验证码输入”为正确输入提示——必填项取件人姓名不能为空6测试输入部分数据“取件人姓名”为张三、“联系电话”“取件短信”为空、“配送地址”为3栋506、“验证码输入”为正确输入提示——取件短信不能为空7测试输入部分数据“取件人姓名”为张三、“联系电话”“取件短信”为中通快递、“配送地址”为3栋506、“验证码输入”为空提示——验证码不能为空8测试表单清空按钮点击“重新填写”命令填写信息被清空效果与设计一致9测试逻辑处理按钮点击“支付宝”命令跳转到支付界面，支付金额准确效果与设计一致5.3.3查询订单测试 功能描述：用户进入查询订单模拟框界面，输入搜索条件订单号即可查询到该订单的详细信息。如果输入订单号为空，会出现提示信息。如果输入不存在的订单号，会出现查询不到的提示信息。当输入正确的订单号，则会显示出该订单的详细信息。根据查询订单测试计划的内容（订单号输入、搜索功能测试、检查查询内容显示），查询订单测试用例如表5-3所示。表5-3查询订单测试用例表序号测试目的测试内容测试结果测试说明1测试输入数据为空不输入订单号，点击“搜索”命令提示—查询内容不能为空2测试输入不合理的数据输入123后，点击“搜索”命令提示—没有查询到相关数据3测试查询内容显示输入合理的订单号，点击“搜索”命令显示出该订单号的订单信息显示内容与设计一致5.4本章小结 以上主要介绍了系统采用了黑盒测试进行校园快递代取系统测试的部分具体实例，其中包括了用户登录模块测试、用户下单模块测试、查询订单模块测试，大概介绍了校园快递代取系统主要的功能实现情况，在测试过程中发现了一些系统问题并对这些问题作出了修改。

第6章结束语6.1全文总结经过三个月的基于SSM的校园快递代取系统的设计与实现，我巩固了所学的Java的知识，对项目中出现的一些问题有了更加深刻的理解和相对应的解决办法，对SSM架构、编程思想有了更加深刻的理解。我通过基于SSM的校园快递代取系统的实现，学会了一种新的后端认证框架，那就是现在比较好用的Shiro，以及掌握了前后分离项目的设计思路。在项目设计中，其中由于设计思路不清晰出现了这样一个问题：编写完后台的接口才发觉后台接口返回给前端都是json格式的数据，以致于无法访问前端界面。最后通过四处搜索别人的Dome，才知道可以再前端通过js解析json数据形成再次访问路径（此路径为页面跳转），然后再通过建立页面跳转的Controller，就顺利将前后端链接起来了。毕业设计是学校对我们四年来学习成果的一次检验，基于SSM的校园快递代取系统的设计与实现基本上自己在大学生活中学习的大部分知识都运用进去了，但是还不够，在许多方面还没有考虑全面，相信自己在以后进入工作中会更加努力，做出更加完美、用户体验更好的系统。6.2课题展望基于SSM的校园快递代取系统的主要功能都得以实现，但是还有很多方面需要完善。线上支付方式只实现了支付宝支付，还需添加微信支付的方式。由于时间不足，对于系统界面的设计比较简洁，对于系统的功能设计也比较单一，后期将会优化校园快递代取系统的界面，补充快递代寄功能、订单评价功能、系统消息通知功能、代领人工资结算功能，使得校园快递代取系统可以给予用户更好的体验感。

参考文献林信良.Spring2.0技术手册[M].北京：电子工业出版社，2005(美)威尔德，斯尼德等著，赵利通译.SpringFramework2入门经典[M].北京：清华大学出版社，2009田珂，谢世波，方马.J2EE数据持久层的解决方案[J].计算机工程，2003,29(22):93-95刘京华.JavaWeb整合开发王者归来[M].北京：清华大学出版社，2010张孝祥.深入JavaWeb开发内幕——核心基础[M].北京：电子工业出版社.2006孙卫琴，李洪成.Tomcat与JavaWeb开发技术详解[M].电子工业出版社，2003.6:1-205孙一林，彭波.Java数据库编程实例[M].清华大学出版社，2002.8:30-210FLANAGAN.Java技术手册[M].中国电力出版社，2002.6:1-465LEEANNEPHILLIPS.巧学活用HTML4[M].电子工业出版社，2004.8:1-319Brown.JAVA编程指南(第二版)[M].电子工业出版社，2003.3:1-268CraigWalls,RyanBreidenBach.SpringInAction[M].ManningPublications.2006BruceEckel.ThinkinginJava[M].UpperSaddleRiver,NewJersey,USA:PrenticeHall,2006JoshuaBloch.EffectiveJava[M].Piscataway,N.J:IEEEPress,2009JoshuaBloch.EffectiveJavaProgrammingLanguageGuide.Addison-WesleyProfessional.2001RachitMohanGarg,YaminiSood,BalajiKottana,PallaviTotlani.AFrameworkBasedApproachfortheDevelopmentofWebBasedApplicationsWaknaghat[J].JaypeeUniversityofInformationTechnology,2011,1(1):1-4

致谢 转眼间，大学四年学习生涯即将结束了，当我写完这篇毕业论文的时候，有一种如释重负的感觉，感慨良多。回想过去几年的校园生活，交到了许多志同道合的朋友，让我的人生也增添了许多丰富多彩的生活，学到了许许多多，在各个方面都得到了发展、提高。在校四年期间，老师们教导我们学习的方法以及引导我们接触社会，在此，我衷心感谢老师们给予我们的帮助，是你们教育了我们踏实做人，刻苦学习，指导着我们沿着正确的方向前进。还有，特别要感谢刘红敏老师对我的关心和指导。同时也谢谢在此期间给予我帮助的同学们。

电脑故障检测卡代码表

1、特殊代码"00"和"ff"及其它起始码有三种情况出现：

①已由一系列其它代码之后再出现："00"或"ff"，则主板ok。

②如果将cmos中设置无错误，则不严重的故障不会影响bios自检的继续，而最终出现"00"或"ff"。

③一开机就出现"00"或"ff"或其它起始代码并且不变化则为主板没有运行起来。

2、本表是按代码值从小到大排序，卡中出码顺序不定。

3、未定义的代码表中未列出。

4、对于不同bios（常用ami、award、phoenix）用同一代码代表的意义不同，因此应弄清您所检测的电脑是属于哪一种类型的bios，您可查阅您的电脑使用手册，或从主板上的bios芯片上直接查看，也可以在启动屏幕时直接看到。

5、有少数主板的pci槽只有一部分代码出现，但isa槽有完整自检代码输出。且目前已发现有极个别原装机主板的isa槽无代码输出，而pci槽则有完整代码输出，故建议您在查看代码不成功时，将本双槽卡换到另一种插槽试一下。另外，同一块主板的不同pci槽，有的槽有完整代码送出，如dell810主板只有靠近cpu的一个pci槽有完整代码显示，一直变化到"00"或"ff"，而其它pci槽走到"38"后则不继续变化。

6、复位信号所需时间isa与pci不一定同步，故有可能isa开始出代码，但pci的复位灯还不熄，故pci代码停要起始代码上。

代码对照表

00.已显示系统的配置；即将控制INI19引导装入。

01处理器测试1，处理器状态核实,如果测试失败，循环是无限的。处理器寄存器的测试即将开始，不可屏蔽中断即将停用。CPU寄存器测试正在进行或者失败。

02确定诊断的类型（正常或者制造）。如果键盘缓冲器含有数据就会失效。停用不可屏蔽中断；通过延迟开始。CMOS写入／读出正在进行或者失灵。

03清除8042键盘控制器，发出TESTKBRD命令（AAH）通电延迟已完成。ROMBIOS检查部件正在进行或失灵。

04使8042键盘控制器复位，核实TESTKBRD。键盘控制器软复位／通电测试。可编程间隔计时器的测试正在进行或失灵。

05如果不断重复制造测试1至5，可获得8042控制状态。已确定软复位／通电；即将启动ROM。DMA初如准备正在进行或者失灵。

06使电路片作初始准备，停用视频、奇偶性、DMA电路片，以及清除DMA电路片，所有页面寄存器和CMOS停机字节。已启动ROM计算ROMBIOS检查总和，以及检查键盘缓冲器是否清除。DMA初始页面寄存器读／写测试正在进行或失灵。

07处理器测试2，核实CPU寄存器的工作。ROMBIOS检查总和正常，键盘缓冲器已清除，向键盘发出BAT（基本保证测试）命令。.

08使CMOS计时器作初始准备，正常的更新计时器的循环。已向键盘发出BAT命令，即将写入BAT命令。RAM更新检验正在进行或失灵。

09EPROM检查总和且必须等于零才通过。核实键盘的基本保证测试，接着核实键盘命令字节。第一个64KRAM测试正在进行。

0A使视频接口作初始准备。发出键盘命令字节代码，即将写入命令字节数据。第一个64KRAM芯片或数据线失灵，移位。

0B测试8254通道0。写入键盘控制器命令字节，即将发出引脚23和24的封锁／解锁命令。第一个64KRAM奇／偶逻辑失灵。

0C测试8254通道1。键盘控制器引脚23、24已封锁／解锁；已发出NOP命令。第一个64KRAN的地址线故障。

0D1、检查CPU速度是否与系统时钟相匹配。2、检查控制芯片已编程值是否符合初设置。3、视频通道测试，如果失败，则鸣喇叭。已处理NOP命令；接着测试CMOS停开寄存器。第一个64KRAM的奇偶性失灵

0E测试CMOS停机字节。CMOS停开寄存器读／写测试；将计算CMOS检查总和。初始化输入／输出端口地址。

0F测试扩展的CMOS。已计算CMOS检查总和写入诊断字节；CMOS开始初始准备。.

10测试DMA通道0。CMOS已作初始准备，CMOS状态寄存器即将为日期和时间作初始准备。第一个64KRAM第0位故障。

11测试DMA通道1。CMOS状态寄存器已作初始准备，即将停用DMA和中断控制器。第一个64DKRAM第1位故障。

12测试DMA页面寄存器。停用DMA控制器1以及中断控制器1和2；即将视频显示器并使端口B作初始准备。第一个64DKRAM第2位故障。

13测试8741键盘控制器接口。视频显示器已停用，端口B已作初始准备；即将开始电路片初始化／存储器自动检测。第一个64DKRAM第3位故障。

14测试存储器更新触发电路。电路片初始化／存储器处自动检测结束；8254计时器测试即将开始。第一个64DKRAM第4位故障。

15测试开头64K的系统存储器。第2通道计时器测试了一半；8254第2通道计时器即将完成测试。第一个64DKRAM第5位故障。

16建立8259所用的中断矢量表。第2通道计时器测试结束；8254第1通道计时器即将完成测试。第一个64DKRAM第6位故障。

17调准视频输入／输出工作，若装有视频BIOS则启用。第1通道计时器测试结束；8254第0通道计时器即将完成测试。第一个64DKRAM第7位故障。

18测试视频存储器，如果安装选用的视频BIOS通过，由可绕过。第0通道计时器测试结束；即将开始更新存储器。第一个64DKRAM第8位故障。

19测试第1通道的中断控制器（8259）屏蔽位。已开始更新存储器，接着将完成存储器的更新。第一个64DKRAM第9位故障。

1A测试第2通道的中断控制器（8259）屏蔽位。正在触发存储器更新线路，即将检查15微秒通／断时间。第一个64DKRAM第10位故障。

1B测试CMOS电池电平。完成存储器更新时间30微秒测试；即将开始基本的64K存储器测试。第一个64DKRAM第11位故障。

1C测试CMOS检查总和。.第一个64DKRAM第12位故障。

1D调定CMOS配置。.第一个64DKRAM第13位故障。

1E测定系统存储器的大小，并且把它和CMOS值比较。.第一个64DKRAM第14位故障。

1F测试64K存储器至最高640K。.第一个64DKRAM第15位故障。

20测量固定的8259中断位。开始基本的64K存储器测试；即将测试地址线。从属DMA寄存器测试正在进行或失灵。

21维持不可屏蔽中断（NMI）位（奇偶性或输入／输出通道的检查）。通过地址线测试；即将触发奇偶性。主DMA寄存器测试正在进行或失灵。

22测试8259的中断功能。结束触发奇偶性；将开始串行数据读／写测试。主中断屏蔽寄存器测试正在进行或失灵。

23测试保护方式8086虚拟方式和8086页面方式。基本的64K串行数据读／写测试正常；即将开始中断矢量初始化之前的任何调节。从属中断屏蔽存器测试正在进行或失灵。

24测定1MB以上的扩展存储器。矢量初始化之前的任何调节完成，即将开始中断矢量的初始准备。设置ES段地址寄存器注册表到内存高端。

25测试除头一个64K之后的所有存储器。完成中断矢量初始准备；将为旋转式断续开始读出8042的输入／输出端口。装入中断矢量正在进行或失灵。

26测试保护方式的例外情况。读出8042的输入／输出端口；即将为旋转式断续开始使全局数据作初始准备。开启A20地址线；使之参入寻址。

27确定超高速缓冲存储器的控制或屏蔽RAM。全1数据初始准备结束；接着将进行中断矢量之后的任何初始准备。键盘控制器测试正在进行或失灵。

28确定超高速缓冲存储器的控制或者特别的8042键盘控制器。完成中断矢量之后的初始准备；即将调定单色方式。CMOS电源故障／检查总和计算正在进行。

29.已调定单色方式，即将调定彩色方式。CMOS配置有效性的检查正在进行。

2A使键盘控制器作初始准备。已调定彩色方式，即将进行ROM测试前的触发奇偶性。置空64K基本内存。

2B使磁碟驱动器和控制器作初始准备。触发奇偶性结束；即将控制任选的视频ROM检查前所需的任何调节。屏幕存储器测试正在进行或失灵。

2C检查串行端口，并使之作初始准备。完成视频ROM控制之前的处理；即将查看任选的视频ROM并加以控制。屏幕初始准备正在进行或失灵。

2D检测并行端口，并使之作初始准备。已完成任选的视频ROM控制，即将进行视频ROM回复控制之后任何其他处理的控制。屏幕回扫测试正在进行或失灵。

2E使硬磁盘驱动器和控制器作初始准备。从视频ROM控制之后的处理复原；如果没有发现EGA／VGA就要进行显示器存储器读／写测试。检测视频ROM正在进行。

2F检测数学协处理器，并使之作初始准备。没发现EGA／VGA；即将开始显示器存储器读／写测试。.

30建立基本内存和扩展内存。通过显示器存储器读／写测试；即将进行扫描检查。认为屏幕是可以工作的。

31检测从C800：0至EFFF：0的选用ROM，并使之作初始准备。显示器存储器读／写测试或扫描检查失败，即将进行另一种显示器存储器读／写测试。单色监视器是可以工作的。

32对主板上COM／LTP／FDD／声音设备等I／O芯片编程使之适合设置值。通过另一种显示器存储器读／写测试；却将进行另一种显示器扫描检查。彩色监视器（40列）是可以工作的。

33.视频显示器检查结束；将开始利用调节开关和实际插卡检验显示器的关型。彩色监视器（80列）是可以工作的。

34.已检验显示器适配器；接着将调定显示方式。计时器滴答声中断测试正在进行或失灵。35.完成调定显示方式；即将检查BIOSROM的数据区。停机测试正在进行或失灵。

36.已检查BIOSROM数据区；即将调定通电信息的游标。门电路中A－20失灵。

37.识别通电信息的游标调定已完成；即将显示通电信息。保护方式中的意外中断。

38.完成显示通电信息；即将读出新的游标位置。RAM测试正在进行或者地址故障＞FFFFH。

39.已读出保存游标位置，即将显示引用信息串。.

3A.引用信息串显示结束；即将显示发现信息。间隔计时器通道2测试或失灵。

3B用OPTI电路片（只是486）使辅助超高速缓冲存储器作初始准备。已显示发现＜ESC＞信息；虚拟方式，存储器测试即将开始。按日计算的日历时钟测试正在进行或失灵。

3C建立允许进入CMOS设置的标志。.串行端口测试正在进行或失灵。

3D初始化键盘／PS2鼠标／PNP设备及总内存节点。.并行端口测试正在进行或失灵。

3E尝试打开L2高速缓存。.数学协处理器测试正在进行或失灵。

40.已开始准备虚拟方式的测试；即将从视频存储器来检验。调整CPU速度，使之与外围时钟精确匹配。

41中断已打开，将初始化数据以便于0：0检测内存变换（中断控制器或内存不良）从视频存储器检验之后复原；即将准备描述符表。系统插件板选择失灵。

42显示窗口进入SETUP。描述符表已准备好；即将进行虚拟方式作存储器测试。扩展CMOSRAM故障。

43若是即插即用BIOS，则串口、并口初始化。进入虚拟方式；即将为诊断方式实现中断。.44.已实现中断（如已接通诊断开关；即将使数据作初始准备以检查存储器在0：0返转。）BIOS中断进行初始化。

45初始化数学协处理器。数据已作初始准备；即将检查存储器在0：0返转以及找出系统存储器的规模。.

46.测试存储器已返回；存储器大小计算完毕，即将写入页面来测试存储器。检查只读存储器ROM版本。

47.即将在扩展的存储器试写页面；即将基本640K存储器写入页面。

48.已将基本存储器写入页面；即将确定1MB以上的存储器。视频检查，CMOS重新配置。

49.找出1BM以下的存储器并检验；即将确定1MB以上的存储器。.

4A.找出1MB以上的存储器并检验；即将检查BIOSROM数据区。进行视频的初始化。

4B.BIOSROM数据区的检验结束，即将检查＜ESC＞和为软复位清除1MB以上的存储器。.4C.清除1MB以上的存储器(软复位)即将清除1MB以上的存储器.屏蔽视频BIOSROM。.4D。已清除1MB以上的存储器（软复位）；将保存存储器的大小。.

4E若检测到有错误；在显示器上显示错误信息，并等待客户按＜F1＞键继续。开始存储器的测试：（无软复位）；即将显示第一个64K存储器的测试。显示版权信息。

4F读写软、硬盘数据，进行DOS引导。开始显示存储器的大小，正在测试存储器将使之更新；将进行串行和随机的存储器测试。.

50将当前BIOS监时区内的CMOS值存到CMOS中。完成1MB以下的存储器测试；即将高速存储器的大小以便再定位和掩蔽。将CPU类型和速度送到屏幕。

51.测试1MB以上的存储器。.

52所有ISA只读存储器ROM进行初始化，最终给PCI分配IRQ号等初始化工作。已完成1MB以上的存储器测试；即将准备回到实址方式。进入键盘检测。

53如果不是即插即用BIOS，则初始化串口、并口和设置时种值。保存CPU寄存器和存储器的大小，将进入实址方式。.

54.成功地开启实址方式；即将复原准备停机时保存的寄存器。扫描“打击键”

55.寄存器已复原，将停用门电路A－20的地址线。.

56.成功地停用A－20的地址线；即将检查BIOSROM数据区。键盘测试结束。

57.BIOSROM数据区检查了一半；继续进行。.

58.BIOSROM的数据区检查结束；将清除发现＜ESC＞信息。非设置中断测试。

59.已清除＜ESC＞信息；信息已显示；即将开始DMA和中断控制器的测试。.

5A..显示按“F2”键进行设置。

5B..测试基本内存地址。

5C..测试640K基本内存。

60设置硬盘引导扇区病毒保护功能。通过DMA页面寄存器的测试；即将检验视频存储器。测试扩展内存。

61显示系统配置表。视频存储器检验结束；即将进行DMA＃1基本寄存器的测试。.

62开始用中断19H进行系统引导。通过DMA＃1基本寄存器的测试；即将进行DMA＃2寄存器的测试。