基于Agile Point+MOSS打造高性价比办公文档一体化系统

摘要：以某新建电厂办公文档一体化系统为例，介绍了基于Agile Point+MOSS打造的办公文档系统的功能、技术架构、运行体验、系统建设良好实践，后续可以为企业建设高性价比办公文档提供参考。

关键词：Agile Point+MOSS；高性价比；办公文档系统

一、引言

电厂在建设初期需求量较小的情况下，使用电子邮件和传统手工签阅并存的方式来处理公文的流转，并用SharePoint平台来管理文件和档案，这种组合方式能够起到良好的应用效果。随着电厂建设的推进，与之配套的各种公文的流转，文件档案的管理工作日趋繁重，需要打造更加自动化的系统来承载公文流转和文档管理。

公文流转最终要在文档系统归档，并且这两部分都应是电厂日常办公的主要组成部分，势必要将这两部分整合在一体化系统中实现。同时考虑到信息系统建设需要遵循实用、高效、经济的原则，不盲目追求昂貴的高端系统，也不贪图功能大而全，合理控制需求范围。选择了基于Agile Point+MOSS建设高性价比的电厂办公文档一体化管理系统。

二、系统功能

办公文档一体化系统由文件流转（OA）、文件中心、档案中心、部门（处室）平台、图书情报等五个子系统构成。子系统间的存在数据交换，文件及文件附件均可实现版本控制，授权粒度细致到具体文件。功能分布图如下：

OA子系统包含公司行政收发文、党纪工团收发文、请示（报告）、工作联系单、程序文件管理、函件收发文管理等9个流程。流程跟踪已可视化及表单列表两种方式呈现，公文处理可在线编辑并实现痕迹保留。处室平台是各部门管理文件的平台，通过该平台移交各类归档文件，接收文件中心分发文件和流程文件，也可以管理本部门产生或收到的文件。文件中心是文档部门管理具有现行效用文件的平台，它的主要功能是提供文件分发和文件版本控制，接收流程数据，经整理后向档案中心归档。档案中心是文档部门管理归档文件的平台，它接收来自文件中心、各个处室平台以及系统外部移交的归档文件，并采用可视化库房管理的手段对档案进行管理。

三、平台选型及技术架构

系统应该具备以下的一些技术特征：（1）作为一款具有公文流转功能的系统，应建立在可靠的工作流平台之上；（2）应选择一个健壮易用的文档库系统作为其文档基础平台；（3）作为一款横跨建设期与生产期的系统，应建立在稳定的数据库系统之上；（4）作为日常办公系统被全厂职工使用，其界面应该是友好的，其接口应该是丰富的。依据此四点原则，经过分析，我们采用Agile Point作为工作流引擎，Moss（微软Office SharePoint Server）作为基础文档库平台，SQLServer作为数据库系统，利用ASP.NET开发一款B/S风格系统。

Agile Point引擎用.Net实现，该平台不论是在流程设计、开发、部署、运行上都采用方便的模型。流程图可以直接用Visio来制作，并且与Moss，BizTalk等微软产品高度集成。整个平台的功能全部以SOA接口实现，通过标准XML通讯，简化了企业系统互连。选择该款工作流引擎除了可以用在ADIM系统中，还可以作为标准工作流平台供未来系统选用。其全SOA接口的通讯方式，使得异构平台的调用标准化。其出色的可视化流程跟踪功能更是被员工高度认可。

选择Moss作为基础文档库是因为其出色的文档管理能力及权限控制策略，Moss是微软推出的SharePoint及企业版功能包的集合。功能强大，适合作为企业海量文档管理平台及企业集成门户，与Windows系列平台尤其是Active Dictionary（域）无缝集成，特别适合于以Windows Server为主的基础架构模式。支持文档的无限级分类控制，基于不同分类的及个体的权限控制以及升版控制等，与SQLServer结合，可实现海量数据（TB级）下的高效通讯。

