为了正常的体验网站,请在浏览器设置里面开启Javascript功能!

信息机应用系统

2010-12-30 50页 doc 1MB 182阅读

用户头像

is_705105

暂无简介

举报
信息机应用系统毕业设计 信息机应用系统 学 院: 计算机科学技术学院 专 业: 姓 名: 指导老师: 计算机科学与技术 罗泽新 学 号: 职 称: 0602121029 毕秀丽 讲师 中国·珠海 二○一○年五月 北京理工大学珠海学院毕业设计 诚信承诺书 本人郑重承诺:我所呈交的毕业设计《信息机应用系统》是在指导教师的指导下,独立开展研究取得的成果,文中引用他人的观点和材料,均在文后按顺序列出其参考文献,设计使用的数据真实可靠。 承诺人签名: ______ 日期: 年 月 日 信息机应用系统 摘 要 随着信息化建设的步伐加快,各种数字化应用逐...
信息机应用系统
毕业 信息机应用系统 学 院: 计算机科学技术学院 专 业: 姓 名: 指导老师: 计算机科学与技术 罗泽新 学 号: 职 称: 0602121029 毕秀丽 讲师 中国·珠海 二○一○年五月 北京理工大学珠海学院毕业设计 诚信承诺书 本人郑重承诺:我所呈交的毕业设计《信息机应用系统》是在指导教师的指导下,独立开展研究取得的成果,文中引用他人的观点和材料,均在文后按顺序列出其参考文献,设计使用的数据真实可靠。 承诺人签名: ______ 日期: 年 月 日 信息机应用系统 摘 要 随着信息化建设的步伐加快,各种数字化应用逐渐得到完善,各大企业以及高校都涌入了这股浪潮。特别是面向群体对象众多的单位,各种高效的信息软件系统的应用成为眼前最迫切的需求。 信息机应用系统,简称MAS,集成多种实际应用功能,为短信群发、信息交流、沟通协作提供了一个最便捷,最智能的平台。系统采用ASP.NET 2.0和SQL 2005 EXPRESS数据库,实现B/S结构的典型应用,用户无需在客户端安装任何软件,即可通过浏览器登录使用。信息机应用系统,能提高各部门间的办公效率,缩短工作人员的响应时间,增强人与人之间的交流,进一步加快企业信息化建设。系统设计包含两大要素:人性化理念(Human Touch);高度集成(Highly Integrated)。 关键词:信息机 应用系统 人性化 高度集成 Message Application System Abstract With information to the accelerated development of digital application is gradually improved, universities and institutions were flocked into the wave groups.Particularly for large objects unit, efficient information systems for front of the application of the urgent demand. Message application system, mas, integrates a variety of instruments of the application for sms, send by group, communication, coordination provides a the most convenient and most intelligent of the platform.The system designed with asp.net 2.0 and SQL Server 2005 express database, in the structure of the typical application, all of the users needn’t to install any client software, just login with a browser. Message application system, will increase the efficiency of departments and offices and staff of the response time between people and enhance the exchange of information, further accelerated the construction enterprise.System design includes two major elements: human touch and highly integrated. Keywords: Mas Application system Human touch Highly integrated 目 录 TOC \o "1-3" \h \z \u 摘 要 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 谢 辞 45 1 绪论 随着信息化建设的步伐加快,各种数字化应用逐渐得到完善,各大企业以及高校都涌入了这股浪潮。特别是面向群体对象众多的单位,各种高效的信息软件系统的应用成为眼前最迫切的需求。 移动代理服务器(Mobile Agent Server)不仅为各种类型的集团客户(企业)提供了丰富的短信业务应用功能,而且提供强大的短信接入机制。此机制允许客户再接入任何其它系统以开发此系统的短信应用功能,从而使拥有移动代理服务器的客户相当于拥有一个属于自己的“袖珍型短信行业网关”。 移动代理服务器提供了企业最常用的应用,但考虑到各个企事业单位实际情况,对其进行二次开发很有必要。信息机应用系统(项目简称:BricksMas,下同)建立于移动代理服务器基础上,调用其API接口,实现符合企业自身功能,相对独立于移动代理服务器运行的系统。 1.1 企业信息交流的现状与特点 目前我国企业网络建设步伐不断加快,大部分企业内部都已建成局域网,且以不同形式接入了国际互联网。 随着计算机和网络技术的迅猛发展,信息交流的内涵也在不断延伸,手机、电话、传真机、计算机通讯全面普及,人与人之间的交流有了多种形式。手机短信以操作方便、简洁明了,价格低廉等优点逐渐得到人们的青睐。随着人们对短信群发,手机定制查询的要求不断提高,计算机和手机间的短信应用(上传或下发)成为必然,在此情况下,信息机应用系统应运而生。 1.2 移动代理服务器API接口概述 移动代理服务器MAS不仅为各种类型的集团客户直接提供了丰富的短信业务应用功能,而且提供强大的短信接入机制。此机制允许客户再接入任何其他系统以开发此系统的短信应用功能,从而使拥有移动代理服务器MAS的客户相当于拥有了一个属于自己的“袖珍型短信行业网关”。 移动代理服务器MAS的短信接入机制所提供的功能有: ​ 支持MT短信的发送、MO短信的接收。 ​ 所发送的MT短信可包括多达2000个汉字。 ​ 支持MT短信的回执确认。 ​ 支持MT短信的回复会话。 ​ 支持自定义MT短信在手机上显示的号码。 ​ 支持定时发送MT短信。 ​ 可提供多套短信接口,从而支持多套不同系统的接入。 ​ 支持通过分配给接口的短信子码来接收MO短信。 ​ 支持通过接口设置的手机指令来接收MO短信。 ​ 对通过接口发送的短信可以进行短信内容过滤。 ​ 对通过接口发送的短信可以进行黑白名单的控制。 ​ 所有接口的收发短信都有话单记录可以出丰富的接口短信话单报表。 ​ 提供接入的多种语言开发包。 ​ 提供不受任何具体开发语言约束的数据库接入。 ​ 提供开发用的调试环境。 ​ 提供短信收发的监控功能。 ​ 支持WAP Push短信。 API接口支持多种主流的语言如:C++,VB,PowerBuilder,DotNet,Delphi等。本系统使用DotNet语言作为基础调用MAS的API接口进行系统开发。 图1-1 MAS API接口 表1-1 MAS API接口的状态码 public final static int IMAPI_SUCC = 0; // 操作成功 public final static int IMAPI_CONN_ERR = -1;// 连接数据库出错 public final static int IMAPI_CONN_CLOSE_ERR = -2; //数据库关闭失败 public final static int IMAPI_INS_ERR = -3; //数据库插入错误 public final static int IMAPI_DEL_ERR = -4; //数据库删除错误 public final static int IMAPI_QUERY_ERR = -5; //数据库查询错误 public final static int IMAPI_DATA_ERR = -6; // 参数错误 public final static int IMAPI_API_ERR = -7; // API编码非法 public final static int IMAPI_DATA_TOOLONG = -8; //参数超长 public final static int IMAPI_INIT_ERR = -9; //没有初始化或初始化失败 public final static int IMAPI_IFSTATUS_INVALID = -10; //API接口处于暂停(失效)状态 public final static int IMAPI_GATEWAY_CONN_ERR = -11; //短信网关未连接 1.3 项目概述 本系统是本人在珠海移动公司实习期间,受北京理工大学珠海学院招生就业指导处所托而进行开发的,系统调用珠海移动代理服务器API接口,结合用户实际需求,对相关功能进行高度集成。 系统决定采用ASP.NET 2.0(C#)进行开发,首先是基于B/S结构的便捷性,任何通过授权的用户,都可在任何地方通过浏览器登录使用。同时,系统运行环境成熟,学校的服务器操作系统为Windows 2003,结合Internet信息管理器(IIS)及.netFramework就能很好地运行本系统,在原有硬件设备的基础上,系统运行成本几乎为零。 通过对移动代理服务器API接口的研究,最终使用用户的调查和实际情况的分析,系统确定了以下功能:短信群发、定制查询、短信记录、通讯录管理、用户相关、内容管理、系统管理。结合强大的B/S结构和人性化理念,塑造一个网络化,自动化,高效率的以短信息沟通为主,高度集成其他相关功能的综合应用平台。 北京理工大学珠海学院2010年在校注册学生超过15000人,作为群体对象众多的单位,以往的信息传播一般通过口头或电话,上传下达,最终为教师或学生所知。信息机应用系统的出现,能使包含信息的短信直接下发至教师或学生手机,第一时间获取最新信息。 信息机应用系统同时提供强大的查询功能,教师或学生可通过手机上发具特定查询格式的短信到系统,系统将自动匹配数据库字段,并下发相关信息短信至用户手机中。在条件允许的情况下,BricksMas可考虑接驳外部数据库,如校园卡数据库、OA数据库、教务数据库等,以拓展其短信群发及查询功能。 1.4 B/S结构的研究 1.4.1 B/S结构的概念 B/S结构即浏览器和服务器结构。它是随着Internet技术的兴起,对C/S结构的一种变化或者改进的结构。在这种结构下,用户工作界面是通过WWW浏览器来实现,极少部分事务逻辑在前端(Browser)实现,但是主要事务逻辑在服务器端(Server)实现,形成所谓三层3-tier结构。这样就大大简化了客户端电脑载荷,减轻了系统维护与升级的成本和工作量,降低了用户的总体成本(TCO)。以目前的技术看,局域网建立B/S结构的网络应用,并通过Internet/Intranet模式下数据库应用,相对易于把握、成本也是较低的。它是一次性到位的开发,能实现不同的人员,从不同的地点,以不同的接入方式(比如LAN, WAN, Internet/Intranet等)访问和操作共同的数据库;它能有效地保护数据平台和管理访问权限,服务器数据库也很安全。在跨平台语言出现之后,B/S架构管理软件更是方便、快捷、高效。 图1-2 B/S结构模型 1.4.2 B/S结构的优势 维护和升级方式简单。目前,软件系统的改进和升级越来越频繁,B/S架构的产品明显体现着更为方便的特性。对一个稍微大一点的单位来说,系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑,效率和工作量是可想而知的,但B/S架构的软件只需要管理服务器就行了,所有的客户端只是浏览器,根本不需要做任何的维护。无论用户的规模有多大,有多少分支机构都不会增加任何维护升级的工作量,所有的操作只需要针对服务器进行;如果是异地,只需要把服务器连接专网即可,实现远程维护、升级和共享。所以客户机越来越“瘦”,而服务器越来越“胖”是将来信息化发展的主流方向。今后,软件升级和维护会越来越容易,而使用起来会越来越简单,这对用户人力、物力、时间、费用的节省是显而易见的,惊人的。因此,维护和升级革命的方式是“瘦”客户机,“胖”服务器。 成本降低,选择更多。大家都知道windows在桌面电脑上几乎一统天下,浏览器成为了配置,但在服务器操作系统上windows并不是处于绝对的统治地位。 现在的趋势是凡使用B/S架构的应用管理软件,大多数能运行于Linux操作系统服务器上,而且安全性高。所以服务器操作系统的选择是很多的,不管选用那种操作系统都可以让大部分人使用Windows作为桌面操作系统电脑不受影响,这就使的最流行免费的Linux操作系统快速发展起来,Linux除了操作系统是免费的以外,连数据库也是免费的,这种选择非常盛行。 1.4.3 B/S结构的劣势 应用服务器运行数据负荷较重。由于B/S架构管理软件只安装在服务器端(Server)上,网络管理人员只需要管理服务器就行了,用户界面主要事务逻辑在服务器(Server)端完全通过WWW浏览器实现,极少部分事务逻辑在前端(Browser)实现,所有的客户端只有浏览器,网络管理人员只需要做硬件维护。但是,应用服务器运行数据负荷较重,一旦发生服务器“崩溃”等问题,后果不堪设想。 因此,我们在设计B/S结构应用程序时,应充分考虑服务器负载能力,尽量以良好的开发思维、稳健的架构和优秀的代码来减轻服务器负担。鉴于B/S结构的相对劣势,许多单位都备有数据库存储服务器,以防万一。 1.5人性化(Human Touch) 所谓人性化设计,顾名思义就是贴近用户的操作、使用习惯,考虑工作环境的特殊性,使工作人员与计算机的交流变得更便捷,并以顺利、安全、迅速地完成工作为目标进行程序的开发设计。人机界面是工作人员与计算机打交道的唯一的途径,只有保证程序人机界面的人性化,才能使工作更方便、更顺畅、更安全。如果在设计时对应用的理解仅仅停留在能够完成任务的水平上,使用时肯定会由于种种不便导致工作的停滞。 本系统开发时充分调研用户需求,考虑用户使用习惯,一切设计从用户角度出发。 ​ 人性化的UI设计: BricksMas界面简约,操作主控台采用框架结构,呈现给用户尽可能多的信息和操作提示。主体框架可以在不刷新整个页面的情况下进行功能的选择或其他相关信息的显示,既方便用户使用,也能在一定程度上减少服务器的负担,同时也可以减少对滚动条的依赖。系统菜单采取树形结构,并支持展开与折叠,对功能菜单进行科学分类,用户可以精确地找到所要选择的菜单功能。在各个子功能页面,必要情况下采用多个DIV对不同选项进行分隔,所有选项科学分类,一目了然,不容易引起误操作。对于系统表单,内置智能强大的正则表达式,验证所输入的数据类型或长度,且在用户输入过程进行实时提示,确保数据有效性。在数据显示方面采用不同背景颜色来区分相隔列,鼠标经过的时候也会发生微妙的颜色变化。为方便系统进行文本编辑,系统调用现成的JQuery文本编辑器,xhEditor是一个基于jQuery开发的简单迷你并且高效的可视化XHTML编辑器,基于网络访问并且兼容IE 6.0+,Firefox 3.0+,Opera 9.6+,Chrome 1.0+,Safari 3.22+等。 ​ 人性化的操作习惯: 系统的一系列操作,我们称之为流。在BricksMas中,非常注重流的人性化与自动化。比如登录系统功能,第一次使用系统,用户需根据向导注册一个属于自己的账号,鉴于系统的安全性及使用范围的特殊性,所有注册请求需系统管理员审核通过,方可进行登录操作;考虑到用户使用习惯,系统为已通过审核的用户提供“忘记密码”(动态密码)功能,用户同样可通过人性化的向导,向注册手机发送动态密码,从而进行系统的登录并重置密码,所有这一切都是在系统人性化的向导下进行的,用户并无需记忆操作步骤。 图1-3 BricksMas的登录流程图 ​ 人性化的功能: BricksMas的人性化也体现在功能的实现上,通过对用户的调查和开发前的需求分析,BricksMas围绕核心功能--群发短信进行扩展,高度集成其他相关功能,包括:系统配置、短信提醒、数据库管理、日志查看、新闻发布、用户管理、角色管理、好友管理、内部信箱管理、数据导入导出、短信记录查看、通讯录等,力求打造一个人性化,高度集成各种功能的应用系统。 1.6开发工具 本小节只简单介绍系统开发所用的语言及工具,对于他们的详细定义在本文则不费篇幅了。 ​ .NET框架:由微软开发,一个致力于敏捷软件开发(Agile software development)、快速应用开发(Rapid application development)、平台无关性和网络透明化的软件开发平台。 ​ ASP.NET 2.0:建立在微软新一代.Net平台架构上,利用普通语言运行时在服务器后端为用户提供建立强大的企业级Web应用服务的编程框架。这里特别强调一下,由于服务器环境所限,且使用ASP.NET 2.0足够实现系统现有功能,故本系统采用ASP.NET 2.0版本,而没有采用更新版本。 ​ SQL Server 2005:是一个全面的数据库平台,使用集成的商业智能 (BI) 工具提供了企业级的数据管理。SQL Server 2005 数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能,使您可以构建和管理用于业务的高可用和高性能的数据应用程序SQL Server 2005 特性概况。 ​ Visual Studio 2008:是一套完整的开发工具集,用于生成 ASP.NET Web 应用程序、XML Web Services、桌面应用程序和移动应用程序。Visual Basic、Visual C++、Visual C# 和 Visual J# 全都使用相同的集成开发环境 (IDE),利用此 IDE 可以共享工具且有助于创建混合语言解决。 ​ ERStudio:是Embarcadero Technologies公司(易博龙公司)为企业提供专业级的数据库工具,用于设计、开发、管理数据库以及其中的数据,本系统数据库采用ERStudio建模。 ​ Dreamweaver:集网页制作和管理网站于一身的所见即所得网页编辑器,它是第一套针对专业网页设计师特别发展的视觉化网页开发工具,负责本系统的UI开发。 ​ Photoshop:是Adobe公司旗下最为出名的图像处理软件之一,集图像扫描、编辑修改、图像制作、广告创意,图像输入与输出于一体的图形图像处理软件,本系统部分界面图片或按钮采用Photoshop进行设计。 ​ Css:层叠样式表,用于统一网站元素的样式。 ​ JavaScript:在客户端运行的脚本语言,用于提高系统与用户的交互性。 ​ JQuery:是一个快速的,简洁的javaScript库,使用户能更方便地处理HTML documents、events、实现动画效果,并且方便地为网站提供AJAX交互;是继prototype之后又一个优秀的Javascript框架。其宗旨是——WRITE LESS,DO MORE,写更少的代码,做更多的事情。 2 可行性分析 2.1 技术可行性 单纯的B/S结构,存在许多不足。例如:Web方式是不安全、不可靠的,用户可通过页面回退或前进来改变你所希望的结果、报表制作能力不足等,但这方面问题可通过更严谨的系统结构,更科学的程序代码来填补或解决。比起C/S结构,B/S的优点是显而易见的。 ASP.NET 是目前很成熟的B/S平台,系统通过ASP.NET2.0来实现B/S结构是比较适合的。另一方面,我对开发B/S应用程序有较多的经验。 2.2 经济可行性 基于ASP.NET和SQL SERVER的应用程序,需要的硬件及软件环境较为宽松(服务器+服务器操作系统),采用SQL EXPRESSS数据库,服务器端在原来的基础上,增加的成本接近于零。客户端只需拥有一台能连接网络的计算机即可,同样无需增加额外成本。 2.3 操作可行性 B/S应用程序无需用户安装任何客户端软件,仅仅需要一个能浏览普通网页的浏览器,能实现最人性化的操作及管理。在系统正式发布前,会对部分用户提供培训。并且系统本身会集成帮助功能,用户可以随时查阅。 2.4管理风险及管理可行性 MAS系统使用单位需要具有成熟严格的#管理制度#,包括人员管理、部门管理等,对系统用户进行统一管理, 并对用户的账号进行严格审核,防止系统被非法使用。 MAS对用户权限进行分配,并有严格的权限分配制度,可对用户进行有效管理。 3 需求分析 3.1需求定义 ​ 用户管理:添加和管理系统用户,分各用户权限。 ​ 账号管理:账号的增加删除,以及用户资料修改。 ​ 权限分配:分配各用户组角色,对用户组和用户进行权限分配。 ​ 短信群发:通过系统群发短信给指定手机号码或相关模板下的手机号码。 ​ 数据管理:对整个系统的数据进行管理。 ​ 通讯录管理:通讯录必须详细分类,明确到年级、学院、专业。学生信息与学生家长信息进行一对一匹配。 ​ 导入导出:针对各个模块功能,提供多种数据文件格式的导入和导出。 ​ 系统日志:存储系统每个用户的操作记录。 ​ 非功能需求:主要包括可靠性、安全性、可维护性、可扩展性、可测试性等。 ​ 性能需求:要求系统有良好的稳定性,能够准确的处理系统各消息传递。 ​ 安全性需求:每个用户在第一次登录后,必须更改他的系统预置登录密码,系统预置的登录密码不能重用。系统用户分级管理保证唯一管理员对系统参数有修改权限。 ​ 软件质量属性:此系统的设计主要为解决易用性,把比较繁琐的消息发送功能分类处理,同时要求对信息发送的可靠性、准确性有严格的要求,不允许出现乱码字符等异常。 3.2具体用户分析 本系统的主要使用对象为各部门的老师,不同部门、不同用户又可能存在不同的功能权限,故本系统的功能权限采取自由分配,角色与个人权限相辅相成的形式,以使系统拥有极佳的灵活性和可扩展性。 鉴于我国法律对短信的限制和群发短信的公众影响力,本系统采取多重机制预防短信滥发。(1)移动代理服务器本身采取“白名单”机制,所有预发送号码都需通过移动人工审核;(2)系统使用前需注册(系统管理员审核),登录,锁定了系统的用户群体;(3)系统可对每个用户指定月短信限额,超过月短信限额将禁止发送功能;(4)系统内部采取发送对象的分配,可为不同角色,不同用户分配不同的发送对象;(5)系统记录每个用户的操作记录和短信记录,做到有依有据。 3.3系统业务流程 图3-1 系统业务流程 TC 3.2业务用例 \l 2 3.4核心业务用例 TC 3.2.1详述用例文本 \l 2 3.4.1详述用例文本 用例UC1:用户利用信息机应用系统发送信息 ​ 范围:信息机应用系统 ​ 级别:用户目标 ​ 主要参与者:用户 ​ 涉及及其关注点: -用户:希望能够准确、快速地输入目标手机号码,而且可以直接调用通讯录的相关人员及号码,可以选择短信的发送时间,做到定时发送。并可选择短信的发送类型,输入相关参数及短信内容即可实现群发。 ​ 前置条件:用户必须经过确认和认证。 ​ 成功保证:群发短信成功,对应手机号码收到短信信息。 ​ 主成功场景: 1.​ 用户通过登录界面进行登录; 2.​ 用户选择功能:群发短信; 3.​ 用户输入相应信息,进行发送; 4.​ 用户操作写入系统日志; 5.​ 相应手机号码收到短信信息,群发成功; 6.​ 用户注销登录。 ​ 扩展: *a. 系统管理员可控制用户群发短信的数量: 1.系统管理员登录系统; 2.系统管理员对相应用户进行编辑,设置其群发短信的数量; 3.管理员注销登录。 *b. 系统在任意时刻失败: 1.系统管理员检查错误,必要时刻可重启系统; 2.系统重建上次状态; 3.系统错误写入系统日志。 *c. 信息机在任意时刻失败: 1.网络管理员检查错误,必要时刻可重启系统; 2.释放信息机资源; 3.信息机错误写入信息机日志。 ​ 特殊需求: ​ 要求系统有良好的稳定性,能够准确的处理系统各消息传递。 ​ 相互合作的用户数量20; ​ 系统支持的并发操作数量500; ​ 响应时间300ms以内; ​ 容量需求 ​ 存储器:硬盘; ​ 磁盘空间160G; ​ 数据库中表的最大行数100。 ​ MAS信息机架设在Linux服务器上,具有较好的安全性。信息机应用系统基于信息机平台开发,根据所提供的API接口可以重复的,有效的进行第二次、第三次开发。并且开发出来的系统能够实时测试。 ​ 软件质量属性:此系统的设计主要为解决易用性,把比较繁琐的消息发送功能分类处理,同时要求对信息发送的可靠性、准确性有严格的要求,不允许出现乱码字符等异常。 ​ 用户文档:设计完成后需要提交的用户文档,以及所有己知用户文档的交付格式或标准。 ​ 技术与数据变元表:MAS所有信息均采用键盘输入。 ​ 发生频率:可能会不断发生。 ​ 未决问题: ​ 群发短信的内容需符合法律法规要求; ​ 研究远程服务的恢复问题; ​ 针对不同的业务需要怎样进行定制? ​ 用户是否可使用更安全的登录方式(如:指纹,口令卡等)? TC 3.2.2用例图 \l 2 3.4.2核心业务用例图 通过对核心业务用例的分析可知,用户只与系统之间发生一种用例场景,即用户利用信息机应用系统进行信息发送。 图3-2 核心业务用例图 4 总体设计 4.1 系统结构设计 本项目采用的是简单三层结构,分别为表示层(UI),业务逻辑层(BLL),数据访问层(DAL),此模型使项目的结构更加清楚,分工更明确,有利于后期的更新升级和代码维护,为了数据和业务间更好联系,引入了DBUtility和Model。 ​ 表示层:为客户端提供对应用程序的访问,也叫界面层。本系统表示层通过框架来实现统一的界面模板,整个项目的样式通过CSS文件来定义,大量减少了界面代码的冗余,加快浏览速度。 ​ 业务逻辑层:为实现业务应用程序的逻辑功能,核心部分。如果说数据层是积木,那逻辑层就是对这些积木的搭建。 ​ 数据访问层:主要是对原始数据(数据库或者文本文件等存放数据的形式)的操作层,而不是指原始数据,也就是说,是对数据的操作,而不是数据库,具体为业务逻辑层或表示层提供数据服务。 图4-1 系统结构 4.2系统权限划分建议 由于本系统功能权限划分有很强的灵活性,系统管理员能根据不同用户的实际情况来进行分配角色和自由划分,故以下划分规则只作为建议,仅供参考。 表4-1 系统功能权限划分建议 功能名称 系统管理员 招生办公室 就业指导处 其他用户 系统管理         参数配置 √ × × × 功能菜单 √ × × × 数据库管理 √ × × × 日志查看 √ × × × 内容管理         新闻管理 √ × × × 新闻分类管理 √ × × × 用户相关         已审核用户 √ √ √ × 待审核用户 √ × × × 角色管理 √ × × × 好友管理 √ √ √ √ 我的信箱 √ √ √ √ 意见反馈 √ √ √ √ 短信群发         普通群发 √ √ √ × 师生互动 √ √ √ × 定制查询         录取查询 √ √ × × 成绩查询 √ √ × × 其他查询 √ × × × 通讯录管理         教师通讯录 √ × √ × 学生通讯录 √ × √ × 短信记录 所有发送记录 √ × × × 我的发送记录 √ √ √ × 我的接收记录 √ √ √ × 所有回执记录 √ × × × 4.3系统功能划分 系统由七大模块组成:系统管理、内容管理、用户相关、短信群发、定制查询、通讯录管理、短信记录。 ​ 系统管理:系统配置、功能菜单、数据库管理、日志查看; ​ 内容管理:新闻管理、新闻分类管理; ​ 用户相关:已审核用户、待审核用户、角色管理、好友管理、我的信箱、信息反馈; ​ 短信群发:普通群发、师生互动; ​ 定制查询:录取查询、成绩查询、其他查询; ​ 通讯录管理:教师通讯录、学生通讯录; ​ 短信记录:所有发送记录、我的发送记录、我的接收记录、所有短信回执。 图4-2 系统功能图 4.4数据库设计 数据库作为系统的重要部分,几乎每个操作都得和数据库打交道,所以数据库的设计对整个系统的性能和扩展能力有着举足轻重的影响。本系统花了大量时间进行数据库的构建。在表设置方面,为了让数据库尽量符合第三范式,设置了必要的外键,大大减少了数据的冗余,保证了数据的完整性。为一部分常用查询字段建立了非聚集索引,并为关键查询建立索引视图,大大加快数据检索速度。数据的分页需要读取大量的数据,并具有很强的通用性,故将分页方法语句写入存储过程,供多处使用,在实际测试中,这种形式的分页效率极高。 本系统采用数据库建模工具ERStudio8.0进行建模,由最初设计的逻辑模型(Logical Model)生成实体模型(Physic Model),最后链接生成SQL Server 2005完整数据库BricksMasV22005.mdf。 图4-3 数据库模型 4.4.1 数据表 ​ BM_CheckOffer:录取查询表 ​ BM_CheckOther:其他查询表 ​ BM_CheckScore: 成绩查询表 ​ BM_Friend: 好友信息表 ​ BM_FriendType:好友分类表 ​ BM_Function: 功能菜单表 ​ BM_MailBox:站内信箱表 ​ BM_News:新闻表 ​ BM_NewsType:新闻分类表 ​ BM_ReceiveLog:接收记录表 ​ BM_Role:角色信息表 ​ BM_RoleFunction:角色功能对应表 ​ BM_RptLog:回执记录表 ​ BM_SendLog:发送记录表 ​ BM_SendTarget:发送对象分配表 ​ BM_Student:学生信息表 ​ BM_SystemInfo:系统信息表 ​ BM_SystemLog:系统日志表 ​ BM_Teacher:教师信息表 ​ BM_User:用户信息表 4.4.2 视图 表4-2 好友视图V_Friend 视图名 列名 引用表 功能描述 V_Friend FriendID BM_Friend 好友ID UserID BM_Friend 用户ID FriendName BM_Friend 好友名称 FriendMobilePhone BM_Friend 好友手机号码 FriendTypeID Relation 好友类型ID TypeName BM_FriendType 类型名称 CreateTime BM_Friend 创建时间 表4-3 信箱视图V_MailBox 视图名 列名 引用表 功能描述 V_MailBox MailBoxID BM_MailBox 信件ID Title BM_MailBox 信件标题 Content BM_MailBox 信件内容 UserID BM_MailBox 用户ID AuthorID Relation 作者ID Username BM_User 用户名 CreateTime BM_MailBox 创建时间 表4-4 新闻视图V_News 视图名 列名 引用表 功能描述 V_News NewsID BM_News 新闻ID Title BM_News 新闻标题 Content BM_News 新闻内容 Author BM_News 作者 NewsTypeID Relation 新闻分类ID TypeName BM_NewsType 分类名称 CreateTime BM_News 创建时间 LastTime BM_News 最后更新时间 UserID BM_News 用户ID Visted BM_News 访问次数 Ding BM_News 是否置顶 Flag BM_News 是否显示 表4-5 用户视图V_User 视图名 列名 引用表 功能描述 V_User UserID BM_User 用户ID Username BM_User 用户名 Password BM_User 密码 MD5Password BM_User MD5密码 Email BM_User 邮箱地址 MobilePhone BM_User 手机号码 SmsLimited BM_User 月短信限额 RoleID Relation 角色ID Visted BM_User 访问次数 CreateTime BM_User 创建时间 LastTime BM_User 最后登录时间 LastIP BM_User 最后登录IP Flag BM_User 是否启用 RoleName BM_Role 角色名称 4.4.3 储存过程 表4-6 分页存储过程 名字 参数 功能描述 UP_GetRecordByPage 表名、排序字段、页尺寸、页码、返回记录总数、返回总页数、排序类型、查询条件 数据分页 create PROCEDURE [dbo].[UP_GetRecordByPage] @tblName varchar(255), -- 表名 @fldName varchar(255), -- 主键字段名 @PageSize int = 10, -- 页尺寸 @PageIndex int = 1, -- 页码 @IsReCount bit = 0, -- 返回记录总数, 非0 值则返回 @OrderType bit = 0, -- 设置排序类型, 非0 值则降序 @strWhere varchar(1000) = '' -- 查询条件(注意: 不要加where) AS declare @strSQL varchar(6000) -- 主语句 declare @strTmp varchar(100) -- 临时变量(查询条件过长时可能会出错,可修改为) declare @strOrder varchar(400) -- 排序类型 if @OrderType != 0 begin set @strTmp = '<(select min' set @strOrder = ' order by [' + @fldName +'] desc' end else begin set @strTmp = '>(select max' set @strOrder = ' order by [' + @fldName +'] asc' end set @strSQL = 'select top ' + str(@PageSize) + ' * from [' + @tblName + '] where [' + @fldName + ']' + @strTmp + '([' + @fldName + ']) from (select top ' + str((@PageIndex-1)*@PageSize) + ' [' + @fldName + '] from [' + @tblName + ']' + @strOrder + ') as tblTmp)' + @strOrder if @strWhere != '' set @strSQL = 'select top ' + str(@PageSize) + ' * from [' + @tblName + '] where [' + @fldName + ']' + @strTmp + '([' + @fldName + ']) from (select top ' + str((@PageIndex-1)*@PageSize) + ' [' + @fldName + '] from [' + @tblName + '] where ' + @strWhere + ' ' + @strOrder + ') as tblTmp) and ' + @strWhere + ' ' + @strOrder if @PageIndex = 1 begin set @strTmp ='' if @strWhere != '' set @strTmp = ' where ' + @strWhere set @strSQL = 'select top ' + str(@PageSize) + ' * from [' + @tblName + ']' + @strTmp + ' ' + @strOrder end if @IsReCount != 0 set @strSQL = 'select count(*) as Total from [' + @tblName + ']'+' where ' + @strWhere exec (@strSQL) 5 详细设计 5.1 系统架构 图5-1 系统架构 5.2 类设计 本系统采用简单三层结构设计,所涉及的类较多,此处不一一列举,仅列出较典型的类的范例。 表5-1 DbHelperSQL类 类DbHelperSql:数据访问层,封装整个系统对数据的连接和操作 方法:string GetConnectionString (string configName):读取配置文件获得数据库连接字符串 方法:int ExecuteSql (多种参数形式):执行SQL语句,返回受影响的记录数 方法:int ExecuteSqlTran (多种参数形式):执行多条SQL语句,实现数据库事务,返回受影响的记录数 方法:int GetSingle (多种参数形式):执行一条计算查询结果语句,返回查询结果 方法:SqlDataReader ExecuteReader (多种参数形式):执行查询语句,返回SqlDataReader 方法:DataSet Query (多种参数形式):执行查询语句,返回DataSet 表5-2 用户User类。 类User:基础功能类,这里仅举例User类 方法:bool Exists (UserID或Username):判断对应记录是否已经存在 方法:int Add (model):注册或新增用户,返回操作结果 方法:int Update(model):修改用户信息,返回操作结果 方法:int Delete (int UserID):根据UserID删除用户,返回操作结果 方法:SqlDataReader GetReader ():返回符合指定条件strWhere的DataReader 方法:model GetModel(UserID或Username):返回一个对象实体 方法:DataSet GetList(string strWhere):获取符合指定条件strWhere的数据列表 表5-3 Common 类 类Common :通用方法类,写系统常用方法,此类无须构造即可直接调用其方法 方法:string MD5Password (string Password):获取Password的MD5形式 方法:int SendEmail (常规邮件参数):根据参数发送电子邮件,返回操作结果 表5-4 Mas 类 类Mas :信息机API操作类 方法:int InitMas (信息机参数):初始化信息机信息,参数从数据库中读取 方法:int SendWapMessage (model):调用移动代理服务器API方法发送短信,返回操作结果(数字表示) 方法:int ReceiveSM (int SrcID,int Amount):接收指定srcID的MO短信,并将其写入数据库 方法:int Delete (int SmID,int Amount):接收指定smID的所有短信回执 方法:string stringSendResult (int Result):返回短信操作结果(数字表示)的描述信息 5.3 注册与登录 信息机应用系统对使用用户有严格限制,每个用户必须拥有系统合法的账号与密码,方可登录系统进行各种操作。 5.3.1 用户注册 用户初次使用系统,需进行用户注册向导,按要求填写相关信息后,注册请求将提交给系统管理员审核。 图5-2 用户注册界面 5.3.2 登录系统 对于已有系统合法账号、密码的用户,可直接进行登录操作,若登录通过验证,将自动跳转到系统主控台界面。 图5-3 登录系统界面 图5-4 系统主控台界面 5.3.3 忘记密码 在前面已经提到,系统充分考虑人性化设计,对于已有系统合法账号、密码的用户,若遗忘用户密码,系统提供“动态密码”登录功能,用户只需输入账号及注册时提供的手机号码,系统会自动将动态密码发送至用户手机,输入动态密码后,即可成功登录系统并修改原始密码(考虑到系统的安全性,动态密码只能使用一次)。 图5-5 忘记密码操作界面 5.4 系统管理 系统管理主要供系统管理员操作,用来设定系统主要参数,这些参数是信息机应用系统能否正常工作的决定因素。 5.4.1 系统配置 在系统配置中,主要设置系统基础参数、移动代理服务器API接口信息、邮件服务器、注册及免打扰模式开关等,特别注意一下,一旦参数填写有误,将导致系统的核心或相关功能失效。 图5-6 系统配置界面 5.4.2 功能菜单 功能菜单主要为系统管理员分配角色或用户权限及短信提醒功能做准备,此处的功能意为“逻辑上功能”,而非“物理功能”,删除某个功能菜单,不会导致系统本身功能的丢失,只是逻辑上的不显示。 图5-7 功能菜单界面 5.4.3 数据库管理 系统虽然采用了效率及安全性都较高的SQL Server 2005数据库,但为防止各种意外情况发生,系统提供数据库备份及还原功能,在意外发生后,能最大限度保证数据完整性,并确保系统能够正常运行。 图5-8 数据库管理界面 5.4.4 日志查看 任何一个使用本系统的用户在本系统中的所有操作都将写入系统日志中,做到每个操作有理有据,且方便系统管理员对用户操作行为进行监控。 图5-9 日志查看界面 5.5内容管理 本系统内置内部新闻发布系统,并支持一级新闻分类,系统管理员可根据新闻类型发布新闻,其中,首页公告的最新5条新闻将同时滚动显示在登录窗口。 这里特别提醒,系统采用了高效简洁的JQuery文本编辑器xhEditor,提供丰富的格式编辑,同时,经过修改后的编辑器支持特定格式的文件、图片、Flash及影音文件等的上传或插入(文件大小限定为20M,文件格式请参考帮助信息)。 图5-10 新闻管理界面 图5-11 新增新闻界面 图5-12 新闻分类管理界面 5.6 用户相关 用户相关提供相关功能包括:用户管理(含已审核与待审核)、角色管理、个人好友管理、信箱等。 5.6.1 用户管理 为方便管理员区分及对注册用户的审核操作,用户管理已划分为已审核用户及未审核用户两个子菜单,界面及操作都基本相同。 图5-13 用户管理界面 5.6.2 角色管理 在本功能中,主要是系统的角色、对应权限及短信群发对象的设置,考虑系统特殊性,该部分设置应谨慎考虑。 5.6.3 好友管理 为方便用户在系统内方便联系好友(包括站内联系与短信联系),本系统特增加好友功能,每个用户能添加独立的好友,且每个用户都能选择自行设置的好友分类。 5.6.4 我的信箱 站内联系的具体实现,采取内部私人信箱的形式进行。用户可发送站内信给任何一个系统合法用户(可多选),且提供方便快捷的回复功能。写信时同样调用了xhEditor文本编辑器,支持传送集影音文字于一身的站内信,完全可以扩展成网络U盘等相关应用。 5.6.5 信息反馈 内部信箱的特殊形式,当选择信息反馈时,收件对象为站内系统管理员(可多选),方便用户对系统或其他相关方面提出意见或建议。 图5-14 发送站内信界面 5.7 短信群发 短信群发属于本系统核心业务,根据用户需求,短信群发具备极强的灵活性。 5.7.1 普通群发 在普通群发中,用户在填写完短信内容,URL,发送时间(可日历选择)等必要信息后,在选择接收人处会有多种方式供选择,且支持多种方式选择叠加,包括:手动输入号码、导入EXCEL号码、采用教师模板、采用学生模板及好友模板。为了方便用户统计,附加短信字数及接收号码个数统计功能。 图5-15 短信群发界面 5.7.2 师生互动 系统主要使用用户为教师,为方便教师与学生之间的短信互动交流,特增加本菜单,主要是对具体操作的提示。 5.8 定制查询 定制查询包含:录取查询、成绩查询及其他查询,主要提供数据的导入及查看功能。支持从指定格式的EXCEL文件中导入相关数据到系统数据库中,并供移动代理服务器进行调用,用户可直接发送类似“LQCX#0602121029”形式的短信到移动代理服务器短信接口,即可查询到相关信息。 5.9 通讯录管理 通讯录作为系统一个重要组成部分,短信群发模板、好友等相关操作都可能与通讯录打交道,通讯录根据不同群体分为教师通讯录与学生通讯录,两者的信息字段根据实际情况有所不同,但基本操作完全相同。 5.10 短信记录 5.10.1 所有发送记录 在前面已经提及,用户在本系统的所有操作都将被系统所记录,系统日志记录的是操作的记录,而所有发送记录里记录所有发送短信的详细记录,包括,短信内容、URL、发送时间、署名、接收人等。 5.10.2 我的发送记录 我的发送记录属于
/
本文档为【信息机应用系统】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。 本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。 网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。

历史搜索

    清空历史搜索