Web系统助手是一套以增强传统web应用为目的的桌面应用系统。
传统web应用是基于浏览器的应用，浏览器的固有交互方式，安全限制等因素会造成web应用无法实时消息提醒，文件上传功能单一，登录繁琐。
本系统通过分析传统web应用缺陷，以“科委项目申报系统”为案例，设计完成了一套以提升传统web应用用户体验，增强传统web应用软件质量为目的c/s与b/s架构相结合的系统。本系统能够解决：
1、消息实时接收。
2、大文件断点续传，分布式存储。
3、单点登录。
本系统在Flex平台下开发，客户端采用flex AIR技术，Web前端采用flash技术，实现客户端与web端通信。服务端在java平台下使用Hibernate和Spring等框架技术做到数据持久化，事务管理。用DBblaze框架实现flex与java服务端通信。
论文分为7部分，第一部分首先介绍了课题研究的背景和意义，web系统助手的发展现状以及系统应用技术做了简短介绍；第二部分详细的阐述了系统的需求分析；第三部分介绍从架构设计，关键问题解决方案设计，系统详细设计，数据库设计等方面来阐述系统设计。第四部分从主要代码和功能效果方面介绍了系统实现，第五部分做了系统测试。最后第六部分对论文的研究成果进行了总结。
关键词：web系统助手 实时 断点续传 单点登录 分布式
1. 绪论 1
1.1 系统开发的背景及意义 1
1.2 Web系统助手的发展现状 2
1.3 系统应用技术概述 2
1.3.1 RMI技术框架 2
1.3.2 Flex RIA介绍 3
1.3.3 Flex数据访问组件 4
2. 系统需求分析 6
2.1 需求概述 6
2.2 系统功能需求 6
2.3 软件质量需求 9
3. 系统设计 11
3.1 简述 11
3.2 架构设计 11
3.2.1 系统物理架构 11
3.2.2 系统业务架构 12
3.2.3 系统功能架构 13
3.3 关键问题解决方案设计 15
3.3.1 简述 15
3.3.2 Web端启动web助手（pc应用） 15
3.3.3 Web端与web助手通信 17
3.3.4 Web助手单点登录 18
3.3.5 Web助手与文件系统通信（文件断点续传） 20
3.3.6 负载均衡以及文件存储策略 21
3.4 系统详细设计 24
3.4.1 用户登录模块设计 24
3.4.2 文件管理 28
3.4.3 消息管理 32
3.5 数据库设计 35
3.5.1 数据库概念结构设计 35
3.5.2 逻辑结构设计 36
3.5.3 物理结构设计 38
4. 系统实现 40
4.1 单点登录实现 40
4.1.1 主要代码 40
4.1.2 功能界面 41
4.2 文件断点续传实现 41
4.2.1 主要代码 41
4.2.2 功能界面 43
4.3 消息实时提醒实现 43
4.3.1 主要代码 43
4.3.2 功能界面 44
5. 系统测试 45
5.1 测试计划 45
5.2 测试设计 45
5.3 测试实施 48
6. 总结 49
致 谢 50
参考文献 51
文献综述 53
Web应用程序是一种可以通过Web访问的应用程序。Web应用程序的一个最大好处是用户很容易访问应用程序，用户只需要有浏览器即可。
在计算机产业飞速发展的12年间,软硬件以及互联网已有日新月异的变化。业务需求愈加复杂的今天，传统的web应用已经露出了它的不足之处。
传统的web系统基于B/S模式， B/S模式本身具体很多优点，但同时也存在一些不能依靠B/S模式克服的重要的缺陷，如：
1、用户接受web端发送的消息不够及时；
2、文件上传有大小限制，不支持多文件同时上传，也不支持断点续传；
3、用户想要访问web系统的某个功能，需要经过登录，跳转等诸多繁琐的步骤。
这些web系统的缺陷会给用户的操作带来极大的不便，而且随着业务的不断增大，这些缺陷所暴露出来的问题也越来越严重，促使软件商不得不高度重视这个问题，于是开发一个能够辅助web系统的软件显得十分有必要。
Web系统助手能够弥补Web系统先天所存在的缺陷，延长Web系统的生命周期。从用户的角度看，使用Web系统助手相比直接使用Web系统更加方便，界面交互更加友好，操作效率更高。从软件开发商的角度来看，使用Web系统助手可以轻松的解决一些B/S系统固有的技术难题，而且能把Web系统助手直接通过接口的方式集成到该开发商开发的其它Web系统。
现针对以上问题，web系统助手提出解决方案，首要解决：
1、消息实时提醒。
2、大文件断点续传，分布式存储。
3、单点登录。
本系统，主要针对以上问题，从需求分析，系统设计，主要实现等方面来讨论，设计和开发web系统助手。
需求分析是系统开发的很重要的一环，首先要进行需求调研，包括创建调研计划、协调调研时间；收集客户资料、获取客户需求；然后是编写需求文档，确定开发环境与运行环境，估算出项目工作量。在这一阶段，系统分析员还要列出系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里还可以初步定义好少量的界面。在需求分析阶段系统分析员要多次和客户进行沟通，以便能够满足客户的需求。本文参考以前WEB系统助手的成功经验，并经过仔细的分析与调查后，得出系统用例如图所示：
Web系统助手业务功能
Web系统助手业务主要包括以下几方面：
1、文件上传功能。要求支持大文件上传，多文件同时上传，文件的分布式存储，并且上传时依靠提供负载均衡器选择服务器。能够观察上传任务的进度、大小、状态等，能够对上传的任务进行开始，暂停，删除等操作。文件功能详细用例表示如下：
图2-2 文件系统用例图
2、及时消息通信功能。普通用户可以在不登陆web系统的情况下及时的接收web系统发送的消息，如果也没有登录Web系统助手，那么在将信息保存，当用户登录时提示。管理用户可以对消息进行管理，包括发送，编辑，删除消息等操作。详细用例表示如下：
图2-3 消息系统用例图
Web系统助手系统功能
Web系统助手的系统功能主要包括以下几方面:
1、单点登录功能。Web系统和Web系统助手共享用户的登录信息，用户登录或注销通过单点登录服务器来统一完成。用例图如下：
图2-4 单点登录系统用例图
2、集成到Web系统的功能。要求能将Web系统助手集成到Web系统中，且要求配置简单。
集成Web系统的业务功能。Web系统助手能够将Web系统的业务集成到助手当中，要求配置简单，且能够集成以WebService发布的web系统。
除此之外，还有如下要求：
1、安全性。Web系统助手与Web系统采用单点登录，所以要对用户的信息采用加密，隐藏等安全性措施。
2、稳定性。当同时登录Web系统的用户逐渐增多时，尤其是用户在使用上传等对系统有高负荷的功能时，要使用负载均衡器来合理分配服务端的服务器。
3、移植性。Web系统助手不是孤立的，它可能以后会在移动端或者其它各种设备中运行。在Web系统助手开发的过程中，应确保数据互通是各平台兼容的，不仅是客户端，还需要操作系统的兼容。
4、扩展性。Web系统助手要求能够以多种便捷的方式集成各种Web系统和Web系统的业务功能，系统需要提供强大的扩展性以保证新业务能简单易行地整合到系统。
5、便捷性。因为本系统是一款直接被用户使用的助手软件，所以要求操作简捷方便，符合多数用户的操作习惯。
总而言之，本系统要实现的目标并不仅仅是针对某一个特定Web系统功能的功能软件，更是成为一个能够集成多个web系统，多种web系统业务功能的助手软件。
系统采用C/S和B/S的混合结构模式。系统的分析设计采用面向对象的技术，应用VisioViewer、starUML等工具进行辅助设计。
系统的设计原则如下：
1．用户界面设计原则：为了让系统拥有良好人机交互界面，本软件系统用户界面布局应考虑到用户的操作习惯，做到功能布局明显、空间分配平衡，以及界面统一规范化等。
2．数据库设计原则：在进行数据库设计时需要注意命名的规范，数据的一致性和完整性等。
3．用户操作简单快捷：作为一款助手软件，在用户操作上，用户感觉操作简单易上手，符合多数用户的操作习惯，且提供某些快捷功能，如系统托盘等。
4．高度可扩展性原则：考虑到本系统是针对Web系统的助手软件，需要集成许多Web系统的系统功能，所以本系统的数据交互跨平台，且提供了对Web系统的集成接口。
