基于CAS的校园订餐系统的设计与实现

张小艾

摘要：从对校园订餐系统的需求出发，结合学校现有的信息化特色情况进行需求分析，设计并实现了基于CAS认证的B/S模式的高校食堂特色订餐系统，提高了用户体验和管理效率。

关键词：CAS;订餐系统

中图分类号：TP393      文献标识码：A      文章编号：1009-3044（2018）35-0063-02

Abstract：Proceeding from the requirement of the system of ordering on campus，Combined with current campus information situation， the Campus restaurants reservation system on CAS was designed and developed. With it， user experience was enhanced and the management efficiency was improved.

Key words： CAS; restaurants reservation system

现在大多数高校的教工食堂仍然采用传统的经营模式，即教职工采用现场购买、当场付费的传统形式。对食堂管理者来说，一方面有多少消费者会来就餐在备餐前并不明确，备餐可能会出现不足或者准备过量的情况;另一方面订餐管理没有条理，从而导致了较差的用户体验和不必要的经济损失。

随着网络技术的发展，网上订餐也日渐普及，但要应用到高校，在用户管理方面也存在问题：一方面维护管理用户信息需要一定的人力，另一方面用户身份权限的正确性和实时性也无法得到保证。

结合本校已经部署CAS统一认证平台的实际情况，我们考虑设计实现一个教职工餐厅网上订餐系统，系统使用CAS来获取用户信息，这样能够保障订餐用户的教职工身份，另一方面也解放了餐厅管理员用于维护系统用户的工作量，同时能为后期的大数据分析提供数据来源，并消除订餐系统的信息孤岛问题。

该文设计的基于CAS的校园订餐系统就是将传统的校园餐厅服务搬到移动互联网上，并在系统里调用使用CAS认证平台管理的用户信息。通过该系统可以让教职工灵活订餐，提高餐厅管理效率，并为高校大数据分析提供数据来源。

1 CAS认证简要介绍

CAS（center authertication service，即中心认证服务）主要是为了让内部的多个不同业务系统能协同工作并通过统一的身份认证系统验证用户合法性[1]，通过CAS认证的用户将示意CAS认证系统颁发的证书在CAS认证范围内的各系统间自由访问，不需要再次登录[2]

从结构上看，CAS包含两个部分：CAS Server 和CAS Client需要独立部署，主要负责对用户的认证工作;CAS  Client负责处理对客户端受保护资源的访问请求，需要登录时，重定向到CAS Server.

CAS最基本的协议过程如图1所示：

总结一下，如下：

访问服务： SSO 客户端发送请求访问应用系统提供的服务资源。

定向认证： SSO 客户端会重定向用户请求到 SSO 服务器。

用户认证：用户身份认证。

发放票据： SSO 服务器会产生一个随机的 Service Ticket 。

验证票据： SSO 服务器验证票据 Service Ticket 的合法性，验证通过后，允许客户端访问服务。

传输用户信息： SSO 服务器验证票据通过后，传输用户认证结果信息给客户端。

2 系统任务概述

校园订餐系统主要实现如下需求：

1） 管理人员使用管理后台开放餐次，发布餐次对应的菜单信息。

2） 教职工用户登录系统时通过CAS 接口返回的信息获取到用户身份信息，在线下单或取消订单。

3） 管理人员统计当日订餐数量进行备餐。

4） 管理人员随时可统计某时间段具体某菜单的订餐数量。

5） 使用CAS认证平台资源，将校园订餐系统应用授权给在校教职工，用户信息直接采用CAS认证返回的用户信息。

3 系统框架设计

校园订餐系统主要由三部分组成。

3.1CAS 交互部分

1） CAS SERVER服务器、CAS管理平台。

2） CAS Client客户端包，放在订餐系统的web/bin 文件夹下。

3） CAS 认证调用。在web.config文件中配置，系统涉及用户信息的代码里进行修改[3]。

3.2 用户模块

提供用户查询、下单、取消订单、对完成的订单浏览查看操作。

3.3 管理员模块

具体菜单数额限制、菜谱新增、删除、编辑、编辑具体餐次的菜谱、对订餐数据统计查询、下单时间设置、菜单价格。

