Posted on 2009-05-20 09:23
zolly 阅读(680)
评论(4) 编辑 收藏
我们做PRPC项目的维护，测试，优化，更新等等，都是在已有的产品上的一种后续服务，都是一种“发现问题，解决问题”的思路，这种方式往往使得项目周期变长，成本提高，这些都是客户不愿意看到的结果。
定义一套Healthy PRPC的准则，达到这个标准后的产品才允许发布到客户，或者在前期就按照这个标准严格实施，这才是防患于未然，未雨绸缪的最好方式，即便有大的变动，后期也会大大减少时间周期和人力财力。
这个问题我想也许不会找到标准答案，或许也只存在于BPM开发设计管理实施的人员之间经验的潜移默化。但是找到一个全面的检测标准，可以成为PRPC，甚至BPM所遵循的标准，这就是它的意义所在。
Following comes from Frank:
No entry in Pega-Alerts log
Normally check the alerts log file.
That's the benchmark from Pega...and normally 500ms is the standard...any SQL/Activity , if the execution exceeds 500ms, it's not normal., we need to find out why...
That needs some expericne, you should be very familar with the table structure, and needs advacned DB knowledge.