校园一卡通需求分析

1. 1. 需求分析
      1. 需求背景分析 

伴随着信息行业的蓬勃发展和人们办公自动化意识的增强，高校对宣传提高自身形象越来越重视，原来的校园一卡通系统已经不能完全满足日常使用的需要。为了加强对信息的管理，提高工作效率，充分利用信息行业的现有资源，开发更好的校园一卡通系统势在必行。

本次要开发的系统在效率性、可理解性、可靠性和可维护性都比较高。用户很容易理解和学会操作。可维护性包括两种含义，即可读性和可测试性等。可靠性一般是指程序的健壮性和正确性。在开发这个系统的过程中，需要权衡多种矛盾的目标，并在（时间、经费、可能用到的硬件和软件资源等条件）的限制下，使上面所说的各种要求得到最大限度的满足。

1. 1. 1. 功能需求分析 

校园一卡通系统开发的总体任务是实现高校信息管理的系统化、规范化和自动化。系统为管理员解决各项信息登记管理等的繁琐工作，减少管理员工作量，提高效率。本系统有以下几个主要功能模块。

校园卡信息管理模块：该模块主要负责管理校园卡信息的登记以及管理员对校园卡信息的维护，是本管理系统的核心部分，对校园卡信息维护包括增加校园卡信息、删除校园卡信息、修改校园卡信息功能。

消费管理模块：该模块主要负责管理消费信息的登记以及管理员对消费信息的维护，对消费信息维护包括增加消费信息、删除消费信息、修改消费信息以及信息查询等功能内容。

用户信息管理模块：该模块主要负责管理用户信息的登记以及管理员对用户信息的维护，对用户信息维护包括增加用户信息、删除用户信息、修改用户信息等功能内容。

1. 1. 1. 系统功能结构 

根据前文需求分析，设计出系统的功能结构。校园一卡通系统分为系统设置管理、用户信息管理、校园卡管理、消费信息管理和借书还书管理五大功能模块。如图 31所示。

图 31系统功能结构图

（1）系统设置管理

该模块提供用户的帐号信息管理设置和密码修改维护功能。另外，还提供系统的界面信息、网站配置参数的修改维护，该功能仅限于管理员操作。

（2）用户信息管理

该模块由管理员进行操作。管理员可以对整个系统的帐户信息进行修改，包括修改用户信息、增加用户信息和删除用户信息。用户信息包括：登录帐号、登录密码、邮箱、状态等。

（3）校园卡管理

该模块由管理员进行操作。主要完成校园卡信息的维护，对校园卡信息维护包括增加校园卡信息、删除校园卡信息、修改校园卡信息和查询校园卡信息功能。校园卡信息包括：校园卡号、类型、使用者、性别、班级、电话、余额和卡状态等。管理员可以在该功能完成校园卡信息的搜索查询，也可以实现对任一条记录的修改和删除操作。

（4）消费信息管理

该模块由管理员进行操作。消费信息管理子模块的主要功能就是管理员对消费信息进行增删改查的操作，即增加消费信息、修改消费信息、删除消费信息、查询消费信息。修改消费信息操作和增加消费信息操作都需要判断输入内容是否规范，规范才能提交数据库，提交成功后刷新消费信息表。

（5）借书还书管理

该模块实现对学生用户的借书记录和还书记录的管理。包括借书还书信息的修改、借书还书信息的删除和借书还书信息的添加。

1. 1. 1. 系统用例图 

对于这种面向对象的建模方法提供了一个更好的解决方案，引入用例的概念来描述用户的需求。需求阶段产生的用例模型，用例模型是从用户的角度使用该系统模型的简单描述中所示的计算机工程师，但它也是一个工具来获得基本需求，项目规划和迭代控制过程。需求分析是整个数据库设计过程中最重要的一步，也是决定性的一步。只有通过软件需求分析，才能把软件功能和性能的总体概念描述为具体的需求分析是渐进的理解和提炼持续的一个过程。这个过程将确定该程序软件的阶段范围逐渐细化，详细定义的程度。可以分析出各种不一样的系统元素，以这些元素来找到一个可行的解决方案。该系统是现代计算机技术和信息分析模型相结合的，信息进行分析按照服务流程设计完成。用例图是帮助定义系统以外的存在什么以及系统应该完成什么，很直观的看到系统下一些用例或参与者之间的关系，使用户可以很好的理解怎么使用这些元素，也使得开发者可以很好的实现这些元素。

通过以上分析的功能要求，按照参与者不同来划分系统，完成不同的功能。根据系统的主要功能划分权限有以下几种角色：用户，系统管理员。根据不同的角色使用系统中不同的功能。相关的角色和权限分析如下表所示：