3.4 数据库设计

该系统使用SQL SERVER2008数据库，主要表单为餐品菜单表单、餐品表单、订单信息表单、操作记录表单。表结构该文不做详细介绍。

3.5 数据对接

该系统是位在校教职工网上订餐开发的项目。使用了校园已经建设完成的CAS认证管理平台。

Cas 接口的調用和数据获取;订餐支付与一卡通数据交互;采用预付方式，在系统里生成订单时将包含用户信息和订单信息的数据实时推送给一卡通管理系统，在用户刷卡就餐时完成实际支付;在减少用户信息维护的工作量的同时，保证数据在准确性和一致性。

4 系统主要功能模块的设计

4.1 管理员模块

如图2所示，食堂管理员模块实现如下功能：

1） 管理员可以登录后台订餐系统，修改管理员个人信息。

2） 管理员可以对校园订餐系统上的菜单进行增加、删除、修改、发布具体餐次。

3） 管理员可以设置发布餐次的最晚下单或取消订单时间。

4） 管理员可以查询统计某时间段的订餐情况，并将统计报表导出进行后续处理。

4.2 用户模块

如图3所示，用户功能模块实现如下功能：

1） 使用CAS统一平台登录。

2） 登录后可浏览餐品信息。

3） 在指定时间内订购餐品。

4） 在指定时间内取消订单。

5） 可以查看历史订单信息。

5 系统具体实现

5.1CAS相关设置

5.1.1 在订餐系统的配置文件web.config文件中，设置CAS

<casClientConfigcasServerLoginUrl="http：//ids.wxit.edu.cn/authserver/login" casServerUrlPrefix="http：//ids.wxit.edu.cn/authserver/" serverName="http：//210.28.144.181" notAuthorizedUrl="～/NotAuthorized.aspx" cookiesRequiredUrl="～/CookiesRequired.aspx" redirectAfterValidation="true" gateway="false" renew="false" singleSignOut="true" ticketTimeTolerance="5000" ticketValidatorName="Cas20" proxyTicketManager="CacheProxyTicketManager" serviceTicketManager="CacheServiceTicketManager" gatewayStatusCookieName="CasGatewayStatus"/>

5.1.2 在系统系统登录界面的代码中，调用cas 认证获取返回的用户信息

if （CasAuthentication.ServiceTicketManager ！= null）

{

HttpCookieticketCookie = Request.Cookies[FormsAuthentication.FormsCookieName];

if （ticketCookie ！= null）

{

FormsAuthenticationTicket ticket = FormsAuthentication.Decrypt（ticketCookie.Value）;

if （ticket ！= null）

{

CasAuthenticationTicket casTicket = CasAuthentication.ServiceTicketManager.GetTicket（ticket.UserData）;

if （casTicket ！= null）

{zgh = casTicket.NetId;

5.1.3 在學校cas 认证管理平台授权校园订餐系统、授权系统的有效用户为在校教职工

5.2 系统其他实现细节与常见网上订餐系统差异不大，该文不做详细介绍

6 结束语

互联网技术的发展给网上订餐奠定了现实基础;但针对校园及周边环境的订餐管理系统基本还是空白。本项目的实施可算一个小的创新之举。该文介绍了CAS认证方式，以及在通过CAS认证机制的校园订餐系统的设计与实现，通过在网上订餐的经营方式，节约了教职工排队、用餐时间。提前订餐也方便餐厅管理人员对备餐的掌控、避免不必要的浪费。系统还存在需要改进的地方，如界面设计不够专业、不能在线支付、并且订单结构比较单一，尚不适用于学生餐厅。需要进一步完善和解决。

参考文献：

[1] 杜焱喆. 基于CAS的校园网单点登录系统实现[J]. 电脑知识与技术， 2015（5）：74.

[2] 张剑. 基于CAS的高校单点登录系统研究及设计[J]. 软件导刊：教育技术， 2015（7）：60.

[3] 苏星晔，徐方楠. 统一身份认证技术研究[J]. 中国新通信， 2015（2）：58.

[通联编辑：谢媛