Ⅰ OA办公系统源码使用方法
与派Exchange-MAIL-OA-实时通讯-视频会议技术支持网 http://www.yupai.net 基于Windows Server、Active Directory、Exchange Server、Sharepoint、Live Communications、Live Meeting技术,致力于办公自动化系统OA、实时通讯RTC、视频会议MEET、工作流WORKFLOW、企业邮局MAIL等开发，交流技术、分享源码、下载工具、人才招聘自荐的供求园地
技术交流
//////////////////////////////////
Exchange维护
Exchange、Active Directory、ISA、Conferencing、Instant Messaging、Live Communication系列的管理和维护、Outlook、msn、Windows、Office等的使用
Exchange开发
基于Exchange系统，ADSI、.Net工具的OA办公系统的开发研讨
Exchange下载
可在这里寻求下载OA系统建设相关资源（工具软件、程序源码、技术书籍等），也可在这里伟大的共享、平等的交换、有偿的出售。可以双方直接交易，也可委托本站做双方验证人，以回避可能的交易风险
Exchange手册
归纳Exchange、Outlook、AD、IM等维护使用中常见问题的解决方法，使用心得、维护诀窍等。
源码产品
/////////////////////////////////////
与派办公网(在线试用:http://www.yupai.net/bbs/useroa/logonoa.asp)
基于Exchange Server、Active Directory，采用.Net开发的OA系统、提供包括“邮件”、“日历会议”、“通讯簿”、“便签”等个人办公工具；公告通知、部门的日程安排及公用通讯录、公司及部门主管可以随时监控下属员工的工作状况，包括个人日历与个人联系人等；公文摸板及流程自定义，支持串签、会签、多人决策等，具有过程跟踪、公文查询等功能；部门文档中心支持管理权限分配，支持全文、关键字等检索方式．．．
与派视频会议(在线试用:http://www.yupai.net/bbs/usermeeting/logonmeeting.asp)
从世界各地参加现场讨论、发送多媒体报告、允许您与其他与会者聊天、使用白板以及共享文件或应用程序协作。如果计算机带有摄像头和话筒，则可以使用视频会议提供程序观看或与其他与会者交谈．．．
与派邮局(在线试用:http://www.yupai.net/bbs/usermail/logonmail.asp)
基于Exchange Server、Active Directory，采用.Net开发的邮件(Mail)收发+邮箱管理系统，与exchange高度集成，界面友好，收发自如，公司通讯录列举、检索，个人通讯录管理，密码修改、签名、自动转发；管理组织、用户信息、及用户邮箱存储限制．．．
与派实时通讯(在线试用:http://www.yupai.net/bbs/userim/logonim.asp)
基于Exchange IM\Office Live Communications技术开发的即时通讯系统，可以配置用户的即时通讯功能，可以自动获取全公司、部门可进行即时通讯的联系人列表．．．
OA市场
/////////////////////////////////
OA动态
业界在OA技术、应用等方面的新闻动态
OA应用
针对办公自动化系统、团队协作消息系统在各行业的典型应用，交流应用感受、指出缺陷、指出期望的功能。
OA人才
OA企业可以在此招聘所需人才；OA人才也可在此毛遂自荐，寻求伯乐。
去看看 http://www.yupai.net
参考资料：与派Exchange-MAIL-OA-实时通讯-视频会议技术交流工具下载源码提供www.yupai.net
Ⅱ 有没有比较成熟的采用java开发的OA系统源码
目前java语言是最稳定的，高端OA如用友泛微等，都是用java开发的，所有的语言见下面
OA软件的开发语言很多，目前较为常见的有ASP/PHP/.Lotu Domino/.Net/JAVA 五种语言，五种语言各有特色，其最鲜明的就是——他们代表了“计算机语言发展使用简史”。
1. ASP语言
ASP是微软的初始WEB产品，在97年左右推向市场，是最初较早的WEB语言技术，很多小型简单的网站都是用ASP语言开发的，由于是九十年代的产品，所以在计算机语言升级以后，其本身最大的一个问题就突显了出来其可扩展性比较差，与现在的主流计算机语言.NET和JAVA对接都很困难，所以我们经常见到很多用ASP语言技术开发的小型网站在2003年以后面临升级等问题时都令人头疼，最后很多公司都采取了弃用之前的ASP语言结构的产品转而使用最近的语言技术开发网站。
使用ASP语言脚本技术开发的产品最令软体工程师头疼的是ASP技术与.NET平台对接基本不太可能（笔者过去就经历过ASP网站改造成.NET网站的事情，那经历简直可以用“苦难”两个字来形容）。由于ASP的语言久远，所以现在在新开发的系统已经使用不多。今天市场上依然能够看到的ASP语言开发的OA软件多是在05年以前生产的产品的基础上改善的。
目前用ASP语言开发的产品有：金和
2. PHP
PHP语言与ASP基本上属于同一时代的产品，但是成熟时间稍微比ASP要晚一点，PHP语言在开发上稍微比ASP复杂，其最大的优势就是其版本就像LIUNX系统一样是一个免费开放型的平台，开源代码很容易就找到，这样就解决了程序开发人员自己绞尽脑汁的去写程序，由于是开源的，很多程序在互联网上都可以找到，但是版权问题和安全性问题是一直困扰PHP技术的两个难题。国内的通达OA一直有很多盗版，其实根源问题就是PHP的开源代码性导致的（大家可以参考通达官网）。
和ASP一样，在2000年左右，PHP成为了网站的主流开发工具，PHP与ASP相比的优势就是跨平台性好些，但是如果面对大型结构的用户群或者门户网站，PHP又有一些力不从心。所以PHP技术也正在逐渐走下坡路。PHP语言目前仍有不少网站还在使用，但是主流的应用系统已经呈现正在放弃使用的趋势，基本层面上正在淡出了开发工具的选型范围。
目前应用PHP技术的OA产品有：通达，泛微的eOffice。
由于PHP的开源和ASP的易用性再加之其语言技术久远，造成一种事实——现在很多高校和计算机语言职业培训学校已经或者开始放弃了使用PHP和ASP教学，这也就决定了PHP语言技术正在沦为更新换代型的产品，对于使用者来说，就出现了未来的升级困难可能大的风险。
作为行销策略上的吸引点，很多采用PHP和ASP技术的OA软件多用低价的策略冲击市场，采用这两项技术的OA软件实际上更多的是应用于低端产品。
3. Lotus Domino
是IBM 在96年左右流行起来的OA开发工具，优点是开发速度比较快，基于Lotus的脚本进行开发，与Lotus 的邮件系统相整合，主要用来作工作流和内部邮件的传递，由于Louts采用专用的文档数据库系统，查询和数据统计效率就比较低下，与关系型数据库的整合很不好。所以Lotus Notes对于仅对单一的消息和工作流系统来说是不错的架构，但如果想做较大规模的业务整合或者业务开发会是困难重重。
使用Lotus Notes语言架构的OA产品最大的难点就是针对业务系统整合起来比较难。97年笔者曾经在北京见过IBM推广过Louts系统，也许在国外懂louts语言的人很多，但是事实上在国内懂louts系统的人少之又少，这也就决定了louts在中国国内市场上一直都打不开局面的原因之一，由于懂louts语言的技术工程师较少，所以使用louts语言开发的软件的产品面临最大的困难是升级维护，物以稀为贵，louts系统工程师的支付成本也相对比较高昂。
国内应用louts语言的OA产品：合强
以上三种语言技术在90年代的时候都曾经是WEB或者主流开发语言，但是随着计算机语言技术的不断升级换代，这三种语言技术逐渐淡出人们开发OA软件的视线，使用这三种语言的技术工程师人员数量也呈现出阶梯数量级递减，也许到了2020年，ASP，PHP语言技术的工程师将会成为全球“稀有语言动物”，也只有到了那个时候做ASP,PHP语言的工程师拿的薪水会比主流工程师拿得多得多。
4. .Net
目前国内计算机语言的主流技术之一，有一个现象大家都可以看到——现在软件公司的招聘广告，从招聘广告上我们看到现在更多的招聘对象都是JAVA和.net的技术工程师，从这个市场热度不难看出——JAVA和.net在未来很长的一段时间里将代表开发语言的主流。
论证其是否是主流原因的方法很简单,第一：是否有国际大厂商的支持。第二：可扩展性,可升级性,模块化,面向对象等等优势。产品开发出来的安全稳定性以及开发出来的可伸缩性。当然可扩展性和可升级性、模块化这些都是没有办法可视化的，对于那些对OA语言感兴趣的爱好者不防多看看计算机语言技术方面的书籍，其实每本书里都有介绍JAVA和.net在扩展、升级、模块化方面的均衡优势。第三：还有一个最为简单的验证方法，就是可以问问你身边搞过研发或者懂点计算机语言技术的朋友，他们都会给你一个明确的答案。
.NET语言开发的软件产品稳定性较高，产品可以模块化是一个存在的事实优势，但.NET具有很强的优势的同时，也存在一定的劣势，如跨平台、大数据并发。同时.Net与ASP对接时，就会导致产品的安全性变低，.NET平台的安全性会随着ASP的安全漏洞安全为黑客或者不法分子利用进而破坏，这个也就一直困扰软件技术工程师的一个最大的问题——.NET语言没有办法和ASP对接的最大一个因素之一。当然.NET如果不需要与ASP语言对接，那么也不存在这样的风险。