表 3-1 用户角色和权限表

用户角色	权限	备注
用户	登录后对校园卡信息和消费信息的查询操作等功能。主要是校园卡卡号查询、使用者查询、余款查询、消费时间查询和消费金额查询。图书借阅操作功能
系统管理用户	主要功能是对校园卡信息进行管理，对校园卡信息、用户信息、消费信息等进行管理。主要是校园卡信息维护，包括获取校园卡信息、增加校园卡信息、删除校园卡信息和修改校园卡信息；消费信息维护，包括获取消费信息、增加消费信息、修改消费信息、删除消费信息；查询，包括校园卡查询和消费查询；用户信息管理，包括用户的增删改操作，密码信息管理等。

1. 1. 系统建模

建模就是建立模型，就是为了理解事物而对事物做出的一种抽象，是对事物的一种无歧义的书面描述。在软件工程来说，建模就是建立和构造逻辑系统（符号系统）来描述真实系统。建立系统模型的过程，又称模型化。建模是研究系统的重要手段和前提。凡是用模型描述系统的因果关系或相互关系的过程都属于建模。因描述的关系各异，所以实现这一过程的手段和方法也是多种多样的。可以通过对系统本身运动规律的分析，根据事物的机理来建模;也可以通过对系统的实验或统计数据的处理，并根据关于系统的已有的知识和经验来建模。还可以同时使用几种方法。

软件工程建模采用的建模语言UML，即用模型元素来组建整个系统的模型，模型元素包括系统中的类、类和类之间的关联、类的实例相互配合实现系统的动态行为等。UML是面向对象开发中一种通用的图形化建模语言，它定义良好、易于表达、功能强大且普遍适用。面向对象的分析主要在加强对问题空间和系统任务的理解、改进各方交流、与需求保持一致和支持软件重用等4个方面表现出比其他系统分析方法更好的能力，成为主流的系统分析方法。

系统建模主要采用用例分析、时序图设计和状态图设计方法，接下来将分别采用上述方法对本系统进行设计分析。

1. 1. 1. 1. 用户用例分析 

本系统用户的主要功能是登录后对校园卡信息和消费信息的查询操作等功能。根据对系统的分析，划分出用户的用例如图 32所示用户用例分析图。

图 32用户用例图

1. 1. 1. 1. 管理员用例分析 

系统管理员的主要功能是对校园卡信息进行管理，对校园卡信息、用户信息、消费信息等进行管理，图 33为系统管理员用例分析图。

图 33系统管理员用例图

1. 1. 1. 系统时序图

时序图（Sequence Diagram），又名序列图、循序图，是一种UML交互图。它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。它可以表示用例的行为顺序，当执行一个用例行为时，其中的每条消息对应一个类操作或状态机中引起转换的触发事件。

1. 1. 1. 1. 用户管理时序图

用户管理功能主要是两个操作：查询用户信息和修改用户信息。查询用户信息首先要进行用户注册，然后才能进入修改用户界面。用户检索信息进入用户DAO层，查询后再返回用户信息给用户。修改用户信息首先在修改用户界面提交修改信息。用户DAO层再进行提交修改信息到业务逻辑类进行审核分析。审核通过则允许修改，返回修改结果到修改信息界面。用户管理时序图如图 34:

图 34用户管理时序图

1. 1. 1. 1. 系统数据信息管理时序图

系统数据信息由管理员操作。管理员在系统数据信息界面提交增加系统数据信息的申请操作。该操作提交到中间类。中间类再提交到业务逻辑类。后者完成审核操作。审核通过则允许修改并保存数据，逐级返回结果。系统数据信息管理时序图如图 35:

图 35系统数据信息管理时序图

1. 1. 1. 系统状态图

本系统仅能给正确输入用户名和密码的授权用户访问。用户密码如果输入错误返回到登录界面。用户密码正确则跳转到系统管理界面。在该界面完成各种管理请求。通过信息管理页面提交管理信息。后者将管理信息写入数据库完成更新。系统状态图见图 36所示：

图 36 系统状态图

1. 1. 系统体系结构设计 

该系统的体系结构为逻辑层+界面层+数据库层的三层B/S结构。对Browser/Server模式而言，其在逻辑上采用了三层结构，解决三个层面结构上的问题：访问数据库使用的是Web服务器，过程如下图 37：

图 37 Web访问数据库 

B/S三层结构的优点在于：

(1) 灵活发布服务信息灵活和交流信息；

(2) 降低程序的开发成本，同时，程序的维护性能得到提高；

(3) 客户模式，只是需要一个通用浏览器的软件安装在Browser上；

(4) 操作方便且具备很强的开放性质；

(5) 安全管理非常严密；

(6) 用户界面能达到一致。