平台型OA系统的应用特点分析比较
目前在市场上有非常多的OA系统产品，不同的区域、采用不同的技术选型……，可谓“百花齐放”，如果从实施方案可分为“项目型OA”、“产品型OA”和“平台型OA”。
1、项目型OA：往往是根据客户的具体需求、要求进行开发，许多的功能需要新开发。对于个性化要求非常高的OA可以采用该方法，能很好的满足用户的需求，但一般存在实施周期长、风险大、费用高等问题。项目OA的成功实施取决于实施方的项目经验（包括项目的管理能力）、技术力量、服务能力等，系统的稳定运行需要经过一段时间的磨合期（一般需经过编码、测试、试运行等阶段）。
项目型OA后续的服务和系统升级会和项目实施方绑定非常紧密，比较好的做法是前期做好规划，并且要求项目实施方遵循一定的规范。
2、产品型OA：将OA系统进行标准化和产品化，要求客户去适应产品。一些国内知名厂商的产品为了市场更好推广、更高效益，往往进行产品化。产品化的OA实施周期、费用远低于项目型OA，这类OA往往界面非常漂亮、完善、功能比较通用，但存在个性化不足、客户需求不贴切等严重问题，结果系统给用户一种“似乎都实用，似乎都不适应”感觉。
3、平台型OA：即整个产品是基于某个平台基础上进行构建，综合了项目型OA和产品型OA的优点，同时又很好地解决了项目型OA和产品型OA所存在的问题，能够快速、准确实施客户需求，尤其是提供了强大的二次开发功能满足系统未来扩展。这就要求平台有良好的技术架构和技术优势，可定制、可扩展、可集成、跨平台，特别是针对客户个性化需求的处理方面。
平台型OA的基本思路是，将OA系统常用的功能在平台的基础上构建，并产品化，借用平台的技术架构使整个系统拥有良好的定制、扩展能力。
承元OA是构建在承元支撑平台上的平台型OA，承元支撑平台应用于多个大型项目，平台成熟、安全、稳定、可扩展、可集成、跨操作系统、跨数据库，是一个快速开发和支撑应用的综合平台，应用于项目可以代替开发，缩短项目周期、节省成本、提高软件质量，构建OA系统则使OA系统继承了平台的所有优势。
OA系统实际上是一个管理系统，不同行业、不同单位、企业不同阶段都存在不同的管理需求，使用单位在对OA系统使用一段时间后一般都会有新的需求），一个标准的OA一般只能在一定程度上解决客户的需求，对客户个性化的需求则无法很好的满足。在OA系统的实施中一般存在以下的个性化需求：
1、组织机构和人员的设置与调整
2、权限的设置与调整，授予不同的用户对不同资源的访问权限
3、界面的个性配置
4、通过工作流系统根据用户的需求定义或调整相关流程
5、自定义信息发布的栏目
以上是一般OA中需要经常解决的问题，但如果存在以下需求，一般产品的OA就难以解决了：
1、修改现有功能模块的功能，变更业务逻辑
2、增加新的功能模块
3、集成其他的业务系统
4、访问其他系统数据
5、其他……
很多公司承诺技术人员有多少多少，技术力量如何的强大，认为这是服务的保证，但这只是其中的某些方面，受服务的客户数增多、任务重、人员离职等因素的影响，实施效果和服务质量会大大的打折扣。平台型OA可以大大的降低实施和服务的技术难度、降低服务的成本，甚至客户通过培训后自己通过平台也能进行相关维护处理，使OA系统更加容易维护、推广和使用，这就是平台型OA给你带来的不同价值体验。
关于业务型OA的思考
最近在出差拜访客户的过程中，发现越来越多的客户在进行项目选型。其中最让我们感到困惑的是，客户居然也说不清楚自己要什么？因为领导就没有说清楚，也没有明确的要求，就是需要一个软件也好、平台也好，反正能帮助提升管理，叫“OA”什么其实并不重要。
有独立思考能力的信息中心越来越认识到其中的本质：
1、管理者需要的通常不是一个传统的OA。如公文、流程、会议、办公用品、车辆等......因为如果是这样还真省事，市场上一大堆。随便找个厂家都能满足，成本还比较合理。问题的根源是我们的管理者的管理要求是一个月一个样，甚至一些企业一段时间领导班子都不一样。在这种情况下，我们面临的最大风险是如何适应变化？
2、企业分管业务的领导，通常希望预算、费用、报销、合同等管理业务与ERP和财务软件进行数据和业务的交互。我们一听这是OA么？分析企业的背景，我们又发现这是很正常的需求。国内大多数集团化的企业已经实施完成了ERP、财务、SCM等这类软件，现在是需要如何进行集中管控、统一决策方面的提升。所以希望在OA中实现费用申请、合同审批，但是数据又来源于ERP中，同时审批后又提交回ERP业务中。
3、企业的决策者希望通过图形化的方式直观展示企业的经营情况、KPI情况。而这些数据又存储在各个业务数据库中。
对于以上这些需求，我个人认为已经远超出传统OA的功能范围，但一时找不到合适的描述语言。暂且把它称之为“业务OA”。 学习学习 :handshake 广告贴，不过学习了
页:
[1]