二手教科书交易平台——用户管理模块---毕业论文

本 科 毕 业 论 文 二手教科书交易平台用户管理模块Second-hand Schoolbooks Trading Platform Module of User Management姓 名： 学 号：学院：软件学院系：软件工程专 业：软件工程年 级：指导教师： 年 月摘要相信很多家离学校很远的学生都有这样的经历，每年毕业的时候，厚厚一摞的教科书总是无法处置，而大多数人会贱价卖掉。但是同时又有很多新一届的学生要花费不菲的价格购买教科书。如何不让教科书贵买贱卖，同时又可以保护环境，减少对森林的砍伐，已经成为社会关注的焦点。其实如果可以构建一个二手教科书交易平台就可以很轻松解决这个问题了。二手教科书交换机制在国外已经行之有年，而在国内到目前为止从未见实行。本系统希望能将此机制引进我国，透过校园的倡导，让师生之间进行正版教科书的二手书交换活动。希望能给学生提供一个合法取得廉价正版教科书的管道以减少学生的书费支出。二手教科书交易平台是在考察当前高校学生的需求和社会大众对保护环境的要求的基础上确定设计开发的。它有效地解决了传统市场的时空问题、交互问题、信用问题等,提高了校内教科书交易信息传递的效率与效益。本系统开发采用了JAVA EE技术，使用了Struts+Spring+Hibernate框架。本文主要是描述用户管理模块的实现。信息网站建设是当前我国信息化建设的一大热点，随着应用的发展和上网信息量的快速增加，对信息网站用户进行正确辨识、实施管理则是主动防御中保证网站信息安全的一项重要的基础工作。关键词：二手教科书；JAVA EE；用户管理AbstractTrust many families have such experience to the school very far students, every year graduates, the thick pile schoolbooks is always unable to handle, believed that most people meet the low-priced to sell out. But simultaneously also has the new session of students to spend not the poor price purchase schoolbooks. How to let the schoolbooks buy cheap expensively sells, simultaneously may protect the environment, reduces to the forest felling, has already became the focal point which the society pays attention. Actually if might construct a second-hand schoolbooks to trade the platform to be possible very with ease to solve this problem. The second-hand schoolbooks exchange mechanism in overseas already the line for years, but in domestic so far never saw implements. This system hoped that can introduce this mechanism our country, by the campus initiative, lets between the teachers and students carry on the legal copy schoolbooks two handwritten letter exchange. The hope can provide to the student to obtain the inexpensive legal copy schoolbooks the pipeline to reduce students money spent on books disbursement legitimately. The second-hand schoolbooks trades the platform is in the inspection current university students demand and the social populace to protect the environment in the request foundation to determine the design development. The system development has used JAVA the EE technology, has used the Struts + Spring + Hibernate frame. This article mainly describes user administration module realization. The information website construction is a big hot spot in our country information construction, along with the application development and surfer information contents fast increase, carries on the correct identification, the implementation management to the information website user is in the active defense assures the website information security an important foundation work.Key words：Secondhand Schoolbooks; JAVA EE; User Management目录第一章绪论11.1系统开发背景11.2系统开发意义11.3系统开发工具11.3.1开发平台：Windows XP Professional21.3.2开发工具：MyEclipse .3开发语言：Java21.3.4服务器：Tomcat 5.5.1721.3.5数据库：MySQL31.3.6数据库设计：SQLYOG31.3.7软件建模：Microsoft Office Visio 200341.4项目开发任务41.5论文组织结构5第二章系统总体设计62.1 系统模块设计62.2 系统部署架构82.2.1 系统部署82.2.2 系统开发架构92.3 数据库设计122.3.1 数据信息122.3.2 数据流122.3.3 实体关系132.3.4 确定数据表152.4 数据模型20第三章用户管理模块详细设计223.1登陆&注销223.1.1 登陆&注销用例描述223.1.2 登陆&注销顺序图233.2 会员管理243.2.1 会员管理用例描述243.2.2 会员管理顺序图253.3会员资料管理263.3.1 会员资料管理用例描述263.3.2 会员资料管理顺序图273.4 管理员管理283.4.1 管理员管理用例描述283.4.2 管理员管理顺序图29第四章用户管理模块具体实现314.1 前期工作314.2 界面设计及具体实现314.2.1 登陆&注销314.2.2 会员管理324.2.3 会员资料管理334.2.4 管理员管理34结束语36致 谢37参考文献38ContentsChapter1 Introduction11.1Origin of The System11.2Significance for Developing11.3Tools in Use11.3.1Development Flatform：Windows XP Professional21.3.2Development Tool：MyEclipse .3Development Language：Java21.3.4Server：Tomcat 5.5.1721.3.5Database：MySQL31.3.6Database Design：SQLYOG31.3.7Software Modeling：Microsoft Office Visio 200341.4Responsibity of The System41.5Architecture of Thesis5Chapter2 The Total Design62.1 System Module Design62.2 System Deployment Architecture82.2.1 System Deployment82.2.2 System Architecture92.3 Database Design122.3.1 Data122.3.2 Data Flow122.3.3 Entity Relationship132.3.4 Determine The Data Tables152.4 Model of Date20Chapter3 The Detailed Design of User Management223.1 Login&Logout223.1.1 Usecase of Login&Logout223.1.2 SD of Login&Logout233.2 Member Management243.2.1 Usercase of Member Management243.2.2 SD of Member Management253.3 Member Info263.3.1 Usecase of Member Info263.3.2 SD of Member Info273.4 Admin Managenment283.4.1 Usecase of Admin Management283.4.2 SD of Admin Management29Chapter4 Concrete Implementor of User Management314.1 Pre Production314.2 GUI Design and Concrete Implementation314.2.1 Login&Logout314.2.2 Member Management324.2.3 Member Info334.2.4 Admin Management34Conclusion36Thanks37References38厦门大学本科毕业论文第一章 绪论1.1 系统开发背景国内大专院校的教科书，售价普遍不菲，对于学生而言，书费是大学期间的一大支出，而课程结束后，绝大部分书籍又成为他们的“鸡肋”带着不方便，当废纸卖了不情愿，买卖价格相差几十倍。据统计，20022007年，我国高校录取人数分别为321、382、447、504、540、567万人，2008年更是达到了600万人。其中绝大部分的同学都要经历高价买书，贱价卖书的痛苦经历。如果能将二手教科书从高年级的同学手里以较低价格卖给低年级的同学，不但解决了他们的问题，从全局着想，也节约了大量的纸张和成本，体现了环保的思想，可谓一举三得。本系统参考国际大学实行之校园二手教科书交换的经验及模式，着手推动我国校园二手教科书交换机制。期盼透过校园二手教科书交换机制之建立，呵护文化产业及保护智慧财产权的观念，深植人心，以期建立我国适当的智慧保护环境及提升国家整体形象。1.2 系统开发意义开发校园二手教科书交易平台，有效地解决了传统市场的时空问题、交互问题、信用问题等，提高了校内二手书交易信息传递的效率与效益。不但可以有效节省学生每学期的购书成本，使教育资源实现再利用，达到绿色环保的目的，而且可以分享学姐学长们书中笔记的心得结晶，传承学习经验。1.3 系统开发工具本系统采用B/S（Brower/Server）架构，即浏览器和服务器结构。开发环境如下：1.3.1 开发平台：Windows XP Professional1.3.2 开发工具：MyEclipse 6.0.12001年11月，IBM宣布捐出了价值4千万美金的开发软件给开发源码的Eclipse项目，Eclipse是替代IBM Visual Age for Java的下一代IDE开发环境。MyEclipse企业级工作平台（MyEclipse Enterprise Workbench ，简称MyEclipse）是对Eclipse IDE的扩展，利用它我们可以在数据库和JAVA EE的开发、发布，以及应用程序服务器的整合方面极大的提高工作效率。它是功能丰富的JAVA EE集成开发环境，包括了完备的编码、调试、测试和发布功能，完整支持HTML，Struts， JSF，CSS， JavaScript， SQL， Hibernate。1.3.3 开发语言：Java Java是由Sun Microsystems公司于1995年5月推出的Java程序设计语言（以下简称Java语言）和Java平台的总称。用Java实现的HotJava浏览器（支持Java applet）显示了Java的魅力：跨平台、动态的Web、Internet计算。从此，Java被广泛接受并推动了Web的迅速发展，常用的浏览器现在均支持Java applet。另一方面，Java技术也不断更新。Java平台由Java虚拟机（Java Virtual Machine）和Java 应用编程接口（Application Programming Interface、简称API）构成。Java 应用编程接口为Java应用提供了一个独立于操作系统的标准接口，可分为基本部分和扩展部分。在硬件或操作系统平台上安装一个Java平台之后，Java应用程序就可运行。现在Java平台已经嵌入了几乎所有的操作系统。这样Java程序可以只编译一次，就可以在各种系统中运行。1.3.4 服务器：Tomcat 5.5.17Tomcat 是一个小型的轻量级应用服务器，在中小型系统和并发访问用户不是很多的场合下被普遍使用，是开发和调试JSP 程序的首选。Tomcat是一个免费的、开源的Servlet容器，它是Apache基金会的Jakarta项目中的一个核心项目，由Apache、Sun和其他一些公司及个人共同开发而成。由于有了Sun的参与与支持，最新的Servlet和JSP规范总能在Tomcat中得到体现。我们使用的是Tomcat 5.5.17。由于Java的跨平台性，基于Java的Tomcat也具有跨平台性。1.3.5 数据库：MySQL 5.0MySQL是一个小型关系型数据库管理系统，开发者为瑞典MYSQL AB公司。在2008年1月16号被Sun公司收购。它是目前市场上运行最快的SQL（Structured Query Language，结构化查询语言）数据库之一，它提供了其他数据库少有的编程工具，而且MySQL对于商业和个人用户是免费的。目前MySQL被广泛地应用在Internet上的中小型网站中。由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MYSQL作为网站数据库。虽然MySQL与其他的大型数据库例如Oracle、DB2、SQL Server等相比，MySQL自有它的不足之处，如规模小、功能有限。但是对于一般的个人使用者和中小型企业来说，MYSQL提供的功能已经绰绰有余，而且由于MySQL是开放源码软件，因此可以大大降低总体拥有成本。1.3.6 数据库设计：SQLYOGSQLYOG是一个易于使用的、快速而简洁的图形化管理MySQL数据库的工具，它能够在任何地点有效地管理你的数据库。使用SQLYOG是作为数据库设计工具，具有如下优点：1. 快速备份和恢复数据；2. 以GRID / TEXT 格式显示结果； 3. 批量执行很大的SQL脚本文件； 4. 以直观的表格界面建立或编辑数据表；5. 以直观的表格界面编辑数据；6. 创建或删除数据库；7. 操纵数据库的各种权限：库、表、字段；8. 支持对数据表的各种高级属性修改。1.3.7 软件建模：Microsoft Office Visio 2003Visio是Microsoft提供的一款建模工具，由于与VS同是一个公司的产品，所以它们之间具有良好的结合性。Visio不仅包括软件工程的一些建模，还涉及其他建筑、网络、建筑工程等建模。Visio中可以全面饮用UML语言中所有的事务、关系和图，更好地体现图形化设计的意义，Visio基于Microsoft的Visual基础，其可视化设计允许操作者通过拖曳就能轻松的完成模块的建设。1.4 项目开发任务项目由小组共同开发完成。按照软件工程开发的基本方法,本系统开发流程如图1-1所示：图1-1：系统开发流程图本系统的开发，本人主要负责用户管理模块与系统后台页面的整理。1.5 论文组织结构本文共分为四章，主要介绍了项目的框架设计、开发过程，会员管理模块的详细设计以及具体实现。本文结构和各章的主要内容如下：第一章 绪论，首先介绍了该项目的选题背景、研究意义和开发工具，并且介绍了项目开发流程和对本文的组织结构；第二章 系统的总体设计，确定用户需求后，明确系统工作环境和业务模块。在详细了解业务流程后，确定系统采用B/S架构部署，对进行数据库设计。在系统正式开发前，完成网站的建设；第三章 用户管理模块详细设计，该部分详细描述了会员管理模块的用例；第四章 用户管理模块具体实现，按照模块功能流程，详细介绍了界面设计和代码实现。第二章 系统总体设计2.1 系统模块设计二手教科书交易平台主要为买卖双方提供交易平台， 在这个交易平台上， 不是简单地把出卖商品在网上罗列供买方查询，更重要地是通过一系列管理功能为买卖物品者提供更方便的操作和更多有用的信息来促成交易。因为本系统主要针对的是二手教科书，为了突出这一特点，我们将二手书分为教科书和非教科书两种。该系统平台的功能模块如图2-1所示：图2-1：系统功能模块图各模块功能如下：1. 用户管理模块：注册&注销；会员管理，包括会员注册和删除会员；会员资料管理，包括会员查看&修改会员本身资料、修改密码，管理员查看会员资料、删除会员和查找会员；管理员管理，包括管理员添加&删除管理员和修改密码。如图2-2所示：图2-2：用户管理模块2. 教科书交易模块：教科书交易管理，包括根据院系信息查找教科书、会员买卖教科书；教科书交易信息管理，包括买书信息和卖书信息管理。如图2-3所示：图2-3：教科书交易模块3. 非教科书交易模块：非教科书交易管理，包括关键字查找非教科书、会员买卖非教科书；非教科书交易信息管理，包括买书信息和卖书信息管理。如图2-4所示：图2-4：教科书交易模块4. 教科书信息管理模块：教科书管理，即添加教科书信息；教科书所属关系管理，即将添加的教科书指定所属关系信息。如图2-5所示：图2-5：教科书信息管理模块5. 系统管理模块：站内信维护，包括会员管理自己的站内信，管理员管理；院系学科维护，包括对院系、专业、学科信息的维护。如图2-6所示：图2-6：系统管理模块2.2 系统部署架构2.2.1 系统部署本系统采用B/S（Browser/Server）架构，它是随着Internet技术的兴起，对C/S（Client/Server）结构的一种变化或者改进。在这种结构下，用户通过WWW浏览器来实现对事务的操作，只有极少部分事务逻辑在前端（Browser）实现，主要事务逻辑都是在服务器端（Server）实现，形成三层（3-tier）结构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）。 在这种架构下，用户不需在另外安装客户端程序，只要能使用Internet利用浏览器，就能使用系统提供的服务。根据系统提供的主要功能，整个应用系统从处理功能上被分为三层。系统的三层架构如图2-7所示：图2-7：系统三层架构图对于B/S结构，通常只将表示层部署在客户端，而功能层和数据层则部署在服务器端。为了提高客户端的响应速度，尽量减少与功能层的交互，最好是只经过一次交互，便完成所有数据的采集。这样客户端根本不需要安装任何软件，只要有浏览器就可以，而一旦客户端太多，响应数据量过大，则相应地增强服务器的处理功能就可以了，其他地方不需要变化。如果业务功能和数据响应的处理都很大，可以将功能层和数据层都部署在服务器上，这样能更快地响应，从而提高用户的工作效率。2.2.2 系统开发架构本系统开发架构采用经典的MVC（Model-View-Controller）架构。MVC把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分成三个层模型层、视图层、控制层，如图2-8：图2-8：MVC模式图视图(View)代表用户交互界面，对于Web应用来说，可以概括为HTML界面，但有可能为XHTML、XML和Applet，本系统主要为HTML界面。一个应用可能有很多不同的视图，MVC设计模式对于视图的处理，仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。比如一个订单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和请求传递给控制和模型。模型(Model)：就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心。业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据保存（持久化）。控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起，共同完成用户的请求。划分控制层的作用也很明显，它清楚地告诉你，它就是一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求。控制层并不做任何的数据处理。例如，用户点击一个链接，控制层接受请求后, 并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。因此，一个模型可能对应多个视图，一个视图可能对应多个模型。系统架构图如下：图2-9：系统架构图1图2-10：系统架构图22.3 数据库设计2.3.1 数据信息数据是企业的灵魂，是企业运作过程中不可缺少的重要部分，建立自己的数据资料库是维护系统合理性运行的关键因素。对于系统而言，安全完整地维护交易信息是一种责任，因此，数据库的设计是整个项目开发中最为重要的一个环节。根据项目需求，可以提炼出以下数据信息：1. 用户注册需要提交用户资料：会员资料表。2. 会员可以发送站内信：站内信表。3. 会员查找需要的教科书：教科书表。4. 会员查看教科书的交易信息：教科书交易信息表。5. 会员进行非教科书交易：非教科书交易表。6. 非教科书有不同类别：非教科书类别表。7. 教科书有所对应的学院系别专业学科年份：学院表，系别表，专业表，学科表，年份表，所属关系表。8. 管理员管理信息：管理员表。2.3.2 数据流依据系统流程及各业务模块流程，确定系统数据流如图2-11所示：图2-11：系统数据流图2.3.3 实体关系用户应用系统注册成为会员，并登陆查找二手书进行交易等一系列活动。通过实体/关系图描述主要实体的基本关系如下：1. 主要实体 用户：会员、管理员 站内信 教科书 教科书交易信息 非教科书类别 非教科书信息（书籍信息及交易信息） 院系学科专业年份关系2. 实体关系 会员及站内信实体关系如图2-12所示：图2-12：实体关系图1 会员及教科书、教科书交易信息、院系专业学科年份实体关系如图2-13所示：图2-13：实体关系图2 会员、非教科书类别及非教科书交易信息实体关系如图2-14所示：图2-14：实体关系图32.3.4 确定数据表关系型数据库是当前广泛应用的数据库类型，本系统即按照关系数据库设计的要求和标准设计。关系数据库设计是对数据进行组织化和结构化的过程，核心问题是关系模型的设计。简洁、结构明晰的表结构对数据库的设计是相当重要的。规范化的表结构设计，在以后的数据维护中，不会发生插入、删除和更新时的异常。要设计规范化的数据库，就要求我们根据数据库设计范式，也就是数据库设计的规范原则来做。根据提炼的数据信息，按照数据库设计范式，确定本系统数据表如下：1. User 用户信息表表2-1：用户信息表User字段名数据类型允许空功能描述idChar(32)否会员ID（主键）accountVarchar(20)否登陆账号nameVarchar(20)否真实姓名passwordVarchar(32)否登录密码SexChar(1)否性别emailChar(50)否EmailqqChar(20)是QQtelVarchar(20)是联系电话2. Admin 管理员信息表表2-2：管理员信息表Admin字段名数据类型允许空功能描述idChar(32)否管理员ID（主键）AdminVarchar(20)否登陆账号passwordVarchar(32)否登录密码3. College 学院信息表表2-3：学院信息表College字段名数据类型允许空功能描述idChar(32)否学院ID（主键）CollegeVarchar(32)否学院名称4. Department 系别信息表表2-4系别信息表Department字段名数据类型允许空功能描述idChar(32)否系别ID（主键）DepartmentVarchar(100)否系别名称CollegeVarchar(100)否系别所属学院5. Major 专业信息表表2-5：专业信息表Major字段名数据类型允许空功能描述idChar(32)否专业ID（主键）MajorVarchar(100)否专业名称DepartmentVarchar(100)否专业所属系别6. Subject 学科信息表表2-6：学科信息表Subject字段名数据类型允许空功能描述idChar(32)否学科ID（主键）SubjectVarchar(100)否学科名称MajorVarchar(100)否学科所属专业7. Book 教科书信息表表2-7：教科书信息表Book字段名数据类型允许空功能描述idChar(32)否教科书ID（主键）NameVarchar(100)是书名AuthorVarchar(50)是作者IsbnVarchar(50)是ISBNImageVarchar(50)是书的缩略图PubhouseVarchar(50)是出版社CatalogText是目录PriceFloat是定价8. Sub_year_book 教科书所属年份-院系表表2-8：教科书所属年份-院系表Sub_year_book字段名数据类型允许空功能描述idChar(32)否字段ID（主键）CollegeVarchar(100)是学院名称DepartmentVarchar(100)是系别名称MajorVarchar(100)是专业名称SubjectVarchar(100)是学科名称YearVarchar(10)是年份BookidChar(32)否教科书ID9. Saleinfo 教科书交易信息表表2-9：教科书交易信息表Saleinfo字段名数据类型允许空功能描述idChar(32)否字段ID（主键）NeworoldChar(1)是新旧程度，1为一成新，9为九成新MemoText是书的描述Price2Float是二手价PubdateDate否发布日期StatusChar(1)否信息状态，0为交易成功，1为可用BookidChar(32)否教科书IDUseridChar(32)否会员IDTypeChar(1)否信息类型，0为买，1为卖10. Innermail站内信信息表表2-10：站内信信息表Innermail字段名数据类型允许空功能描述idChar(32)否站内信ID（主键）TitleVarchar(50)否标题ContentText否内容PubdateDate否发送日期ToidChar(32)否收件人IDFromidChar(32)否发件人IDIsreadChar(1)否信息类型，0未读，1已读11. Saleinfo2 非教科书交易信息表表2-11：非教科书交易信息表Saleinfo2字段名数据类型允许空功能描述idChar(32)否字段ID（主键）NeworoldChar(1)是新旧程度，1-9为一成新到九成新Describetext是书的描述Price2float是二手价Pubdatedate是发布日期StatusChar(1)否信息状态，0交易成功，1可用NameVarchar(100)是书名AuthorVarchar(50)是作者IsbnVarchar(50)是ISBNPriceFloat是定价UseridChar(32)否会员IDClassidChar(32)否类别IDImageVarchar(50)是封面图PubhouseVarchar(50)是出版社NumberVarchar(20)否数量TypeChar(1)否信息类型，0买1卖12. Bookclass 非教科书类别表表2-12：非教科书类别表Innermail字段名数据类型允许空功能描述idChar(32)否类别ID（主键）ClassnameVarchar(20)否类别名称2.4 数据模型本系统的数据库建立采用SQLyog工具，构建的物理数据模型如图2-15所示：图2-15：物理数据模型图第三章 用户管理模块详细设计用户管理模块主要功能为：会员/管理员登陆和注销；会员管理，包括会员注册和删除会员；会员资料管理，包括会员查看&修改会员本身资料、修改密码，管理员查看会员资料、删除会员和查找会员；管理员管理，包括管理员添加、删除管理员和修改管理员密码。用户管理模块用例图如图3-1：图3-1：用户管理用例图3.1登陆&注销3.1.1 登陆&注销用例描述1. 参与者 管理员 会员2. 用例列表 用户登陆前置条件：注册会员/管理员已经打开登陆页面 弹出登录界面，提示用户输入用户名、密码、验证码 在用户名和密码登录界面中输入有效用户名和密码，输入正确验证码，并点击“登录”按钮。模块进入可用状态 用例终止后置条件：本模块进入可用状态 用户注销前置条件：用户已登录 当前用户点击退出菜单项或者工具栏上的退出图标，弹出退出确认框，选择“是”，注销在session存储的用户信息，退出本模块 用例终止后置条件：重新登录或退出系统3.1.2 登陆&注销顺序图图3-2：会员登录顺序图图3-3：管理员登陆顺序图图3-4：会员退出顺序图图3-5：管理员退出顺序图3.2 会员管理3.2.1 会员管理用例描述1. 参与者 游客 管理员2. 用例列表 会员注册前置条件：游客点击“注册”按钮 弹出注册页面，提示游客输入基本信息 游客输入完毕后，点击“提交”按钮 页面提示会员注册成功 用例终止后置条件：会员注册成功 删除会员前置条件：管理员已登录 管理员在会员列表中点击某条会员记录右边的【删除】按钮 系统显示确认消息，点击“确定” 系统显示会员删除成功 用例终止后置条件：删除会员成功3.2.2 会员管理顺序图图3-6：会员注册顺序图图3-7：删除会员顺序图3.3会员资料管理3.3.1 会员资料管理用例描述1. 参与者 会员 管理员2. 用例列表 会员修改个人信息前置条件：会员已登录 弹出修改信息页面，显示现有基本信息 按提示会员修改个人信息，点击“提交”按钮 页面提示修改个人信息成功 用例终止后置条件：会员修改个人信息成功 管理员查看会员信息前置条件：管理员已登录 管理员在会员列表中点击某条会员记录右边的【查询】按钮 系统显示查看会员信息页面 用例终止后置条件：无 查找会员前置条件：管理员已登录 管理员在【会员管理】页面选择查询方式(可选 账号/真实姓名)，输入查询条件后，点击【搜索】按钮 页面显示查询结果 用例终止后置条件：根据关键字查找会员成功 修改密码前置条件：会员已登录 弹出修改密码界面，按提示会员输入修改信息 用户输入完毕后，点击“提交”按钮 系统显示修改密码成功 用例终止后置条件：会员修改密码成功3.3.2 会员资料管理顺序图图3-8：修改个人信息顺序图图3-9：查看会员信息顺序图图3-10：查找会员顺序图图3-11：会员修改密码顺序图3.4 管理员管理3.4.1 管理员管理用例描述1. 参与者 管理员2. 用例列表 添加管理员前置条件：管理员已登录 弹出管理员管理页面，提示管理员输入新管理员信息 管理员输入完毕后，点击“提交”按钮 页面提示添加管理员成功 用例终止后置条件：添加管理员成功 删除管理员前置条件：管理员已登录 在管理员列表中点击某条管理员记录右边的【删除】按钮 系统显示确认消息，点击“确定” 系统显示管理员删除成功 用例终止后置条件：删除管理员成功 修改密码前置条件：管理员已登录 在管理员列表中点击某条管理员记录右边的【修改密码】按钮 弹出修改密码界面，按提示管理员输入修改信息 用户输入完毕后，点击“提交”按钮 系统显示修改密码成功 用例终止后置条件：管理员修改密码成功3.4.2 管理员管理顺序图图3-12：删除管理员顺序图图3-13：添加管理员顺序图图3-14：管理员修改密码顺序图第四章 用户管理模块具体实现4.1 前期工作用户管理模块主要功能为：会员/管理员登陆和注销；会员管理，包括会员注册和删除会员；会员资料管理，包括会员查看&修改会员本身资料、修改密码，管理员查看会员资料、删除会员和查找会员；管理员管理，包括管理员添加、删除管理员和修改密码。在模块正式开发之前，使用Hibernate的反向工具生成初期的会员&管理员实体类和会员&管理员数据访问对象（DAO）。此类反向工具生成的DAO封装了常见的对象增删改查方法。在项目中添加设计和整理好的实体类及实体访问类后，即可进行此模块的界面设计以及具体实现。4.2 界面设计及具体实现在页面中，用户提交请求交由ActionServlet转发。在action中做业务逻辑处理，凡是要和数据库打交道的，都交给DAO处理。DAO得到数据后，返回给Action。Action在将组织后的数据，保存到request。4.2.1 登陆&注销用户通过调用UserAction的login()方法完成用户登录工作，使本模块进入可用状态，并记录下用户的状态、姓名、特权等，在整个会话期间对用户进行身份识别；会员通过调用UserAction的logout()方法，使本模块处于不可用状态,可以重新登录；管理员通过调用AdminAction的logout()方法，使本模块处于不可用状态,可以重新登录。登陆页面设计如图4-1和4-2：图4-1：会员登录页面图4-2：管理员登陆页面4.2.2 会员管理会员通过调用UserAction的register()方法保存会员注册信息到数据库，完成会员注册工作；管理员调用UserAction的deleteUser()方法完成删除会员工作。页面设计如下图所示：图4-3：会员注册页面4.2.3 会员资料管理管理员通过调用UserActio