在实际系统开发上，首先尝试了InfoPath来编写前端表单部分，在对使用InfoPath实现的一些流程表单分析后，发现无法充分满足操作需求，遂决定所有表单部分改为用灵活度更高的ASP.NET来实现。

四、系统运行体验

4.1 用户体验度

我们认为用户体验度在评价一个系统是否成功中要占相当大的比重。系统使用Ajax风格的界面风格，界面中的一些高频度操作区，比如查询列表，均采用局部刷新。而一些数据量大且未必会用到的部分，采用了迟加载（Lazy Loading）方式。

在检索方面，我们认为对于特定的应用场景，比如文件中心和档案中心的全字段检索中，比较适用。对于流程，应分析了实际需求，编写不同的快速检索选项，对于全文检索，我们采用最简单的Google模式，一个输入文本框即可模糊检索。

在流程的跟踪上，除了可以快速查询到要跟踪的流程外，利用Agile Point的例程实现了可视化流程跟踪，并且我们对流程的各历史节点表单及所带附件进行了快照记录，便于流程回溯。在可视化流程视图上，可以点击任何一个节点，图上会显示出是否流经过该节点，参与人员及参与情况也会显示出来。在流程历史查看列表里，列出流经过的所有节点，点击可以查看表单快照。

4.2 系统健壮性

在系统健壮性方面的考虑也是本系统的主要建设目标。首先，工作流基于业界成熟度高的引擎，文档基础库平台基于微软的SharePoint本身就确保了底层平台的稳健，数据库选用SQLServer，也为日后的海量数据访问带来了保障。系统在使用中，还需要针对一些问题做一些额外的设计来加强其健壮性。

4.2.1在系统检索复杂度上，我们为了保证日常办公的效率维持在一定的复杂度上，将系统的运行时库与历史库分离，将已经处理过的流程数据移动到历史库中。

4.2.2系统开发是一个逐步求精的过程，在系统第一个版本运行一段时间以后，在汇集了各方问题反馈后，对系统代码进行了重构。从底层对系统进行了优化，重写了核心的类库，将此前应对bug修改而带来的散乱代码进行了整合，并对界面元素进行了整合与抽象，形成了日后容易扩展的一些类库。

4.2.3没有完美的信息系统，我们只能不断地解决问题，而且bug只会越来越隐蔽，难以捕捉，因此健壮的错误日志功能势在必行，系统在验收前的最后一次更新包里被要求增加了错误日志功能。

五、系统建设良好实践

5.1实用为本，高效经济为纲

对于任何一个信息系统，应遵循的原则是实用、高效、经济。不盲目追求昂贵的高端系统，也不贪图功能大而全，仔细分析，合理控制需求范围。以使用为主，兼顾建设周期和经济成本。

5.2基于成熟平台，事半功倍

选择成熟的平台产品，利用其优越的功能和健壮的架构进行二次开发，可以避免陷入自行开发过多底层而带来的不断测试于修正的泥潭。成熟的平台还提供了优越的技术支持，对于在其之上做开发，有保障。

5.3 多途径处理系统问题

在开发初期，受技能，认知，业务变化而带来的修正在所难免。遇到问题，多尝试一些途径去解决，在解决问题的同时，对技术的积累，需求的把握，操作方式的提炼也会有相应的提升，对于今后系统的成熟性很有帮助。

5.4 形成管理运维库

系统运维的中产生的大大小小的问题，都应该及时梳理和登记备查。建立bug系统，定期进行优先级分类，及时跟踪。

5.5 管理部门接管开发

任何开发商都将最终离去，信息管理部门要对重要的系统进行代码掌控，除了能从后来配置来处理系统故障和调整之外，应最终接管代码的开发。尤其是OA和文档系统，日后一些日常办公功能的添加，调整，文档方面的查询优化等

作者简介：李淑娟，36，身份证号：360102********0522，江西橡树，女，通讯和信息化，助理工程师。