窗户纸

摘要：今天在客户演示试用系统掉了回链子，本来服务器端安装包要安装到win2003上的，但客户手头只有个xp, 我感觉问题不大就装了，结果登录认证时却报了个“该项不适于在指定状态下使用”，折腾半天，好歹客户是熟人，没太计较，给他一个调试时使用的控制台算是也能试用起来了。 回来研究半天，这问题肯定来源于传输使用的非对称加密过程，网上有说增强组件才能支持512位以上的私钥，但改到512也照旧。接着琢磨，网上的一条讨论说与账户权限有关。于是我想为什么win2003安装没有问题而xp有问题呢，应该是为服务使用的登录帐号在xp上的权限不够。查了查，安装包注册服务使用了"本地服务"账户，改为“ 阅读全文

摘要：自从工作流技术诞生以来，人们往往很习惯地把数据处理软件与工作流软件如楚河汉界般看成是两个截然不同的领域，当有哪位新人瞪着两只水汪汪的大眼睛虔诚的问工作流专家，“什么是步骤”时，专家多半会脱口而出，步骤就是流程的节点，业务流转到节点，对应的操作人就会收到通知，并要求处理节点而已。但如果我们再问一句：我们在word中查找关键词“hello”是不是步骤呢？，不知道专家们怎么说，这是一种在数据处理软件领域很常见的功能，但在工作流的世界中，这种操作貌似是没有哪条能对上号的。 让我们看一个简单的例子： 在这个简答的例子中，我们看到了三个步骤，但实际的业务运行中，真的只需要这三个步骤就“包打天下”了吗？我. 阅读全文

摘要：探索流程的奥秘之三，如何梳理业务流程 软件开发的难点之一是如何了解客户的需求，现实工作中，开发者们就像瞎子摸象一样从用户的根枝末节来勾画需求，而这一方面耗时巨大，另一方面很难获得完整的需求，于是就有频繁的变更，搞得甲乙双方都痛苦不堪。 于是有了面向对象的“敏捷”开发方法，其特点是利用用例图、类图（对象建模图）、序列图、活动图等各种图示来力图系统性地展示客户需求。这种方法明显比传统的需求析方法进步了很多，对于开发者来说可以更方便的找出需求后面的内在数据联系，但很可惜的是这种方法体系对于客户来说就像“天书符号”，对于初级的项目成员，掌握这种技术也非常困难，很多团队往往因为“道行不够”而陷入困境。 阅读全文

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

摘要：网上到处都有一篇被称为《优秀的工作流殷勤的144个标准》的文章，文章写的很全面，但其对实际应用的满足程度还是需要改进的，我在此抛砖引玉的对其做了写评价和扩展，在我的《面向业务开发应用》博文中有部分体现。希望网友有所借鉴。一般性功能 (General Functions) 1. 免程序开发(No Programming or Scripting)评论：很多工作流厂商都在狂吹自己的零代码特性，但实际应用却需要大量脚本，所以他自己也达不到，很多事前/事后动作要免程序就必须引入“自动执行步骤”的概念2. 可处理大量流程工作 (Volume Transaction Processing) 评论：这与应用 阅读全文