摘要：借款报销是公司必不可少的业务，很多管理不善的企业原因之一就是这里一滩烂帐造成的，目前很多软件都可以实现借款报销分别处理从审批到记录的一体化管理，下面这款软件我们来演示一下从借款到报销的一体化处理的过程： 阅读全文

摘要：在以前的一个帖子sharepoint小问中，我提出了如下观点：=====================================================================sharepoint是个很不错的平台，有很多思路都很新颖，比如列表、公式、视图、模板网站等，但也有很多不足之处，主要有：1）权限管理：列表访问部分过于复杂，而视图部分权限有没法处理，因此有些需求不二次开发处理不了2）速度太慢：不说啥了，地球人都知道3）跨网站的列表间数据没法访问，很多需求都要二次开发才能实现4）工作流，使用列表实现，但速度非常慢，复杂流程很难搞定。================= 阅读全文

摘要：在《面向业务开发应用》中，我们有一个出差审批的实例（见图一），在这个业务流程中，我们希望在领导审批前，申请人可以随时修改休假申请，而领导一旦在审批过程中，申请人不能进行修改，同样申请人在修改申请时，审批人也不能进行审批，那么我们怎么处理呢？使用普知杰协同应用系统进行配置就非常简单，只要我们设置一个前提条件，判断相应步骤是否处于操作中即可，配置过程如图：经过以上配置，如果审批人在处理业务过程中，申请人也想修改，系统会自动提示告警信息，并禁止用户进行相应操作。 阅读全文

摘要：在《面向业务开发应用》中，我们看到业务中的各个操作都需要操作者的处理，因此在构建业务处理体系前，必须具有操作者的环境，根据一般的企业特点，操作者环境是一个如下结构体系:为了便于用户更灵活的进行管理。系统需要有如下特点：1. 多身份管理的支持： 就像潜伏中的余责成所具有的双重身份一样，企业中实际存在大量多重身份的情况，某个员工如果既为销售部工作，又为采购部工作，他的汇报上级应该是各自业务的领导，多身份的支持允许企业实现这种需求。2. 角色的双重属性，在绝大部分软件中，角色只有包含（或者称隶属）关系，用于权限分配时，角色的下属角色都会拥有上级角色的权限，但实际企业应用中这种单一的所属关系使用起来很 阅读全文

摘要：自从计算机出现后，快速便捷的从太平洋一样的文海中找到水滴大小的资料真正成为了可能，而能够帮助人们实现这一愿望的程序员就像中世纪的航海家一样用神秘的代码程序指引着计算机一步一步实现的需求。而他们所用的被称之为“程序”的序列组合，在一般人眼中，有如天书般难读难懂。即使对于程序员来说，实现复杂的业务需求也不是一件容易的事情，这很大程度上归咎于现有的软件设计模式并不科学。在《探索流程的奥秘之三-如何树立业务流程》中，我们了解到用户关注的是结果（交付物）及结果的状态，而软件设计关注的是操作，而很不幸的是，程序员也是人，这种错位的思考模式很难让人轻易理解。面向业务开发应用的方式修正了这种情况，它的主要出. 阅读全文

摘要：当今社会的程序员聚在一起争论的，往往是哪种开发语言好，于是乎JAVA、C++、c#等等程序员之间必定要掐的一塌糊涂，都觉得自己的好别人的差，（现在貌似C#4.0也开始鄙视C#2.0了，不知何时是个头）. 但站在软件开发角度讲，所有程序开发出来的应用都不可避免的面临着后期优化的问题，只要优化得当，各种语言其实都可以达到很理想的执行效率的。 在 《软件分层开发架构的另一种思考》博文中，我们已经探索了优化的原因及细节。而所用的手段，诸如多线程、异步处理、并发处理、数据缓存应用是各种语言都可以实现的（除了悲催的Javascript），我在此仅以C#做个例子，其实这些方法是放之四海皆可的。 如果一个.. 阅读全文

摘要：软件开发项目具有风险大，周期长的特点，由于行业的复杂性，对于很多开发小组，人员的更替是十分频繁的，而软件开发项目的特点又恰恰是需要统一定义的信息非常多，包括组件名、对象名、变量名、界面、版本号、配置文件、功能清单等等，而人员的更替往往带来的结果是是新成员需要长时间的适应项目规范、定义等，而由于定义混淆而造成的编码错误占软件开发错误很大比重，因此，软件项目组如果能有一个很好的规范定义体系，可以大幅度提高软件开发的效率及软件质量。 由于面向对象的软件开发模式在减少代码冗余，解除项目组成员过多耦合等软件项目管理问题中具有特殊的优势，现代的绝大多数软件开发项目都采用了此种模式进行开发。 在此种模式下. 阅读全文