1 校园 OA 系统现状分析
1. 1 C / S 办公自动化系统分析
上世纪 90 年代初期 OA 系统兴起时，软件公司普遍采用 C/S 架构模式来开发校园办公信息系统。这种架构的 OA 系统安全性比较高，适合对安全级别有所要求的用户群使用。现今在信息化程度较高的校园，C/S 的 OA 系统存在以下不足：
A. 在 C / S 架构中，系统客户端需要安装在客户PC 机上，系统管理员要为每一台 PC 配置客户端，因此系统维护和升级工作量非常大。
B. 在传统的 C / S 架构下，系统各模块可能是在不同时期，由不同团队使用不同的语言编写而成，因此OA 系统与其他系统集成是个大问题。
C. C / S 架构的 OA 系统需要为不同的系统开发不同的客户端，这要求开发人员熟练掌握各种开发工具和方法，同时后期维护升级比较困难，因此开发费用颇高。
1. 2 B / S 办公自动化系统分析
上世纪 90 年代后期基于 B/S 架构的 OA 系统开始引起人们的关注。在那时，由于 Web 技术的日益成熟，B/S 架构的系统开始逐步取代了 C/S 架构的 OA系统。其巨大的优势在于：
A. B / S 架构的办公自动化系统无须为不同类型的客户机开发客户端，只需要浏览器即可与服务器通信，因此这种架构的 OA 系统易维护和升级，满足了日益多变的高校日常办公的需求，同时降低了开发费用。
B. 基于浏览器充当客户端的 OA 系统只要通过HTTP 协议或 SOAP 协议调用服务组件或 Web 服务器中的数据，无须记录服务器 IP 地址，病毒或攻击难以直接到达服务器，安全系数较高。
C. Web 前端技术的发展让用户获得更好的体验感，如极速响应、炫彩界面等，这些技术弥补了基于 B/S 架构办公自动化系统计算能力差的缺点。
2 系统设计
2. 1 设计原则
办公自动化系统为满足办公需要，在设计时应满足以下原则： 第一，实用性原则。系统设计应以满足用户需求为原则，结合学校的日常办公业务，把系统功能设计得更具有针对性和精细化，这样系统功能才能解决实际工作问题。第二，易用性原则。开发 OA 系统是为提高办公效率，而不是让用户研究如何去使用系统，开发出来的软件必须让用户快速上手。第三，可靠性原则。建成好的办公自动化系统是整个校园行政事务处理的依托平台，因此，设计系统需遵循设计规范，加强管理，保证系统的可靠性。第四，可扩展性原则。任何系统都具有生存周期，要想更好地满足日后学校发展需要，系统设计必须考虑可扩展性，使得系统能很好与其他系统集成。第五，安全性原则。系统存有学校重要的资料信息，这要求系统在设计时，需考虑权限的控制，在未经允许的情况下，非授权人员无法获取相关信息。同时，还要求系统必须具有抵御入侵和攻击的能力。
2. 2 需求分析
良好的办公系统既要满足功能需求又要满足非功能需求。软件功能需求可以从满足不同用户的需求中来获得。从实际工作出发，可以很容易地推导出校园办公自动化系统的六类用户，分别是系统管理员、校长、分管校长、部门领导、干事、普通教师。
系统管理员能够进行系统管理功能，如： 用户管理、数据管理、权限管理、参数设置等； 校长能够进行对分管校长、部门领导请求报告的审阅和学校通知的浏览； 分管校长能够进行对部门领导提交的请求报告的审阅和浏览通知的操作； 部门领导能够进行部门报告的审阅、撰写和通知浏览等操作； 干事能够编写报告，提交报告、浏览通知等操作； 普通教师能够浏览通知、获取消息通知、维护个人信息。
非功能需求需要从操作需求、性能需求、安全需求等三个方面分析，根据需求调研结果总结出办公自动化系统应满足的非功能需求，如表 1 所示。
2. 3 系统功能设计
校园办公自动化系统包括通知管理、公文管理、任务管理、邮件管理、系统管理、日常管理等六大模块，其中通知管理、公文管理、任务管理、系统管理、邮件管理是需要重点设计的。
通知管理模块包括发布通知、浏览通知、转发通知、撤销通知等三个子功能模块。其中在发布通知模块下，用户可以编写通知属性，如通知标题、发布时间、发布范围、通知正文内容，还可以指定审核对象。浏览通知用于查看其他用户已发送的通知。转发通知用于将发送给自己的通知转发给下级用户。
公文管理模块包括发布公文、浏览公文、审阅公文等三个子功能模块。其中在发布公文模块下，用户可以编辑公文、选择公文发布范围。在公文管理模块中，用户还可以审批公文、浏览公文。
任务管理模块包括发布任务、浏览任务、修改任务等两个子功能模块。其中在发布任务模块下，用户可以创建任务，编辑任务属性。浏览任务用于查看任务进度。修改任务用于重新编辑任务。
系统管理模块包括用户管理、权限管理、角色管理等三个子功能模块。其中用户管理用于添加、删除用户信息。权限管理用于设置用户与角色的关系，具有某种角色的用户就有某种权限。角色管理用于添加、删除角色信息，每种角色有操作多个模块的权限。
邮件管理模块包括写信息、收信、地址管理等三个子功能模块。其中写信模块用于发送邮件。收信模块用于查收邮件、转发邮件、回复邮件。地址管理用于标注与用户通信的 e-mail 地址，用户可以直接输入姓名就能查到该人的邮件地址，用户无须记忆。
3 系统实现
校园办公自动化系统实现工具： Visual Studi-io2015 + IIS7. 0 + Sql Server2008.由于系统模块比较多，出于文章篇幅考虑，本文只介绍公文管理实现的过程。
A. 发布公文实现过程： 用户进入系统子界面，点击“发布”按钮，进入公文发布页面。在页面上，用户输入标题、描述，选择发布时间，编写正文内容，加盖电子公章后，点击“提交”按钮，系统验证用户选择，弹出发布范围选择框。用户选择好范围后，点击“发布”,系统保存发布信息。
B. 浏览公文实现过程： 用户进入系统子界面，点击“浏览”按钮，进入公文浏览页面。系统读取数据库，返回所有发送给用户的公文信息，并在页面中以时间从近到远的顺序罗列出所有公文信息。用户点击公文标题即可浏览公文内容。在浏览过程中，如果用户需要审阅公文也可以点击公文内容上方的“审批”按钮，系统验证用户权限，验证通过，显示审批界面。
C. 审批公文实现过程： 用户直接进入审批公文界面，点击“审批”按钮即可。系统读取数据库，返回未审批的公文信息。用户点击某一公文标题，进入审批页。在审批页上，用户输入审批意见、加盖电子公章，点击“提交”按钮，系统保存审批后的公文，同时在页面上显示“导出”、“打印”按钮，提醒用户可以完成导出和打印审批后的公文内容。公文管理模块用到的部分代码如下：
/ / 发布公文
public void Add Document （ Document doc User sys-
temuser,String context） {
System. Data Time current Time = new System. Data
Time（ ） ;
Document doc = new document （ system. timestamps
（ ） ） ;
doc. sender = systemuser;
doc. context = context;
doc. sendtime = current Time;
SqlHelper. add （ object doc,string sql） ;
}
4 结语
搭建基于 B/S 架构的校园办公自动化系统需要重点考虑安全问题。本次项目开发组从访问控制、数据加密、网络规划等途径来保证数据不外泄，不被他人篡改。总体而言，系统是一套安全、高效、功能完备的信息管理系统。
参考文献：
[1] 蒋劼 . 谈办公自动化系统在高校中的推广与应用[J]. 科教导刊（ 上旬刊） ,2014,（ 01） : 12 -13.
[2] 张晓丽，路杨 . 基于 MVC 模式的 Web OA 系统的设计与实现[J].计算机技术与发展，2012,（ 08） : 29.
[3] 王立 . UML 与软件工程基础[M]. 北京： 高等教育出版社，2011.
[4] 赵池龙，杨林 . 实用软件工程[M]. 北京： 电子工业出版社，2011.
[5] 徐畅 . 高职院校办公自动化系统的分析与设计[J]. 电脑编程技巧与维护，2016,（ 16） : 55.