一般带业务流程的都是财务系统啊，OA系统啊，BPM系统啊，免费的也有一些。

可以试试engineercms，这个是go语言开发的，编译成跨平台的可执行文件，任意电脑上直接运行即可提供服务了。用户用浏览器访问即可。

可以管理项目、资料，可以定制任意的流程。

启动资料流程

操作动画

目前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语言对接，那么也不存在这样的风险。

目前国内基于.Net 的OA产品有：金和C6(高端版本)

5. JAVA

JAVA是1995年由SUN公司引进到我们这个世界的革命性变成语言，今天我们记住SUN这一全球性大公司的原因就是因为SUN在网络安全系统方面是最为优秀的提供商，JAVA的优秀在于与传统的软件比较就是：传统的软件往往与具体的视线环境有关，一旦环境有所变化就需要对软件做一番改动，耗时费力，而JAVA编写的软件能在执行码上兼容，只要服务器提供JAVA解释器，JAVA编写的软件就能在其上运行（更多解释可以见清华大学出版社出版JAVA2实用教程（第二版），在这免费做做广告o(∩_∩)o…）。

JAVA比.Net相比,可以跨平台，具有非常强的扩展性；可以在LINUX,UNIX上部署。对于超大型的OA系统,这是至关重要的。Windwos平台想实现上千并发不太现实，这是一个绝对的事实。JAVA在扩展性和稳定性上（SUN在网络安全方面的持续支持）的优越表现导致银行、税务、公安、政府这样基于有很高安全要求的公司或者单位在选择软件才产品的时候会首先选择JAVA语言开发的软件产品。

目前国内基于JAVA的OA软件：泛微的Ecology；用友致远；35互联老板签批系统。

由于JAVA和.NET语言开发的产品稳定性和安全性比较高的众所周之的原因，所以在OA软件的应用中使用JAVA和.NET语言开发的OA软件销售的价格会比ASP和PHP开发的软件价格通常要高，但是随着JAVA和.NET的语言技术的大规模使用，一旦JAVA和.NET开发的OA软件进入中低端市场，PHP和ASP结构的OA软件也将会面临全面被取代的局面。

目前国内OA行业中还有一种“功能为王”的声音，这部分主要是依靠ASP、PHP语言技术为主导的商家，这部分商家通常会强调“功能为王”，主观上来看这其实并不错，但是如果站在长期的目标来看，功能为王并不贴切，现有的功能满足并不等于未来的功能满足，JAVA和.Net之所以成为主流，这一点是任何技术流派不能阻止的，越老越多的软件工程师在学习使用这两种计算机语言，他们当然知道选择的原因。OA选型人员应该从更加长远的角度选择OA产品。找到最适合自己的OA软件产品最为重要。

开发语言比较有C# java 这二种主要的，其他的当然还有php等，java是现在的主流，每个系统和每个公司对安全的设计不一样，别人我不知道，如果用我们的系统，我们至少有下面的方式让你的系统安全：

思软OA的安全方案：

1.1 安全体系兼容性

本方案安全体系有一个重要的思想是安全技术的兼容性，由于不同的实施单位或多或少都有一定的安全防范措施，因此和主流安全产品的兼容性是非常重要的。协同OA平台所有的安全措施都能够和目前主流、标准的安全技术和产品兼容，都得到全面支持。

1.2 系统体系架构安全性

应用系统的系统架构已经成为保护系统安全的重要防线，一个优秀的系统体系架构除了能够保证系统的稳定性以外，还能够封装不同层次的业务逻辑。各种业务组件之间的”黑盒子”操作，能够有效地保护系统逻辑隐蔽性和独立性。

本方案采用的n-tier多层次体系架构(具体应用中可以简称为三层体系架构)，把一般用户没必要看到的业务逻辑运算和控制都封装到系统后台的服务器上面运行，用户的客户端只是一个简单的浏览器以及系统最终的内容表现。

利用这种业务实现逻辑对用户不可见隔离的系统架构，使恶意访问者连业务逻辑都看不到，更不用说恶意篡改，从而保证了系统逻辑的安全性和正确性。

1.3 传输安全性

由于办公网络涉及很多用户的接入访问，因此如何保护公文对象在传输过程中不被窃听和篡改就成为本方案重点考虑在内的问题之一。采用两种手段保护公文对象的安全性：

Ø 数据对象的加密保护

支持对数据对象本身进行加密处理，在数据的上传和下载的过程中，数据都是通过”加密－传输－界面－处理”的过程进行的，因此恶意访问者即使截取了数据的内容，得到的只是一堆对其毫无意义的数据，从而保护了数据对象的安全性。

Ø 传输协议的加密保护

支持通过Web Server提供的标准安全加密传输协议，如最为主流的SSL(安全套接字)协议。通过传输协议一级的加密保护，进一步增强了公文传输的安全。

1.4 模型安全性

在本方案的原型协同OA平台除了在国内首创了自定义工作流以外，还最早设计和实现了工作流应用的安全模型，保证所有业务流程都是按照预先设定的权限控制下进行的。公文流转通过”公文表头属性”、”步骤”和”角色”三个重要的概念的结合，保证了公文在流转的过程中，各种操作都是由有相应处理权利的用户进行的。

1.5 软硬件结合的防护体系

协同OA平台支持和多种软硬件安全设备结合，构成一个立体防护体系。目前除了支持所有主流的软件安全验证解决方案，如CA的eTrust等产品以外，还能够兼容所有采用PKI安全框架下标准技术的安全硬件，包括各种保存个人数字证书的硬件验证设备USBKey，基于PKI体系的VPN远程接入网关和SSL加解密加速器等等，支持手机短信的动态密码身份验证功能，因此基本上能够和各种现有的和将来配备的安全设施协同工作，一起构筑有效的安全防线。

1.6 可跟踪审计

协同OA平台内置多粒度的日志系统，能够按照需要把各种不同操作粒度的动作都记录在日志中，用于跟踪和审计用户的历史操作。

多粒度的日志系统优势在于不仅仅流水式地进行记录，还可以按照安全级别的要求，记录更为细节的历史动作；或者简化和忽略某些安全要求不高的登记，使跟踪审计工作得以简化和提高效率。

1.7 身份确认及操作不可抵赖

身份确认对于协同OA平台来说有两重含义，一是用户身份的确认，二是服务器身份的确认。

用户身份确认是通过个人数字证书和密码得以保证，使系统确认用户没有被冒认。同时通过和公文内部记录以及日志功能的结合，实现操作的不可抵赖性。

而服务器的身份认证也是非常重要的技术之一，这是因为已经出现很多利用冒认服务器身份骗取用户密码和投放木马程序的黑客技术。通过PKI结构下的服务器认证技术，确保服务器的身份也是确认无误的，同时在该服务器下载的各种控件也是通过该服务器签名，为用户和机器双方都建立起了良好的信任关系，这对于协同工作会有有非常重要的意义。

1.8 数据存储的安全性

本方案中数据存储方面采取两道机制进行的保护，一是系统提供的访问权限控制，二是数据的加密存放。而在本方案中采取了更高级别的安全防护，就是数据的加密保存。

所有文件在数据库里面都是经过64位加密再存储的，即使恶意访问者窃取了数据库管理员的密码，但是他看到的只是加密后产生的乱码。

数据存取范围控制，关键保密信息细化到记录(Record)一级，涉及金额保密则细化到字段(Field)一级。

数据发布到网页上以后能确保完整性，网页的信息内容可以具有防打印、防复制、防另存的控制。

---