ASP.NET信息机应用系统
本系统是本人在珠海移动公司实习期间，受北京理工大学珠海学院招生就业指导处所托而进行开发的，系统调用珠海移动代理服务器API接口，结合用户实际需求，对相关功能进行高度集成。
系统决定采用ASP.NET 2.0（C#）进行开发，首先是基于B/S结构的便捷性，任何通过授权的用户，都可在任何地方通过浏览器登录使用。同时，系统运行环境成熟，学校的服务器操作系统为Windows 2003，结合Internet信息管理器（IIS）及.netFramework就能很好地运行本系统，在原有硬件设备的基础上，系统运行成本几乎为零。本文来自辣"文'论-文~网
通过对移动代理服务器API接口的研究，最终使用用户的调查和实际情况的分析，系统确定了以下功能：短信群发、定制查询、短信记录、通讯录管理、用户相关、内容管理、系统管理。结合强大的B/S结构和人性化理念，塑造一个网络化，自动化，高效率的以短信息沟通为主，高度集成其他相关功能的综合应用平台。
北京理工大学珠海学院2010年在校注册学生超过15000人，作为群体对象众多的单位，以往的信息传播一般通过口头或电话通知，上传下达，最终为教师或学生所知。信息机应用系统的出现，能使包含信息的短信直接下发至教师或学生手机，第一时间获取最新信息。毕业论文http://www.751com.cn
信息机应用系统同时提供强大的查询功能，教师或学生可通过手机上发具特定查询格式的短信到系统，系统将自动匹配数据库字段，并下发相关信息短信至用户手机中。在条件允许的情况下，BricksMas可考虑接驳外部数据库，如校园卡数据库、OA数据库、教务数据库等，以拓展其短信群发及查询功能。
1 绪论随着信息化建设的步伐加快，各种数字化应用逐渐得到完善，各大企业以及高校都涌入了这股浪潮。特别是面向群体对象众多的单位，各种高效的信息软件系统的应用成为眼前最迫切的需求。
移动代理服务器（Mobile Agent Server）不仅为各种类型的集团客户（企业）提供了丰富的短信业务应用功能，而且提供强大的短信接入机制。此机制允许客户再接入任何其它系统以开发此系统的短信应用功能，从而使拥有移动代理服务器的客户相当于拥有一个属于自己的“袖珍型短信行业网关”。移动代理服务器提供了企业最常用的应用，但考虑到各个企事业单位实际情况，对其进行二次开发很有必要。信息机应用系统（项目简称：BricksMas，下同）建立于移动代理服务器基础上，调用其API接口，实现符合企业自身功能，相对独立于移动代理服务器运行的系统。1.1 企业信息交流的现状与特点
目前我国企业网络建设步伐不断加快，大部分企业内部都已建成局域网，且以不同形式接入了国际互联网。
随着计算机和网络技术的迅猛发展，信息交流的内涵也在不断延伸，手机、电话、传真机、计算机通讯全面普及，人与人之间的交流有了多种形式。手机短信以操作方便、简洁明了，价格低廉等优点逐渐得到人们的青睐。随着人们对短信群发，手机定制查询的要求不断提高，计算机和手机间的短信应用（上传或下发）成为必然，在此情况下，信息机应用系统应运而生。
1.2 移动代理服务器API接口概述
移动代理服务器MAS不仅为各种类型的集团客户直接提供了丰富的短信业务应用功能，而且提供强大的短信接入机制。此机制允许客户再接入任何其他系统以开发此系统的短信应用功能，从而使拥有移动代理服务器MAS的客户相当于拥有了一个属于自己的“袖珍型短信行业网关”。
移动代理服务器MAS的短信接入机制所提供的功能有：
支持MT短信的发送、MO短信的接收。
所发送的MT短信可包括多达2000个汉字。
支持MT短信的回执确认。
支持MT短信的回复会话。
支持自定义MT短信在手机上显示的号码。
支持定时发送MT短信。毕业论文http://www.751com.cn 可提供多套短信接口，从而支持多套不同系统的接入。
支持通过分配给接口的短信子码来接收MO短信。
支持通过接口设置的手机指令来接收MO短信。
对通过接口发送的短信可以进行短信内容过滤。
对通过接口发送的短信可以进行黑白名单的控制。
所有接口的收发短信都有话单记录可以出丰富的接口短信话单报表。
提供接入的多种语言开发包。
提供不受任何具体开发语言约束的数据库接入。
提供开发用的调试环境。
提供短信收发的监控功能。
支持WAP Push短信。
API接口支持多种主流的语言如：C++，VB，PowerBuilder，DotNet，Delphi等。本系统使用DotNet语言作为基础调用MAS的API接口进行系统开发。
目 录
摘 要 I
ABSTRACT II
1 绪论 1
1.1 企业信息交流的现状与特点 1
1.2 移动代理服务器API接口概述 1
1.3 项目概述 3
1.4 B/S结构的研究 3
1.4.1 B/S结构的概念 3
1.4.2 B/S结构的优势 4
1.4.3 B/S结构的劣势 4
1.5人性化（Human Touch） 5
1.6开发工具 6
2 可行性分析 8
2.1 技术可行性 8
2.2 经济可行性 8
2.3 操作可行性 8
2.4管理风险及管理可行性 8
3 需求分析 9
3.1需求定义 9
3.2具体用户分析 9
3.3系统业务流程 10
3.4核心业务用例 10
3.4.1详述用例文本 10
3.4.2核心业务用例图 12
4 总体设计 13
4.1 系统结构设计 13
4.2系统权限划分建议 13
4.3系统功能划分 15
4.4数据库设计 15
4.4.1 数据表 17
4.4.2 视图 17
4.4.3 储存过程 19
5 详细设计 21
5.1 系统架构 21
5.2 类设计 21
5.3 注册与登录 22
5.3.1 用户注册 22
5.3.2 登录系统 23
5.3.3 忘记密码 24
5.4 系统管理 24
5.4.1 系统配置 24
5.4.2 功能菜单 25
5.4.3 数据库管理 26
5.4.4 日志查看 26
5.5内容管理 26
5.6 用户相关 27
5.6.1 用户管理 27
5.6.2 角色管理 28
5.6.3 好友管理 28
5.6.4 我的信箱 28
5.6.5 信息反馈 28
5.7 短信群发 29
5.7.1 普通群发 29
5.7.2 师生互动 30
5.8 定制查询 30
5.9 通讯录管理 30
5.10 短信记录 31
5.10.1 所有发送记录 31
5.10.2 我的发送记录 31
5.10.3 我的接收记录 31
5.10.4 所有回执记录 31
5.11其他功能 32
5.11.1导出功能 32
5.11.2 导入功能 32
5.11.3 检索功能 32
5.11.4 快捷操作 32
5.11.5 短信提醒 33
5.11.6 邮件提醒 33
5.11.7 用户帮助 33
5.12 系统安全相关 33
6 设计的实现 34
6.1 系统测试 34
6.1.1从测试者来分 34
6.1.2从测试内容来分 34
6.2 系统的优化 34
7 运行与文护 36
7.1运行所需的环境 36
7.2实施相关 36
7.3日常文护 36
总 结 37
参考文献 38
附 录 39
谢 辞1555