校园一卡通系统体系架构设计报告
2014年08月
目录
第1章文档介绍 (1)
1.1文档目的 (1)
1.2文档范围 (1)
1.3读者对象 (1)
1.4术语与缩写解释 (1)
第2章系统简介 (3)
第3章设计约束 (4)
第4章设计策略 (5)
4.1扩展策略 (5)
第5章系统总体结构 (6)
第6章开发环境的配置 (7)
第1章文档介绍
校园一卡通系统(简称一卡通系统)体系架构设计报告是描述系统整体体系架构的唯一一份系统设计报告，它和数据库设计报告、模块设计报告一起，形成系统概要设计的成果。

1.1文档目的
校园一卡通系统(简称一卡通系统)体系架构设计报告主要描述系统的整体技术架构，帮助模块设计人员、开发人员对系统有个整体认知。

它是系统分析人员将需求转换成为开发人员所比较容易理解的结构描述；并且，高屋建瓴的指导开发人员的开发方向。

1.2文档范围
本文档主要是描述一卡通系统其技术体系架构设计，并不偏重于某个具体的模块或者功能。

1.3读者对象
校园一卡通系统(简称一卡通系统)体系架构设计报告的读者主要分为三部分人：用户、开发人员和测试人员。

其中，主要读者是开发人员和测试人员。

开发人员主要是对技术体系架构有整体认识，确保其在进行模块开发之时不至于偏离；测试人员主要对设计约束进行了解，以构建在测试的时候，对系统整理架构的测试基准。

1.4术语与缩写解释
第2章系统简介
校园一卡通系统是学校内部管理人员提供具有开放性、灵活性、面向校园的应用服务管理平台。

一方面，学生和教职员工可以通过一张卡片，方便的使用校内的各种应用；另一方面，学校也可以通过一卡通系统，实现更加方便、高效的校园管理。

同时，校园一卡通系统提供了一个统一、简便、快捷的平台，进而可以与学校的各种管理信息系统无缝连接，作为信息化系统的纽带促进“数字化校园”的建设。

第3章设计约束
设计约束是系统在架构设计的时候，应该遵循的规范准则。

其详细如下：
需求约束：系统在设计之时，严格遵循《校园一卡通系统需求规格说明书》所约定的需求范围。

UI设计约束：在进行UI设计时，将充分考虑使用者的计算机应用水平，尽可能的整体形成统一的操作规范风格。

第4章设计策略
本章详细说明体系结构设计人员根据产品的需求与发展战略，确定的设计策略。

在本系统设计时，主要涉及两类策略：扩展策略和复用策略。

其中扩展策略主要偏重于业务上的延伸，而复用策略来自于底层技术实现的接口复用。

4.1扩展策略
当前校园一卡通系统主要是满足校园学生便捷、安全功能，其在现在利用上，显得功能比较单薄。

在未来系统的可扩展性方面，需求可扩展性可以从功能的全面性着手进行延伸。

为了能够方便未来的扩展，当前在数据结构设计的时候，必须要考虑到其可扩展性，所以数据模型必须要预留出能够添加其他便利功能所需要的数据结构。

第5章系统总体结构
任务管理系统在整体架构上，分为四个层次：应用服务层、基础接口层、基础软件层和硬件环境层。

其具体结构图如下：
其中：
1）硬件环境层
硬件环境层指的系统运行所需的硬件服务器和网络环境。

本系统仅仅需要一台硬件服务器就能够完成系统的部署和运行。

2）基础软件层
基础软件层是系统运行所需要的外部软件支撑环境。

本系统需要三方面的软件：操作系统、应用服务器和数据库。

3）基础接口层
基础接口层是系统在开发过程中，可复用的公共技术资源。

它包括三个方面的接口：数据库交互接口、数据转换接口和分页接口。

其中数据库交互接口主要完成数据库的连接管理；数据转换接口主要管理系统中数据的各种类型转换；分页接口主要负责系统中各类列表的分页。

4）应用服务层
应用服务层是系统对用户提供业务操作功能的层次。

它包括卡片管理、消费管理。

这两个部分分别对应需求中的两大模块。

第6章开发环境的配置本节规定在开发过程中，开发人员所使用的环境。