基于CAS网络故障自助报修系统 设计和实现.docVIP

基于CAS网络故障自助报修系统 设计和实现.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基于CAS网络故障自助报修系统 设计和实现

基于CAS网络故障自助报修系统 设计和实现   摘 要:随着我校信息化的发展,联网用户的逐年增多,使得网络维护的难度、故障维护的工作量也越来越大。通过自主开发一套基于本校CAS的?W络故障自助报修系统,以简化报修流程,提高维修工作效率。文章结合本校实际情况,提出了开发该系统的重点与思路,以及技术实现方法。   关键词:CAS;网络报修;学生网管   中图分类号:TP311 文献标志码:A 文章编号:1673-8454(2018)03-0094-03   引言   随着我校信息化的建设和发展,联网宿舍楼宇和上网学生的逐步增加。联网学生已突破3万人,联网学生宿舍达到55栋,网络故障总量呈现一个持续上升的趋势,如图1所示。   我校现有的报修流程是:学生网络故障后通过电话给网信中心报修,然后由网信中心老师人工指派工单给对应学生网管,学生网管联系报修同学,携带纸质工单上门维护,维修完毕后学生填写维修评价,最后回收统计纸质工单。   该种报修方式存在如下几点问题:   (1)通过电话报修,即无法满足网络故障数量快速增长的需求,也无法满足用户快捷方便的网络故障报修的要求;   (2)通过人工指派工单,工作效率低效,容易发生错漏;   (3)纸质工单的方式,增加了学生网管工作量,并且容易造成记录误差,纸质工单丢失,工作量统计困难等问题;   (4)无法动态跟踪维修状态,也无法实时掌控维修质量,缺少有效反馈机制。   为了满足学生网络故障报修的需要,我校自主研发了一套基于CAS的网络故障自助报修系统。系统对接本校的CAS系统,实现自动从校园统一身份认证系统中读取报修人个人信息,包括姓名,学号,宿舍,电话等需要的信息,简化了报修步骤和流程。   一、CAS技术原理   网络故障自助报修系统作为一个应用程序,有很多成熟的产品可供选择,但是其在软件设计合理性上、功能上、个性化上均不能很好的满足我校报修系统的需求。因此我校采用完全自主研发本系统来实现用户的网络故障自助报修需求。   CAS 是 Yale 大学发起的一个开源项目,旨在为 Web 应用系统提供一种可靠的单点登录方法,CAS 在 2004 年 12 月正式成为 JA-SIG 的一个项目。CAS 具有以下特点:开源的企业级单点登录解决方案。CAS Server为需要独立部署的Web 应用。CAS Client 支持非常多的客户端(这里指单点登录系统中的各个Web 应用),包括 Java、.Net、PHP、Perl、Apache、uPortal、Ruby 等。   CAS 包含两个部分: CAS Server 和 CAS Client。CAS Server 需要独立部署,主要负责对用户的认证工作;CAS Client 负责处理对客户端受保护资源的访问请求,需要登录时,重定向到 CAS Server。图2是 CAS 最基本的协议过程:   二、系统分析与设计   1.系统总体结构   本系统主要由 5 个功能模块组成:故障申报、网管接单、上门服务、服务评价和流程审核,如图3所示。   该结构的显著特点是在报修、维修、评价之间建立沟通桥梁,从反馈评价中发现维护的及时性、服务质量和服务态度问题,协调各运维部的部外运行机制和维修行为。   2.系统业务流程分析和设计   系统共有3种工作流过程:第一,申报人申报网络故障,对应楼宇学生网管接单,故障处理完成,申报人评价服务,网信中心老师审核流程,流程完成;第二,学生网管如果不能独立完成,请求网信中心老师协助处理。网信中心老师给予处理意见指导学生网管处理完成,申报人评价服务,网信中心老师审核流程,流程完成;第三,网信中心老师认为故障超出学生网管处理能力,老师直接处理,申报人评价,网信中心老师审核流程,流程完成。具体workflow流程图,如图4所示。   3.系统用例图设计和数据库结构   (1)用可视化的建模语言UML(Unified Modeling Language)进行了图形化的建模,并绘制了用例图,如图5所示。   通过该系统的用例图,能够从网络用户的角度,来观察该系统需实现的功能。该系统所面向的用户共三类:   第一类是普通用户,是指学校所有的学生网络用户,他们所做的操作有三个:①申报网络故障;②根据系统随机生成的故障申报编号,可以登录系统查看故障处理进度。③维修完毕后,可以评价服务。   第二类是学生网管,在收到故障短信提醒后,可以随时登录系统查看故障信息,并联系用户上门进行故障的解决与处理,并进行网络故障的统计,为下一步网络维护与改造提供依据。   第三类是系统管理员,是指网信中心老师,对学生网管信息和报修单进行管理与维护,并审核整个服务流程。   (2)数据库设计   系统数据

文档评论(0)

fangsheke66 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档