todososo/
共135个网摘 [
1 2 3 4 5 ]
下一页 |
访问todososo的个人空间
todososo收录，使用标签：业务平台，时间：2007-4-29 15:58:10 | 相关网摘，我也收藏
4月18-22日，财富与科技的代言人、微软董事会主席比尔?盖茨风潮再次席卷中国，在第十次来华访问的最后一站，第一次参加博鳌论坛的盖茨郑重抛出一个预测：下一个伟大的成就在亚洲。
4天后的26日，似乎为了给盖茨一系列令人振奋的演讲做一个注释，微软的全球战略合作伙伴浪潮在北京高调召开新产品发布会，隆重推出浪潮GSP通用业务平台新产品。这一产品正是浪潮与微软战略合作的成果。敏感的业内立刻意识到，一个更具杀伤力的ERP航母平台即将诞生。
浪潮GSP(Genersoft Platform)基于微软.Net技术开发，是浪潮ERP二十年技术积累和应用实践的沉淀，充分体现“柔性制造、快速应变”的软件构件化理念。在GSP平台上，浪潮能够快速搭建高质量可扩展的应用系统，提高软件生产效率、降低成本；在客户应用过程中，浪潮能够快速满足企业个性化需求，满足企业因竞争环境不断改变而产生的持续改进的需求。
“浪潮ERP已经在微软技术上做了十多年的积累，不可否认，我们对.NET非常青睐。”浪潮ERP-GS产品技术总监鞠强解释选择.Net的原因说。“具体到产品本身，选择微软.Net，浪潮有更务实的理由。毫无疑问的，微软作为一个深谙市场之道的巨无霸，在以.NET为旗帜的指挥下，技术前瞻、新品研发、技术支持、架构整合等种种方面非常强大。”正是诸如本地化、易用性，采用微软的产品，让一贯稳健的浪潮ERP产品后院失火的可能性降到很低。
浪潮GSP平台最近的一个大单颇受业界瞩目。2006年的12月，浪潮与位列世界500强的中国铁路工程总公司达成战略合作协议，携手进行信息化建设。中铁工属国务院国资委监管的中央企业。2006年，其以第441位的排名进入“世界企业500强”，总公司现有员工28.4万人，企业总资产1014亿元。中铁工首期信息化合同中，GSP平台成为重要选择。
中铁工程在信息化过程中一直存在需求变化快、实施周期长、质量不高、软件生命期短的问题，并且在不同时间、不同厂商、不同技术架构所实现的系统，很难达到互联互通，造成重复建设和重复录入问题比较严重。在经历了多年的困扰之后，决定选择一个应用开发平台作为其信息化的基础。
让规模如此的巨无霸企业最终选择浪潮GSP取决于简单但有效的测试。据透露，中铁工先后多次来浪潮总部考察，每次均以实际操作的方式对浪潮GSP的功能和稳定性进行了详细的测试。浪潮GSP表现出的易用性和高效率让他们最终做出了选择。
但仔细探究之下，微软与浪潮的此次携手并不是一般的技术层面。
.NET是微软与sun/IBM的J2EE阵营针锋相对的利器，为了推广.NET，同时布局企业软件市场，微软一度在2002年酝酿一个秘密武器MBF。MBF(Microsoft Business Framework)，即提供一个适合中小企业发展的基础层面技术，也就是是国内所谓的业务基础平台加上.NET的开发工具，微软计划将其SUITE(像OFFICE无缝套件)的成功经验带到中小企业市场的后台软件(即CRM、ERP等)上，是.NET的最顶层。然而自2003年微软正式对外宣布MBF至今，业内对MBF的了解依然非常有限，MBF对于中国企业来说愈加神秘。
但随着浪潮新一代ERP平台产品GSP的推出，业内人士将终能见MBF的庐山真面目，这听起来似乎不太可能。浪潮负责GSP开发的有关人士透露了事情的原委：为浪潮与微软公司全球战略合作的一部分，微软派驻了3名工程师，长期参与GSP的需求分析、架构设计。同时，在Redmond的MBF开发组对GSP的前期架构设计，进行了方向性的指导，提出了很多平台化软件开发的建议、意见。这位人士透露，浪潮GSP与微软MBF框架结构非常类似。事实上，浪潮GSP的开发过程中，得到了MBF工程师的指导，基本上达到了同等水平。
MBF的框架在浪潮GSP身上得到延伸。而在应用构件库方面，浪潮在中国市场恰恰拥有独一无二的优势。浪潮ERP在国内拥有大批高端客户，曾协助国资委下属40%的企业进行了信息化改造，国内20%的上市公司和35%的证券公司成功实施了ERP与财务管理系统。浪潮ERP一直在中国高端大中型集团企业管理软件市场上占有率稳居第一，并在医药、石油化工、机械制造、军工、粮食等九大行业应用占有率列第一位。
这份成绩单几乎囊括了中国本土最优秀的企业，浪潮集团高级副总裁王兴山一直强调，谁率先占有了优秀的管理需求，谁就占据市场制高点。事实上，浪潮ERP的确因此吸取了足够多的养分。这一点，也正是拥有技术话语权的微软扩展中国业务所倚重的。
事实上，梳理二者的战略合作脉络，不难发现微软与浪潮的合作在深入、务实的道路上已经超越了微软在中国遍洒种子的其他软件公司。
2005年8月26日，微软公司与浪潮投资合作签约。微软将对浪潮进行战略投资，总投入金额达2亿人民币，双方携手为中国用户开发出具有更高价值的应用与管理软件。根据协议内容，微软将向浪潮的投资主要用于合作发展浪潮ERP、电子政务、软件外包等相关业务。
这是微软与浪潮自2004年11月结成全球战略合作伙伴关系后，双方在核心业务领域的更进一步合作。凭借浪潮在ERP、电子政务等领域的国内领先地位与高端客户群体，依托微软先进的.NET平台与在企业级市场的优势，二者的联姻具有天然的长远利益基础。
从2005年开始浪潮的系列ERP新品几乎全部基于微软.Net平台开发。而随着此次GSP平台3.5版本的发布，至此浪潮通过基于微软.NET的GSP实现了对其ERP产品线的全面整合。可以预见的是，在GSP平台领域的合作不仅惠及二者，更对整个企业管理软件软件生态链带来深远影响。
此前，在管理软件产业链中，产业分工不清晰，产业链条非常短，管理软件厂商的合作伙伴扮演的是“产品销售员”和“一般服务者”的角色。浪潮此前一直乐于采用的“与企业共同成长”，深度参与高端行业用户的业务模式，不自觉的已经在实践一种全新的产业生态链。加上此次微软深入参与的GSP平台航母，在第三次技术革命催生的新型产业生态链模式中占尽先机。
http://news.csdn.net/n/20070429/103560.html
todososo收录，使用标签：业务平台，时间：2007-4-28 15:38:41 | 相关网摘，我也收藏
魏文王问扁鹊：“你们兄弟三人，都精于医术，到底哪一位最好呢？”
扁鹊：“大哥最好，二哥次之，我最差。”
文王：“那么为什么你最出名呢？”
扁鹊：“我大哥，治病于病情发作之前。由于一般人不知道他事先能铲除病因，所以他的名气无法传出去，只有我们家的人才知道。我二哥，治病于病情初起之时。一般人以为他只能治轻微的小病，所以他的名气只及于本乡里。而我，治病于病情严重之时。一般人都看到我在经脉上穿针管来放血、在皮肤上用刀敷药等大手术，所以认为我的医术最高明，名气因此响遍全国。”
事后控制不如事中控制，事中控制不如事前控制。这个道理不难明白，但真正做起来就有难度了。还好，有信息化系统可以为我们提供这个实践平台。
我以组织制度管理为例，以A6协同管理系统为实践平台，抛砖引玉。
事前（设计）：把“制度”变成“模板”，降低实施难度
与其等大家违反了制度再进行惩罚，不如找到方法让更多的人遵守制度。制度设计完，最担心的就是能不能实施下去，能实施多长时间。影响实施的因素有很多，比如大家都习惯了原来的工作方式，对新制度会有抵触情绪；比如缺乏有效的控制手段，很多人习惯按自己的私人关系找最短路径执行等等。
有一种方法，能够降低实施的难度，保障制度按照其规定的路径触发和流转。
大家知道，工作流是协同应用中的主要技术之一，它的工作原理就是将事件以流程的方式约定好路径，然后按照这个路径流转到相应节点，通过各节点的互动协作共同完成事件从发起到结束的全过程。这正好符合制度的实施过程。
在A6协同管理系统中，我们可以用“协同工作”模块来完成。设计模板的过程就是将制度表达出来的过程，制度与模板的表达要素是相同的：表单、角色、权限、流向、条件。举个最常见请假管理的例子，我们可以这样描述：
“由请假人填写请假申请单，发出后，当请假周期在3天内（含）时，由部门经理审批；当请假周期大于等于4天小于等于10天时，由部门主管初审，主管副总审批；当请假周期大于10天时，由部门主管和主管副总初审，总经理审批。审批后报人事部备案。”
这里的申请单就是表单；请假人、部门经理、主管副总、总经理是角色；填写、审批、初审、备案是权限；请假周期是条件；发出后怎么样、审批后怎么样是对流向的描述。任何一个流程都可以通过这五个要素来描述清楚。
系统提供了足够的功能将制度定义成模板。模板制定后，我们可以发布管理要求，不再接受纸质申请单，一律通过系统，以调用模板的方式填写申请单。这样就保障了制度能按要求被触发，触发后的过程就都在系统的控制之中了，也就降低了实施难度。
下面，我们看一下制度被触发后的控制过程。
事中（执行）：用协同控制过程
在A6协同管理系统中，提供了很多实用的功能帮助我们控制过程。我们以合同审批为例。
合同审批制度要求如下：
“由项目负责人填写合同审批单并附合同文档，发出后，当合同金额在5万元以内（含）时，由部门经理审批；当合同金额大于5万元小于等于10万元时，由部门经理、主管副总共同审批；当合同金额大于10万元时，由部门经理、主管副总、总经理共同审批。审批后报财务部备案。”
我是“ABC”项目的负责人，按制度要求填写完合同审批单，附上合同文档。这个合同我希望在8小时内完成审批，因此我定义了期限，然后发出。这份合同金额为15万元，因此需要通过三位领导的审批。我在系统中查看了在线人员列表，还好，他们都在线。
我先使用了催办功能，向第一位审批领导部门经理发出了加急处理的请求，引起了部门经理的重视，他很快批示了修改意见。我按照部门经理的意见对合同文档进行修改，使用正文补充的功能，将修改后的合同文档再度上传，并做了修改点的简要说明。然后，我在流程上找到部门经理发即时消息给他，告知他我已经做了修改，请他给出审批意见。部门经理很快就查看了修改文档，这回他相当满意，使用意见振荡在他原来的修改意见上又做了二次批复。此时离我发出申请才1个小时。我得到部门经理的批复后，正准备马上催办主管副总，屏幕下面显示出主管副总已经回复的系统提醒。我从消息窗口直接点击进入该协同查看主管副总的回复意见。原来他认为这个合同跟IT部门也高度相关，把IT部主管通过会签的功能加了进来，希望听听他的意见。半小时后，IT部主管在主管副总的意见栏做了振荡回复，并使用了意见隐藏，他不希望被我的部门经理和总经理看到他的意见。主管副总参考IT部主管意见后，使用振荡回复依然在他的意见栏给出了正式审批意见。我又收到系统提醒，看到主管副总同意了我非常高兴，在他的批示意见也振荡回复了感谢的话语。2小时后，我收到了总经理处理完成的系统提醒。协同自动流转到财务部备案。整个审批过程一共用了3个半小时。
系统中提供了很多过程控制的功能，应用感受非常接近现实中的过程动作。一般来说，我们递出申请后都要说明一下这事急不急，希望什么时间获得批复，在系统中我们可以使用期限设置，还可以用催办、即时消息；现实中一个审批往往经过几次反复，我们可以使用意见振荡、正文补充；当需要会签时，可选用加签、会签；当不希望意见公开时，可选用意见隐藏；不同意打回可以使用回退、撤消；被打回需要重新发起时，可以使用重复发起，这样在新申请中可以链接到旧申请；当我们需要系统外的人知晓时，可以转发邮件……
总之，整个审批过程是高效透明的，流程中的全部成员可以实时共享事件进展，多种手段完成审批过程的沟通与振荡动作。
http://lovebluesky.blogchina.com/blog/6244958.html
todososo收录，使用标签：业务平台，时间：2007-4-28 11:16:42 | 相关网摘，我也收藏
通过总结实地调查30多家企业ERP实施的成功因素和失败教训，借鉴国内外ERP实施的成功因素法，把软件开发过程的能力成熟度模型SW-CMM引入到我国企业实施ERP的实施能力测评中，提供企业一个基于过程改进的"ERP实施的能力成熟度模型"，把企业ERP实施的能力成熟度用原始级、可重复级、已定义级、可管理级和优化级来区分，以求ERP应用企业、ERP软件公司、ERP咨询公司重视对ERP实施的能力成熟度评估，加强关键活动领域的关键活动的质量控制，使得ERP实施中涉及到的企业现有管理模式评估、ERP系统的需求分析、ERP软件的质量考察、ERP软件供应商的内部管理、ERP实施服务和管理咨询的支持、企业内部对ERP项目的全面管理、企业和ERP供应商合作成立的项目组织的责任分工等众多活动严格按照计划进行，使得项目成员能够按照ERP实施步骤预料实施结果与计划的吻合程度，促进企业针对实施标准进行持续的过程改进，提高ERP软件实施的质量，促进企业管理模式的更新，使得企业按时、按预算、按效果地完成ERP管理工程。
一、ERP系统和ERP实施的主要问题分析
国际著名的管理软件评估结构Gartner Group 在90年代初期定义了ERP系统，指出ERP系统是一个根据订单对企业范围内的资源进行规划和财务核算的信息系统，并且强调ERP系统不同于传统的MRPII系统，而且采用了先进的信息技术。这是因为ERP系统跨越了物料、加工工作地、设备、劳动力等制造资源的范围，覆盖了供应商的资源、客户资源、企业多个工厂之间的制造资源、多个分销地点的销售资源、企业人力资源、管理会计资源、设备预维修资源等管理资源。此外，ERP系统支持离散型、流程型等混合制造环境，应用范围从制造业扩散到了零售业、服务业、银行业、电信夜、政府机关和学校等事业部门，通过融合技术、图形用户界面、第四代查询语言、客户服务器结构、计算机辅助开发工具、可移植的开放系统等对企业资源进行了有效的集成。因此，简单地说，ERP系统是企业资源和计算机资源的集成化系统，企业实施ERP系统是一项管理创新工程，是一项中外管理模式互相冲突、交汇、聚合的过程。数据库
由于ERP系统涉及到企业资源和计算机，而且涉及到企业财务应收应付流程、发货与收货流程、客户订单接受与生产单发放流程、盘点流程、领料与出库流程中企业的深层业务活动，因此对ERP实施的过程中要对计算机软件的实施过程以及实施过程中的管理进行双层的监控。这要求企业既要对软件实施本身的生命周期的需求、计划进行实现，同时还要对实施本身的管理变革进行监控，以典型的流程和单据来驱动项目的开展。我国企业由于对ERP本身的陌生、对ERP实施过程的管理模式的变迁缺乏经验，因此很难对实施质量进行把关。通过近三年对30余家MRPII/ERP应用企业、十多家中外ERP软件公司的实地调查研究，发现当今我国企业实施ERP系统存在以下几个问题：
这主要有下面几个原因：
1.外来词汇多设置了较高的ERP心理门槛。由于ERP系统是一个综合性的系统，从ERP供应商、ERP咨询公司、企业ERP宣传、政府对ERP的推动、研究单位对ERP的介绍都是从不同的角度来看待ERP系统及其实施，而且涉及到经济利益和商业机密，因此较难全面地提供ERP实施的详细资料，而且深入浅出介绍ERP系统及其实施的书和文章也很少，因此使得整个ERP实施方法的研究有难度。此外，围绕ERP系统集合了BRP、JIT、CIMS、虚拟企业、协同商务等庞大的新名词和外文词汇，为广大的企业管理人员设立了心理门槛，心理恐惧使得众多的管理人员把ERP看得很神秘，因此对于ERP实施过程的把握显得非常难。
2.国外ERP软件商有非常规范的ERP实施方法,但是难以完全贴近我国企业的实际需求和定制过程。国外ERP软件公司如S、ORACLE、IFS、QAD、SYMIX等的ERP实施方法非常细致，每个阶段和过程都有具体的文档和可交付的成果，而且步骤严密、实施周期长，但是在实际执行过程中由于企业发展快、实施顾问水平有高有低、企业管理水平的低落和人员素质不高、实施经费不足、培训不力等众多因素使得项目执行中不能按照规定的ERP实施方法做，高昂的实施成本使得某些ERP项目避重就轻，项目的彻底实施落空。因此，由于我国企业的生产计划模式的复杂以及市场的不确定性大，多数企业的ERP应用主要是财务管理和管理会计的功能用得最好，因此在实施过程中一期工程主要是在财务总帐、应收应付、管理会计、物料管理等核心模块的实施上，后续的二期工程难以开展。企业在ERP实施过程中涉及到的业务流程重组也主要是围绕上述几个会计和物料模块展开，全面的流程重组还难以实现。AP
3.国内众多ERP企业管理软件商有丰富的ERP实施经验,但无科学规范的实施方法，反映出ERP软件公司内部管理的薄弱和对ERP实施中的管理问题不重视。有的小型ERP软件商没有充分理解实施方法和项目管理方法的作用和地位，甚至认为ERP实施和项目管理是一个概念。还有某些ERP软件商设立了自己的ERP实施方法，但是由于企业内部培训不足和实施能手缺乏，对于项目实施过程中的关键业务活动没有落实，尤其是对企业新旧业务流程的对比缺乏详细的描述，ERP实施变成了主要是对软件的技术支持，仅仅针对ERP软件的配置、数据初始化、上线等生命周期中的后续阶段进行处理，导致项目变成了软件实施，而没有针对管理进行变革，实施的风险增加，稍有不慎就导致ERP项目的失败。
4.ERP软件商、提供业务流程重组的咨询公司、政府部门提供的ERP服务、倡导第三方监督的监理商都从自己的角度发表ERP实施建议和经验，但是企业由于不能全面看到具体的实施周期，使得企业不能深入了解具体的ERP实施方法和具体实施活动。
通过了解中外ERP实施方法在不同行、不同规模的企业的运用效果，比较中外ERP软件公司的ERP实施方法和项目管理方法，本文引入ERP实施的能力成熟度模型来细分ERP实施的可预见性、可计划性，打破ERP实施的神秘感，促进企业加强与ERP软件公司和管理咨询公司的合作，使得企业采用工程管理的方法和项目监督的机制来如期完成项目。
二、SW-CMM模型移植到ERP实施中的可行性分析
麦当劳对世界的贡献不仅是汉堡包，而是它的创始人把福特汽车公司的大批量流水生产方式从制造业引入到了饮食服务业。而1987年美国卡内基梅隆大学软件工程研究所倡导的软件生产能力成熟度模型SW-CMM(Capability Maturity Model for Software)则把标准化大批量流水生产模式由服务业引入到了软件制造业，从而把手工作坊似的软件开发变成了标准化的生产。SW-CMM模型把软件的过程能力设置为软件开发和生产过程本身的透明化、规范化和运行的强制化，能力的成熟意味着结果可以重复，而这由于企业组织采用了成熟的软件过程、付出了可以验证的努力。
由于ERP实施是对软件开发、管理咨询、企业变革等智力活动的生产，同样可以把单件小批量的生产模式通过生产过程的标准化和质量控制而提高生产能力。也就是说，可以通过对ERP实施过程的透明化、规范化和运行的强制化得到可重复的实施效果。在对前几年考察的30多家企业ERP实施过程进行归纳的基础上，现在提出我国企业ERP实施的能力成熟度模型ERP-CMM（Capability Maturity Model for Enterprise Resource Planning Implementation）。即ERP实施过程中的实施能力是可以通过成熟的实施过程、可验证的努力而得到预期的实施效果，而且可以对实施过程中关键活动领域的质量控制的深浅不同对ERP实施进行分级评估。1、ERP实施是对SW-CMM模型的扩展
由于ERP系统首先是对企业管理思想和管理方法的分析、然后把管理思想和方法设计成软件、最后通过软件实施到管理思想和方法移植到企业中，进而带动企业管理水平的提升。ERP软件的开发和实施是可以用SW-CMM模型来控制的，是SW-CMM模型的在企业管理软件领域的运用。这是因为ERP的实施过程是对ERP软件进行客户化配置，是把部件化的、半成品化的ERP软件转化为ERP成品的过程，是ERP软件项目生命周期的后半生的实现。因此，可以说ERP-CMM模型是SW-ERP模型的扩展。这是因为ERP软件实施过程涉及到软件公司、咨询公司和应用企业三个合作者的各自的管理模式，是一个动态交互的过程。
2.ERP实施能力成熟度模型概括了近年来的实施成功因素分析
ERP实施能力成熟度模型的提出借鉴了近年来国内外ERP实施的成功因素分析方法。首先，模型借鉴了APICS的MRPII系统ABCD评级标准。其次，借鉴了"向ERP失败学习的学习曲线"，对国外学者提出的"企业实施ERP过程是先潜入水底后浮出水面的艰难过程"进行了扬弃。再次，对近两年来国外学者引入社会学领域的变革管理并且研究企业文化、社会文化对实施ERP的影响进行了分析。最后，对我国近两年众多企业的ERP实施的成功因素进行了归纳，对从ERP应用企业角度、从ERP软件商角度、从ERP咨询公司角度总结的ERP实施经验和失败教训进行了提炼。
3.强调对ERP实施过程的动态管理
ERP实施过程是软件实施过程为主线，而且是众多成功因素动态作用的过程。借鉴SW-CMM模型，我们可以发现软件实施都是质量管理的范畴，而且可以对ERP实施的关键活动和关键领域进行类比，因此，ERP实施的能力成熟度模型ERP-CMM从软件开发和项目管理两个角度来动态控制ERP实施的质量。
4.ERP实施的能力成熟度模型
类似于软件能力成熟度模型，ERP实施的能力成熟度模型主要用来评估ERP应用企业、ERP软件商和ERP咨询公司的ERP实施能力和改进ERP实施质量的管理方法，目的是帮助实施各方对ERP实施工程的关键活动进行管理和质量改进，保证按时、不超预算地完成ERP项目。企业实施ERP的能力成熟度模型同样可以把实施过程的成熟等级划分为初始级、可重复级、已定义级、可管理级和优化级，从而为企业从单项ERP功能扩散到综合性的ERP功能提供了改进的路径，也为ERP实施活动的控制提供了标准和质量控制点。
ERP实施能力存在从低到高的阶梯式改进路径，评估能力成熟度可以从关键活动领域及其活动能力两个方面进行测量，活动领域包括企业现有管理模式评估、ERP软件需求分析、ERP软件选型、ERP实施周期管理、ERP软件公司和管理咨询公司的支持、ERP项目管理、ERP项目组织。每个活动领域还包括相应的具体活动、活动的基本特征和活动成果，而且活动有计划和结果的对比，出现偏差需要进行备注。针对企业实施ERP系统时关键活动领域的多少和关键活动的多少可以对企业的ERP实施的成熟度进行评估。例如，没有对现有企业流程进行描述、对购买回来的ERP系统没有事先进行流程定义和软件测试，那么依据过程控制的质量标准，则该项目的实施能力成熟度一般是低于已定义级，存在文档不全、项目后续扩散苦难等风险。而为了达到已定义级别，那么企业需要提高关键活动领域的控制质量，加强实施队伍的业务水平、弥补前期工作的不足、密切与软件公司的合作。
又如，ERP选型中的具体活动包括企业ERP项目小组的成立、企业ERP目标和需求确立、ERP软件商的公司资信调查、ERP软件的质量合格情况、ERP软件产品的演示和样板客户的调查、审核ERP解决方案的技术开发平台、合同费用、实施人员和实施计划、各个ERP模块的功能需求定义和事实进度、ERP软件公司的合作伙伴关系、ERP软件选型的评比和论证、选型文档的记录、保存等。具体内容可以参考文献1。此外，关键领域的主要活动由于篇幅所限制，在以后的论文中再详细定义。
评估能力成熟度的活动能力则依据活动是否达到规定的要求而进行划分，活动不全则活动的能力成熟度低，反之则高。因此，可以对活动能力成熟度按照百分制分四个等级来划分，例如第一等级为没有做到，计0到15分，部分做到计16到50分，大部分做到计为51到85分，全部做到计为86到100分。依据各个活动领域及其活动的重要程度也可以设置权重，最后再计算总分。针对上述五个领域的关键活动的累计分数再对整个ERP项目的能力成熟度进行总分评定。这样，一般可以对ERP实施的能力成熟度划分为五个层次，划分为原始级、可重复级、已定义级、管理级和可优化级。实施的能力成熟度越高，项目过程就控制得越好，计划与实际就越吻合。
http://hi.baidu.com/brightlo/blog/item/837ebfefe6fcff17fcfa3cc5.html
todososo收录，使用标签：业务平台，时间：2007-4-28 11:13:03 | 相关网摘，我也收藏
今天张先生上午的一番讲解让我对最近的一些想法有了一个小小的总结。
张先生将软件分为三种档次：初级的软件就是项目形式，这种类型的软件中国最多。这类软件优势大约就是第一便宜，第二开发时间短（也可并入第一），但是质量无法得到保证，重用性可扩展性就更加不谈了，所以中国出现了很多用了几年就要完全抛弃的系统，于是出现了SOA整合这种东西。但是就如同某大型跨国公司的一个情况，全球有很多分公司分厂，每处it部门工作的成本都很高，所以一般实现一个较简单的功能只需要找两个学生开发个小工具就行了。久而久之每个部门都有很多小系统，这些小系统功能雷同，数据也重复，互相还没有关联起来。越是到后面，维护这些小系统的成本越来越高。即使高层觉醒了，决定开发一个统一的平台，但这些小系统及其历史数据就此作废了；小系统本身抛弃固然可惜，但如果历史数据也要作废则是无法接受了。这时即使是SOA高手出山，面对如此众多、特性分裂的小系统的海洋，估计也是束手无策吧。
一开始就不能为了节约成本而用项目来解决问题，一旦习惯于用小项目来解决问题，到最后日积月累以至积重难返，最后得到的将是无法承受的罚金。
第二档次就是产品，也就是一份copyright了。产品相较项目，它本身就有一个产品系列，也有有效的售后保障（那些下三流代理小公司不算）。问题在于这个产品在功能和结构上必需要精心设计，要能够随时变成一个开放式的结构以应对外界的变化。
IBM不是有一句名言嘛：让变化成为计划的一部分。
第三档次就是平台了。到这个层次，软件本身功能性数值已经是很好看了，关键是能否建立一个足够灵活开放的平台，来适应各种各样的需求。可能据我所至有两种路线，例如SAP，就是事无巨细企业任何一个细节都做的很完善，一个完美的全覆盖；第二我觉得就是像eclipse这样的平台标准，把二次开发难度降下来，那也可以。
把二次开发的成本降下来的基础我认为就是组件化。将逻辑分为粒度合适的组件的组合，这样我们就可以在组件级别上进行开发，把胶水代码减少，把对组件业务细节的耦合降到最低。
这方面我虽然没有接触到Java EE的PetStore，但是我看了PetShop4的架构图后感觉，微软的一套整体架构已经是非常干净清楚了，作为标准的唯一制定者和主要实施者，对开发人员来说得到的是稳定高效的更简单的开发平台，而Java EE要做到这点可能没有那么容易。
再反过来说，中国人喊了多少年组件化思想，但是真正能称为组件能够复用的又相当少。我个人感觉是没有一条完整的食物链。做组件的不专业，用组件的也不专业，都想抢对方的饭碗。开发了好的组件却不发布，或者开发组件时考虑别的事情，而非想好如何将组件做的完美，总体看来大多是各自为镇。张先生的目标是创建一个轻量级的类似SAP的平台，但我认为像SAP那样的平台实现起来很难，小成本不可能做到。而做一个开放式的平台，第一本身没有号召力没有使用者就是白做；二是即使有了使用者，小成本如何保证规则的统一性？
所以我的看法，除非有一个雏形，然后吸引一个大的资本来运作，否则根本无法构建一个自己的平台。那么进一步说，要吸引一个大的资本运作的话，本身又要是一个较轻的结构，这个资本必须有足够的影响力和号召力。这些都不是我们现在能做到的。
http://lonegunman.spaces.live.com/blog/cns!9c763bd9399b0328!1624.entry
todososo收录，使用标签：中间件，时间：2007-4-28 11:03:50 | 相关网摘，我也收藏
软件系统的复杂性不断增长、软件人员的频繁流动和软件行业的激烈竞争迫使软件企业提高软件质量、积累和固化知识财富,并尽可能地缩短软件产品的开发周期。于是集软件复用、分布式对象计算、企业级应用开发等技术为一体的"基于中间件的软件开发"(CBSD,Component Based Sortware Development)应运而生，这种技术以软件架构为组装蓝图,以可复用软件构件为组装模块,支持组装式软件的复用,大大提高了软件生产效率和软件质量。为此国风外对于这一技术的研究正在不断深入,同时大型的软件公司（例如sun,microsoft）及软件组织机构（OMG）都推出了支持中间件技术的软件平台。面对高深的中间件技术和繁多的软件平台，很多人感到很茫然和无从下手，本文简单介绍了中间件技术的发展和特点，重点阐述和比较了三大主流中间件技术平台，使读者对中间件技术有个全面的了解。
中间件技术的概念及发展
顾名思义，中间件是处于应用软件和系统软件之间的一类软件，是独立于硬件或数据库厂商（处于其产品的中间，实现其互连）的一类软件，是客户方与服务方之间的连接件，是需要进行二次开发的中间产品。
应该说，中间件技术是伴随网络而发展起来的一种面向对象的技术。以前的计算机系统多是单机系统，多个用户是通过联机终端来访问的，没有网络的概念。网络出现后，产生了Client/Server的计算服务模式，多个客户端可以共享数据库服务器和打印服务器等等。随着网络的更进一步发展，许多软件需要在不同厂家的网络产品、硬件平台、网络协议异构环境下运行，应用的规模也从局域网发展到广域网。在这种情况下，Client/Server模式的局限性也就暴露出来了，于是中间件应运而生。中间件是位于操作系统和应用软件之间的通用服务，它的主要作用是用来屏蔽网络硬件平台的差异性和操作系统与网络协议的异构性，使应用软件能够比较平滑地运行于不同平台上。同时中间件在负载平衡、连接管理和调度方面起了很大的作用，使企业级应用的性能得到大幅提升，满足了关键业务的需求。
当前支持服务器端中间件技术的平台
考察当前主流的分布计算技术平台,主要有OMG的CORBA、Sun的J2EE和Microsoft DNA 2000。它们都是支持服务器端中间件技术开发的平台,但都有其各自的特点，将分别阐述如下。
1.OMG的CORBA
CORBA分布计算技术是OMG组织基于众多开放系统平台厂商提交的分布对象互操作内容的基础上制定的公共对象请求代理体系规范。
CORBA分布计算技术,是由绝大多数分布计算平台厂商所支持和遵循的系统规范技术,具有模型完整、先进,独立于系统平台和开发语言,被支持程度广泛的特点,已逐渐成为分布计算技术的标准。COBRA标准主要分为3个层次：对象请求代理、公共对象服务和公共设施。最底层是对象请求代理ORB，规定了分布对象的定义（接口）和语言映射，实现对象间的通讯和互操作，是分布对象系统中的"软总线"；在ORB之上定义了很多公共服务，可以提供诸如并发服务、名字服务、事务(交易)服务、安全服务等各种各样的服务；最上层的公共设施则定义了组件框架，提供可直接为业务对象使用的服务，规定业务对象有效协作所需的协定规则。目前,CORBA兼容的分布计算产品层出不穷,其中有中间件厂商的ORB产品,如BEAM3,IBM Component Broker,有分布对象厂商推出的产品,如IONAObix和OOCObacus等.
CORBA规范的近期发展,增加了面向Internet的特性,服务质量控制和CORBA构件模型(CORBA Component Model)。
Internet集成特性包括了针对IIOP传输的防火墙(Firewall)和可内部操作的定义了URL命名格式的命名服务(Naming Service)。
服务质量控制包括能够具有质量控制的异步消息服务,一组针对嵌入系统的CORBA定义,一组关于实时CORBA与容错CORBA的请求方案。
CORBA CCM(CORBA Component Model)技术,是在支持POA的CORBA规范(版本2.3以后)基础上,结合EJB当前规范的基础上发展起来的。CORBA构件模型,是OMG组织制定的一个用于开发和配置分布式应用的服务器端中间件模型规范,它主要包括如下三项内容:
a.抽象构件模型,用以描述服务器端构件结构及构件间互操作的结构;
b.构件容器结构,用以提供通用的构件运行和管理环境,并支持对安全、事务、持久状态等系统服务的集成;
c.构件的配置和打包规范,CCM使用打包技术来管理构件的二进制、多语言版本的可执行代码和配置信息,并制定了构件包的具体内容和基于XML的文档内容标准。
总之，CORBA的特点是大而全，互操作性和开放性非常好。CORBA的缺点是庞大而复杂，并且技术和标准的更新相对较慢，COBRA规范从1.0升级到2.0所花的时间非常短，而再往上的版本的发布就相对十分缓慢了。在具体的应用中使用不是很多。
2.Sun的J2EE
为了推动基于Java的服务器端应用开发,Sun于是在1999年底推出了Java2技术及相关的J2EE规范,J2EE的目标是:提供平台无关的、可移植的、支持并发访问和安全的,完全基于Java的开发服务器端中间件的标准。
在J2EE中,Sun给出了完整的基于Java语言开发面向企业分布应用规范,其中,在分布式互操作协议上,J2EE同时支持RMI和IIOP,而在服务器端分布式应用的构造形式,则包括了Java Servlet、JSP(Java Server Page)、EJB等多种形式,以支持不同的业务需求,而且Java应用程序具有"Write once,run anywhere"的特性,使得J2EE技术在发布计算领域得到了快速发展。
J2EE简化了构件可伸缩的、其于构件服务器端应用的复杂度,虽然DNA 2000也一样,但最大的区别是DNA 2000是一个产品,J2EE是一个规范,不同的厂家可以实现自己的符合J2EE规范的产品,J2EE规范,是众多厂家参与制定的,它不为Sun所独有,而且其支持跨平台的开发,目前许多大的分布计算平台厂商都公开支持与J2EE兼容技术。
EJB是Sun推出的基于Java的服务器端构件规范J2EE的一部分,自从J2EE推出之后,得到了广泛的发展,已经成为应用服务器端的标准技术。SunEJB技术是在Java Bean本地构件基础上,发展的面向服务器端分布应用构件技术。它基于Java语言,提供了基于Java二进制字节代码的重用方式。EJB给出了系统的服务器端分布构件规范,这包括了构件、构件容器的接口规范以及构件打包、构件配置等的标准规范内容。EJB技术的推出,使得用Java基于构件方法开发服务器端分布式应用成为可能。从企业应用多层结构的角度,EJB是业务逻辑层的中间件技术,与JavaBeans不同,它提供了事务处理的能力,自从三层结构提出以后,中间层,也就是业务逻辑层,是处理事务的核心,从数据存储层分离,取代了存储层的大部分地位。从分布式计算的角度,EJB像CORBA一样,提供了分布式技术的基础。提供了对象之间的通讯手段。
从Internet技术应用的角度,EJB和Servlet,JSP一起成为新一代应用服务器的技术标准,EJB中的Bean可以分为会话Bean和实体Bean,前者维护会话,后者处理事务,现在Servlet负责与客户端通信,访问EJB,并把结果通过JSP产生页面传回客户端。
J2EE的优点是,服务器市场的主流还是大型机和UNIX平台,这意味着以Java开发构件,能够做到"Write once,run anywhere",开发的应用可以配置到包括Windows平台在内的任何服务器端环境中去。
http://hi.baidu.com/dmyww123/blog/item/24aa4d4eaf268c08b2de051a.html
todososo收录，使用标签：业务平台，时间：2007-4-28 10:34:06 | 相关网摘，我也收藏
平台的概念目前基本上有三种，一种是基于快速开发目的技术平台，第二种是基于业务逻辑复用的业务平台。第三种平台基于系统自维护，自扩展的应用平台。技术平台和业务平台都是软件开发人员使用的平台，而应用平台则是应用软件用户使用的平台。
什么是技术平台？
技术平台是一套完整的、严密的服务于研制应用软件产品的软件产品及相关文文件。真正的技术平台应该是选择合适的技术体系（如J2EE， .NET等），技术架构（一组设计模式如MVC的集合），充分发挥技术体系及技术架构的优势，能够大大提高应用软件开发速度，指导并规范应用软件分析、设计、编码、测试、部署各阶段工作，提炼用户真正需求，提高代码正确性、可读性、可维护性、可扩展性、伸缩性等的软件工具。优秀的技术平台还包括一套高效的底层通用的代码，甚至还包括代码生成器，代码安全漏洞检查工具等。
技术平台的优点：
技术平台有效降低了软件公司的开发成本，技术平台的优劣，直接体现了一个软件公司的核心竞争力的优劣。 没有自己技术平台或技术平台不够先进的软件公司就像没有核心竞争力的公司那样，最终被淘汰出局，因为客户永远追求物美价廉的产品。
什么是业务平台？
技术平台毕竟是“技术”平台，无论怎么完善和拓展也只是一个“技术”平台，应用软件的所有的业务逻辑都是技术平台无能为力的，也不是技术平台的职责所在。那么能不能有能够快速开发业务逻辑的软件工具呢，于是业务平台就应运而生了。业务平台是指快速生成业务逻辑组件，并组织、调度业务逻辑组件应用的软件工具和众多行业经验积累的、成熟的业务组件库。
业务平台的优点：
业务平台封装行业知识积累和行业解决方案，能够最大限度的实现知识的复用，业务平台可以自我完善、不断的丰富和发展，随着业务平台的多次客户化应用，平台有机会构筑出一些行业软件产品(或准产品)。
http://hi.baidu.com/wei88bin/blog/item/952d3024f236b032c9955955.html
todososo收录，使用标签：业务平台，时间：2007-4-28 10:24:15 | 相关网摘，我也收藏
计世资讯认为，业务基础软件平台是指以业务导向和驱动的、可快速构建应用软件的软件平台。和操作系统平台、软件基础架构平台相比，业务基础软件平台和用户的管理及业务相关度比较大，是管理软件开发的通用基础平台。操作系统平台解决了“应用软件系统与硬件之间的交互与管理问题”，软件基础架构平台解决了“应用软件系统与操作系统平台之间的交互与管理问题”，而业务基础管理软件则是解决了“管理软件的业务描述与操作系统平台、软件基础架构平台之间的交互与管理问题”，它是以业务导向和驱动的软件架构体系。
技术无关：通过运行平台直接执行企业的业务，实现业务模型和系统实现技术的分离，从根本上提升管理软件的技术无关性，使应用系统可以在各类主流和标准的基础平台上运行，并可以顺利地迁移到未来的实现技术上
业务导向：基于企业工程理论和企业参考模型，为软件设计和开发提供有效的导向和依据，帮助开发者全面、正确和迅速地实现管理者的管理和业务要求，大幅度地提升管理软件的开发、发布和维护的效率及质量，并在业务持续完善的过程中实现快速调整。
计世资讯认为，从目前产业界的发展趋势来看，业务基础软件平台有两种实现途径：第一种是“组件化业务基础软件平台”，第二种是“模型化业务基础软件平台”。
组件化业务基础软件平台是软件平台比较正常的发展轨迹，也是“面向对象、组件化开发模式”在管理软件中的具体应用。在组件化业务基础软件平台中，其基本内容是集成应用平台和集成开发环境，但对于组件化业务基础软件平台，其最大的难点在于组件的生成与管理。
http://www.blog.edu.cn/user2/citycowboy/archives/2006/1075380.shtml
todososo收录，使用标签：业务平台，时间：2007-4-28 10:07:22 | 相关网摘，我也收藏
4月26日，浪潮联合微软在北京隆重发布软件平台新产品——浪潮GSP v3.5通用业务平台，浪潮集团高级副总裁王兴山、微软大中华区副总裁廖庆丰共同为浪潮GSP平台新产品揭幕。该产品是浪潮与微软战略合作的成果，基于SOA设计开发，标志着浪潮ERP已全面实现平台化。
浪潮GSP(Genersoft Platform)基于微软.Net技术开发，是浪潮ERP二十年技术积累和应用实践的沉淀，充分体现“柔性制造、快速应变”的软件构件化理念。在GSP平台上，浪潮能够快速搭建高质量可扩展的应用系统，提高软件生产效率、降低成本；在客户应用过程中，浪潮能够快速满足企业个性化需求，满足企业因竞争环境不断改变而产生的持续改进的需求。
起步“巨人计划”
据浪潮集团高级副总裁王兴山介绍，浪潮GSP平台的发展历史应追溯到1997年。十年前，浪潮就联合北京大学、中国科学院软件所等高校与研究机构，开始了软件可复用、软构件等前沿技术的研究。
随着浪潮ERP客户群体的不断扩大，产生出大量的共性、行业和个性化的需求。浪潮按照“631模式”，针对不同的企业需求分别推出PS、GS两大ERP产品系列，以及众多行业应用解决方案。但传统的开发模式、交付模式造成了软件开发效率低、客户使用成本高。为此，2000年浪潮启动了“巨人计划”，提出“让浪潮ERP站在巨人的肩膀上，让客户站在浪潮ERP的肩膀上”，开始了浪潮GSP平台的规划探索之路。2003年浪潮ERP发布“3+1”战略，正式发布GSP平台；2005年浪潮推出GSP2.0；到今天，GSP3.5发布，浪潮已经实现了ERP的全面平台化，浪潮BI(决策智能)、EIP(企业信息门户)、CRM、HR等新产品都是在GSP平台上开发应用。
目前，浪潮GSP已经在中国铁路工程总公司、石家庄制药、天津天士力集团、鲁花集团、深圳光汇集团、中青旅、长城集团、深圳水务集团、张裕集团、山东国资委、安徽电力、山东商业集团等众多企业中获得成功应用。浪潮“巨人计划”获得了巨大成功。
“无数SCB的心血”
与一般意义上的技术平台不同，浪潮GSP属于管理软件业务平台，它封装了众多行业和企业的相对通用的业务实践，等于把无数企业的管理精华浓缩在浪潮GSP平台中。“我们把它们叫做‘业务构件’，”王兴山表示，“可以说GSP平台不仅是浪潮的成果，更是无数SCB用户的心血结晶。”
浪潮ERP一直以来奉行“一流的ERP软件只能来自于高质量的客户需求”的思想，认为只有优质的客户需求资源才是ERP创新的动力所在，SCB战略和CCD客户协同创新模式使浪潮ERP受益匪浅。浪潮ERP成功协助国资委下属40%的企业进行了信息化改造，国内20%的上市公司和35%的证券公司成功实施了浪潮ERP与财务管理系统，在中国高端大中型集团企业管理软件市场上占有率稳居第一，并在医药、石油化工、机械制造、军工、粮食等九大行业应用占有率列第一位。
在高端和行业市场积累了丰富的优质客户资源，沉淀了大量优质客户的成功管理实践，使得浪潮GSP平台也拥有了其他平台所不具有的近千个来自市场一线，反映最高管理需求的各类构件库，这些恰恰是决定GSP平台能否实现快速应变的一个重要筹码。
正是由于GSP平台包含丰富的业务构件，浪潮可以通过它快速开发企业管理软件产品，灵活定制不同行业解决方案，使浪潮ERP在客户需求吻合度、上市时间、软件质量上领先于同类产品，让软件的开发和维护变得简单易行，实现了浪潮管理软件研发模式的革命性变化。同时，客户借助GSP强大的业务建模工具、丰富的业务资源库、灵活的业务流程定义，以及在此基础上构件的标准应用构件和行业应用构件，可以根据自身的实际情况，打造出适合自身管理所需的企业应用系统。即使企业因发展环境变化导致业务流程重组、系统升级时，灵活的业务构件同样也能保证用户对应用系统进行快速调整，大大缩短了更新周期、降低了风险和成本。
同时，基于SOA设计开发的浪潮GSP过渡到“应用驱动”，有效规避了传统“技术驱动”软件面对多变应用需求的迟钝。其并非仅是一次性服务或一套工具，而是确定最佳实践、方法论、多切入点以及整个生命周期进行改革的整体观点，能够快速转变业务需求为IT实现，并跟踪业务需求最终价值的实现。
http://news.csdn.net/n/20070428/103483.html
todososo收录，使用标签：业务平台，时间：2007-4-27 17:30:18 | 相关网摘，我也收藏
很多企业在信息化过程中，管理和IT是两张皮，搞管理的说搞IT的不懂管理，搞IT的说搞管理的不懂技术，这严重阻碍了企业的发展。为何不能把两张皮合成一张皮？
现在电子商务催化了全球竞争、催化了客户需求的多样化与快速变化，使得企业处在一个永远变化的竞争环境中，仅靠原来的一项创新而获胜的决胜论已不复存在。新的竞争环境下，企业如何生存和发展？"管理+IT"越来越成为当今企业竞争的法宝。那么，什么是"管理+IT"？"管理+IT"就是管理创新和IT实践的融合。信息化建设的收益与管理创新的程度是成正比的，管理创新越大，收益就越大，这就是"管理＋IT"的本质。
当前，实现"管理＋IT"存在哪些瓶颈？实现的途径有哪些？未来的发展趋势如何？为了搞清楚这些问题，记者采访了AMT管理咨询公司合伙人、副总裁李彤。李彤认为，企业只有不断进行管理创新，将信息技术与自身的业务和管理融合，实现"管理+IT"，才能解决管理问题，才能提高业务能力，才能完成企业战略的创新与实现，才能提升企业竞争力，从而实现企业价值的"落地"。
管理＋IT 困难重重
李彤指出，要实现"管理＋IT"很难，主要存在以下四大瓶颈：
首先，定目标难。目前很多企业是为IT而IT，不明白进行IT建设是为了实现战略、业务或管理的目标。李彤讲了一个案例。有一物流公司，在全国有30多个分公司，每个分公司都是独立公司，该企业在美国新成立了一家公司，希望通过建立一个内网平台整合30多个分公司，为美国的客户提供一揽子的、整合的跨地区/区域的综合物流服务。通过分析发现，要通过这个内网平台整合30多个分公司为同一客户提供综合物流服务，在管理方面，意味着流程与操作的统一与标准化，还意味着原来的分工独立运作的业务模式应该转变为集团一体化的、面向客户的业务模式。该种模式下，30多个分公司都将变成"生产车间"，原有的利益平衡将被彻底打破；在IT方面，这意味着原来的30多个分公司独立运行的空运与海运系统将要整合为一个系统，而且原来空运与海运两套IT系统也要整合为一个系统。这时企业高层才发现，这个内网平台不像起初设想的那么简单，不得不放弃，另寻其他途径。
其次，定产品难。IT领域新概念太多，产品也很多，企业由于投资、自身情况等各不相同，企业总想选择性价比最佳的方案。而什么产品最适合企业的管理现状往往是未知数，难以抉择。
再次，定实施公司难。一方面，许多企业对IT并不熟悉，再加上采用IT技术是为企业管理创新服务的，是为解决管理问题服务的，是让企业在不熟悉的领域请师傅、请参谋；另一方面，"管理＋IT"领域软性的东西多，不像设备有衡量指标，各家公司方法、手段不一，难以判断。
最后，项目管理难。"管理+IT"的项目管理也很难，存在人员风险、流程风险、技术风险、数据风险等很多的风险。
实际的统计结果也证明了"管理+IT"确实很难。Standish Group 对IT类项目实施结果的统计数据显示：16.2％的IT类管理项目实现了目标；52.7％的项目需要补救；31.1%的项目失败。
管理＋IT 实现之道
企业信息化过程中，不实现"管理+IT"就要被淘汰，而"管理＋IT"又很难，企业应该怎么办？李彤说，掌握"管理＋IT"之道，实现起来并不难。
一项研究发现，IT项目失败主要有六大原因：需求不清晰、不会做计划、没有做好计划和预测、计划方法有问题、技术存在问题、供应商的问题。其中前四大原因都与前期的IT规划有关。李彤说，通过IT规划实现企业的"管理＋IT"非常关键。国内许多企业也做IT规划，但并没有达到"管理＋IT"的目的，究其原因主要有以下几点：
首先，许多企业在实施IT规划项目时，往往忘记了IT规划的本质，即从业务战略到信息战略的实现。
http://www.sosol.com.cn/html/2007/20073/2007315_72377_1.html
todososo收录，使用标签：业务平台，时间：2007-4-26 17:16:27 | 相关网摘，我也收藏
业务基础软件平台是从业务视角看软件的研发和构建。因此，以业务为导向和驱动的、可快速构建应用软件的软件平台定义为业务基础软件平台，他是一个新出现的软件层级，若与操作系统平台、软件基础架构平台相比，业务基础软件平台和用户的管理及业务的相关度比较大，是应用软件开发的通用基础平台，是解决了“应用软件的业务描述与操作系统平台、软件基础架构平台之间的交互与管理的问题”。因此，业务基础软件平台最大的特点就是面向业务却和技术无关。
业务基础软件平台既可作为开发平台，也可作为应用平台，因此，最终企业用户和中小型的SI、ISV都是业务基础软件平台产品提供商的目标客户。自三年前，计世资讯（CCW Research）在《2003年中国软件平台产业发展战略研究报告》中提出并倡导业务基础软件平台以来，业务基础软件平台已经迅速的发展了。无论是最终企业用户还是中小型SI、ISV，都对业务基础软件平台从开始了解、认可，到今天愿意为业务基础软件平台进行单独付费采购。
业务基础软件平台产品提供商已经拥有了非常广阔的潜在用户需求市场
目前，大中型企业用户对业务基础软件平台的认可程度达到70％，也就是说业务基础软件平台产品提供商已经拥有了非常广阔的潜在用户需求市场。
作为小型的SI、ISV，在软件开发过程中，都必不可少地需要进行开发平台的积累，因此对于业务基础软件平台基本持肯定态度。根据计世资讯（CCW Research）的调研，58.9%的小型SI、ISV认为业务基础软件平台是有价值的，17.9%的合作伙伴认为很有价值，而仅有23.2%的用户认为其价值一般。
大型SI、ISV的业务基础软件平台产品的市场化也开始启动
http://www.ccwresearch.com.cn/store/article_content.asp?articleId=9538
todososo收录，使用标签：业务平台，时间：2007-4-25 15:49:51 | 相关网摘，我也收藏
进入21世纪以来，随着计算机网络的普及、行业的细分以及企业日益复杂的应用需求变化，使得企业原来配置的管理软件越来越“力不从心”，继而转移阵地上ERP，可ERP动辄几十万的身价令一般中小企业望而兴叹，而大中型企业在ERP领域“杀”声一片，却也成功者寥寥，到头来无不伤痕累累，原因何在？原因不外乎不服水土，没有针对企业真正的需求。为了解决以上问题，有的企业干脆自己组织研发队伍或者委托专业的软件公司进行开发，但这种方式的开发成本比较高，周期长，而且日后业务需求不断变化，也需要不断返工修改原来的软件设计。
最好的解决办法是有一套容易使用的功能强大的业务基础平台，既能提供了通用的OA和管理功能，又允许企业根据自己的特殊需要自行修改。这样使得用户能够不局限于软件的设计，可以随时根据具体的业务需求及工作要求，实现最具针对性、最具个性化的管理。
针对这种情况，百变平台应运而生。百变平台是智岛软件公司推出的一款融合长期从事管理软件开发丰富经验与先进技术的基础业务开发平台。它采用领先的B/S架构(即服务器/浏览器，用户端无需安装任何软件)，使用用户熟悉的浏览器作为操作端，使用全开放式的设计， 以独特技术将OA系统与业务系统整合在一起，提供协同集成的网络办公环境，使得用户可以在一个统一的平台上高效的处理日常各种数据，并且用户可以随时根据自己的工作需要和业务需求，创建新的管理功能。用户不需要懂得软件设计的专业知识，只需要清楚自己的工作内容，即可以像搭积木般快速地构建出专业的管理系统，具备强大的数据检索、数据统计以及报表和图表功能。百变平台同时也是一套互联网办公平台，通过它，不同地理区域的用户可以在一个统一的平台上高效的处理日常各种数据。"量身定做，"按需应用"，这就是百变平台！
http://www.oapro.com/instru11.aspx
todososo收录，使用标签：业务平台，时间：2007-4-25 15:46:44 | 相关网摘，我也收藏
业务基础软件平台是从业务视角看软件的研发和构建。它是指以业务导向和驱动的、可快速构建应用软件的软件平台。业务基础软件平台是以业务导向和驱动的软件架构体系，是一个新出现的软件层级。和操作系统平台、软件基础架构平台相比，业务基础软件平台和用户的管理及业务相关度比较大，是应用软件开发的通用基础平台。
业务基础软件平台市场作为产业链中新的一环，其产生是由于普元、科诺、思维加速等厂商从技术推动的角度拓展出的新产品市场，这一市场虽然在21世纪初就已出现萌芽，但由于竞争参与者少、用户认知度低、厂商市场推广力量不强、产品不够成熟等多方面因素，造成市场并未全面启动，但自2006年以来、进入2007年，业务基础软件平台市场全面确立、并开始进入产业快速发展期，其标志是大型主流软件厂商进入市场、多个成熟的业务基础软件平台产品开始进行全面的品牌市场推广。
为什么业务基础软件平台市场会发生这样的转变，动因在哪里？主要有两点：
一、用户对这一新技术产品确实存在需求。业务基础软件平台既可作为开发平台，也可作为应用平台，最终企业用户和小型的SI、ISV都是业务基础软件平台产品提供商的目标客户。中小型SI、ISV没有足够的技术积累，购买业务基础软件平台既可以弥补技术上的不足，又可以用标准化产品替代定制开发的人工投入、提高利润率，同时还可以借助大厂商的品牌影响力拓展新用户，一举三得，当然会有需求；作为最终用户，一部分用户只关心业务应用，后台的产品技术根本不会考虑，另一部分基于对大型应用软件提供商的信任度和品牌忠诚度，会考虑同一提供商的业务基础软件平台产品。上述原因说明了业务基础软件平台确实存在广泛的市场需求。
二、业务基础软件平台市场正在成为大型SI、应用软件开发商与中间件厂商竞争的焦点。如果说10年前中间件厂商就是将原本属于SI定制开发的一部分工作固化为标准化的中间件产品，从而开拓出新产品市场获得盈利空间，那么现在中间件的技术发展正在延续这一趋势，产品正在逐渐加“厚”，中间件厂商正在将越来越多的软件定制开发的部分做成标准化的新的中间件产品，这一趋势已经渗透到具体的细分行业，中间件的这一技术发展趋势是其扩大中间件市场规模的关键产品技术战略。
但这对SI、尤其是大型SI却是一种严重的威胁，因为中间件厂商正在侵蚀他们的市场空间，并且帮助中小型SI扩展用户、获得双赢、间接降低了他们对中小型SI、ISV的影响力和合作的紧密程度。此时推出业务基础软件平台就成为大型SI的最佳选择。大型SI有自己多年的行业定制开发的积累，开发平台相对成熟，只要稍加完善、作为一个新的产品品牌重新包装就可以在自己拥有资源的市场向中小SI、ISV和最终用户进行营销。
此外大型应用软件开发商具有同样的开发平台的积累、而且也拥有更广泛的应用软件用户基础，因此大型应用软件开发商参与业务基础软件平台的市场竞争、开拓新的盈利产品、获得更高的用户忠诚就不足为奇了。
http://articles.e-works.net.cn/522/Article43687.htm
todososo收录，使用标签：业务平台，时间：2007-4-18 15:18:36 | 相关网摘，我也收藏
一． 企业应用集成的国际趋势
全球企业正向着电子商务的运营模式转变中，随着企业内部与外部连接的逐渐紧密，甚至融为一体，这种变化也深刻影响着企业的组织结构。这种影响不仅反映在企业如何与客户、合作伙伴、供应商、分销商等进行的商务活动，而且影响着企业内部的作业流程。业务的信息在比以前广泛得多的范围内流动。
面对快速变化的市场条件，当今的商务活动必须以速度、效率与灵活性作为应对策略，企业必须使自身的业务精简化、自动化，以求内部与外部的业务系统实现无缝连接。如何把企业内部、企业间、扩展企业网络间的的业务流程自动化，达到面向业务的企业应用无缝集成，是当今国际企业与软件供应商集中思考的问题。
"系统集成"并不是一个新话题，但"集成的策略"却可以随着信息科技的发展而不断发展。传统"点对点"的集成方法，以无法满足企业的电子商务需求，并导致集成成本过高、整体效率过低等后果。以整体的观点，建立在统一的基础业务平台之上的企业应用集成是当今国际企业应对电子商务的解决方法。
二． 基础业务平台与企业应用集成
企业在其核心基础业务平台之上，把企业各种应用无缝地集成，对各种业务流程实现管理并实时监控与分析，在不同的企业业务系统间，以及跨越企业边界的合作伙伴形成的商业网络间，安全地对信息流实现智能管理，把相关的外部信息与内部信息有机地联系起来，全方位地满足企业各种业务功能的要求。对于企业的价值表现在下列各方面：
获得对扩展企业中信息与交易的有效控制
提供对客户全方位的了解与认识
建立灵活与快速反应的供应链
灵活而快速地建立或改变合作伙伴关系
与客户及合作伙伴建立更紧密的联系
加快产品与服务推向市场的速度
避免由于所提供服务的差异带来的浪费
缩短业务的导入与运转时间
减少不必要的管理与人力资源成本
对突发的变化快速反应
充分利用并扩展现有的IT投资
构筑在统一的基础业务平台之上，通过以下的功能模块运转与协作，渐进而有效地实现上述的价值与效能：
BPM（Business Process Management，业务流程管理）：通过图形化的流程模型描绘和控制信息的交换及交易的发生。对商业伙伴、内部应用、员工作业等活动进行协同与优化，使信息的流动无障碍并自动化。
EAI（Enterprise Application Integration，企业应用集成）：基于内部网络，通过协议转换与数据传输服务，实现企业不同应用间的信息与指令安全而有效地传输。EAI是支撑企业内部不同应用系统间业务流程的关键。
B2Bi（Business-to-Business Integration，B2B集成）：基于外部网络（如Internet）,安全而有效地实现信息交换与交易发生。不同贸易伙伴间存在不同的贸易协议与数据格式，同样通过协议转换与数据传输服务，实现这些信息的发送、接收与验证。
RTA（Real-time Process Analysis，实时流程分析）：通过对业务流程的监控和分析，当实际运转中发生问题或存在改良的机会时作出预先的识别与反应。在理想状态下，这些信息的收集与分析，可以反馈回BPM中，实时地进行动态优化。
三． 我国企业信息化建设的特殊性
众所周知，发达国家经历了工业化、后工业化与信息化的道路，随着互联网的广泛应用，电子商务成为必然的发展趋势。这个阶段，企业考虑的不再是业务如何自动化与信息化的问题，而是各种企业电子商务应用如何无缝地集成；企业，甚至扩展企业如何与外部实现无缝集成，更加注重的是集成的策略。
我国的企业信息化建设与发达国家的道路则有着明显的不同。我国目前尚处于工业化中期，后工业化阶段是无法逾越的，我们走的是一条工业化与信息化，甚至与电子商务并行发展的道路。十五计划已经把信息化带动工业化作为我国企业未来发展的指导方针，如何借鉴发达国家企业的经验，适应电子商务时代的要求，实现跨越式的发展，是我国企业信息化建设需要重点思考的问题。
对于我国大多数的企业来说，目前仍处在内部信息化建设的阶段，首要解决的问题是如何把生产与管理等各种流程通过软件技术实现。二十年的信息化建设历史中，我国的企业曾经陷入过各种"误区"，走了不少的弯路，其中很重要的一点就是管理与技术的严重脱节。包含了先进管理思想的国外软件，由于各种原因无法与企业的实际业务紧密结合，这其中有企业管理多年遗留下来的痼疾的原因，也有先进的软件不考虑实际的实施环境的原因。只有解决这一根本问题，我们的企业才可能摆脱旧的生产与管理方式带来的阻滞，充分利用先进的软件与网络技术，实现各种先进的管理思想，以提高企业的效益与整体竞争力。
四．具有中国特色的基础业务平台
通过前面的分析，我们可以看到，当今国际企业信息化应用更加强调集成与统一平台的概念，这两点值得我国的企业深入地分析与借鉴。一方面，我们的企业应该以业务为中心，把企业内部与外部的各种资源通过技术手段实现无缝的集成与协同；其次，通过建立统一的平台，消除以前信息化建设中的"信息孤岛"的失误，把各种企业功能模块有效地联系起来，最大限度地发挥其效能。通过这两方面的结合，不断地加入新的特性与应用，逐步有效地利用互联网，实现电子商务，以求与国际先进企业同步，增强与国际企业直接竞争的能力，实现跨越式发展的目标。
企业对信息化的极大需求，也为我国的软件产业带来了巨大的机会。我们知道，在整个软件产业链中，底层的操作系统、基础件两大阵营已经被国外厂商牢牢占据，在顶层的企业复杂应用软件方面，国外厂商携先进的管理思想与技术实力的优势，其地位也是无可动摇。但是，面对我国尚处于起步阶段的众多企业来说，国外的软件似乎天生的水土不服，根本原因就是先进的管理思想与我国企业的实际需求相去甚远，无法与企业的实际业务紧密契合。或者在某些孤立的模块，如财务、人力资源、生产等，部分实现了软件功能，但很难做到整体的协同统一。正是这种需求与供应的巨大落差，造就了我国本土企业的一个新机遇--业务基础件的发展。
正是借鉴了集成与统一平台的先进思想，业务基础件更加面向企业的实际业务，以简单而直观的方式去描绘实际的业务流程并实现管理，这也是作为本土软件厂商的天然优势，他们更加理解我国企业的实际情况，这也是企业建设有效益的信息化的前提。其次，通过建立统一的基础业务平台，消除底层的操作系统与硬件的异质与异构阻滞，使企业的不同应用与模块间有效地联系与协同起来，真正地发挥软件的效能。
业务基础件核心平台包括集成业务平台和业务建模工具两个部分：
基于业务层面的基础支撑体系：集成业务平台
集成业务平台为企事业机构提供了强大、集成和统一的业务支撑环境，对企事业机构的团队协作、业务处理、流程控制、决策分析、商务智能、业务重组提供了全面支持。集成业务平台彻底提升了管理软件的集成性和技术无关性，促进各类业务系统的紧密配合，帮助企业成为高效协作的整体，提高管理和运营的效率，满足管理个性化和持续完善的要求，大幅提升IT系统的能力、寿命和投资保护。
http://cio.ciw.com.cn/cio17/20070327121608.shtml
todososo收录，使用标签：业务平台，时间：2007-4-18 13:50:27 | 相关网摘，我也收藏
19世纪发生在制造业的各国的工业革命，通过标准化的生产形成社会化的分工，促使制造业从手工作坊走向了社会化大生产的时代；社会化大生产极大的丰富了商品的供应，降低了成本，由此带来了人类文明的一次大飞跃！
近年来，在网络经济泡沫破灭之后，业界人士一直期盼着下一轮软件革新。在分析下一轮软件革新是什么之前，让我们回顾一下传统产业的发展规律和软件产业的现状。
产业阶段性分析
一个产业，一般可以分为四个时期。每一时期都有其不同的特点与主要矛盾，谁有了解决主要矛盾的方法和产品，谁就掌握了本产业在这一阶段发展的金钥匙。
第一个产业阶段为婴儿期。在这个阶段，事实上整个产业还没有真正的形成，而仅是以某一形式与其母产业结合在一起，并且慢慢从母产业中分离出来。在这个阶段的主要矛盾是“新概念”的有与无。一个企业如果有一个符合未来产业发展远景的新概念，必定在媒体的炒作下而闻名。
第二个时期为青少年期。在这个阶段，产业开始形成规模，技术日新月异，公司如雨后春笋般出现，产业经营处于“暴利”阶段。这个产业阶段的主要矛盾是有没有“新技术”，谁掌握了新技术，谁就是“武林盟主”。
第三个阶段为壮年期。产业所需技术已基本成熟，分工越来越细，产业进入稳定持续发展期。产业链已经形成，公司经互相兼并，在产业链中都已找到自己的位置。因为技术不再是某几个公司的专利，在大家大打“价格战”之后，也已无“暴利”可言；所以这个阶段的主要矛盾是“新工艺”——只有工艺的不断创新，降低成本，提高质量，才能在“价格战”中取胜，获得长期稳定的发展。
第四个产业阶段是老年期，俗称“夕阳工业”，就像某些制造业。在这个阶段，技术已经非常成熟，工艺也已无太大的改进空间，于是“劳动力成本”上升成为主要矛盾。“夕阳产业”总是向劳动力成本低的地区漂移。如今，我国已成了“世界制造中心”，就是因为我国的物美价廉的劳动力优势。外包、代工是这个阶段产业的典型特征。当然了，新的更替产业在这个阶段的后期已经开始慢慢的萌芽。
软件产业所处阶段
那软件产业现在处于哪一阶段呢？在北美，软件作为产业出现于70年代末，80年代初（之前还不能叫产业），80年代末至今是新概念、新技术的爆发期，多种技术思想“各领风骚三五年”，逐渐形成了.Net和J2EE两大阵营，软件技术已经越来越成熟，分工越来越细。而从外包的风行也可以看出软件技术走向成熟。从商业角度来看，企业软件的高价位上的“假性饱和”也是产业走向成熟的标志。所以，从全球角度来看，现在的软件产业处于青少年期转入壮年期之间，但现在的软件开发工艺还是“人海战术”，软件产业还是“高级劳动力密集型”，工艺的创新余地极大，许多软件公司已经在工艺创新与工具创新上下功夫。新的工艺与工具将会大大提高自动化程度，并降低对软件人员的技术要求。并且，随着技术的成熟，硅谷产业低端技术开始外移，低端技术已经步入老年期，但软件工业化在历经风雨、变革之后，正在成为硅谷目前革命的方向。软件产业正步入壮年期，它正迈过劳动密集型手工作坊式生产，从工业化定制，走向工艺化精益求精和大规模定制生产。
软件革命从传统产业上的借鉴
在产业发展史上，有一个后来居上的先例，那就是日本的汽车产业。日本汽车制造业并不是靠外包、代工发展起来的。二战后的日本经过十几年的发展后，各行各业元气恢复，但所有的工业还是受美国的支配，这时的日本急需建立自己的支柱产业。
当时的美国汽车业以汽车城底特律为代表，工业化程度也很高，完全打破了手工作坊的生产，汽车业的生产效率第一次得到大幅度的提高。但是，日本发明了敏捷制造（JIT，Just In Time Inventory），并以日本人特有的在细节上精益求精的精神对工艺的每一个操作参数进行优化、在零部件的质量上下功夫，实现了汽车制造工艺的第二次革命。日本就是凭借第二次的工艺革命取代了美国在汽车行业的垄断，使美国汽车城底特律成了“鬼城”（Ghost Town）。时至今日，走在底特律老城区，你仍可感受到产业竞争的残酷。日本不但在商场上赢得了汽车产业的竞争，而且改变了日本人在美国人心目中的形象。现在，美国人在赞叹自然现象的精确时，会开玩笑说“God must be Japanese， a perfect engineer”（自然界那么精确，创造自然的上帝一定是日本人，一个完美的工程师）。可见，工艺化生产不仅是对工业化的革命，更是一种深度发挥和产业阶段的更替，是一个自然规律。
国际厂商软件工艺化行动
北美软件业在将许多老产品的服务与二次开发转向印度等海外市场的同时，正酝酿着一场以软件开发自动化和业务组件灵活组装为核心的软件开发工艺革命。这次工艺革命可能在几年内将应用软件开发效率提高数倍甚至数十倍。
软件开发自动化这个多少年来无数人的梦想，多少人前赴后继，但最多只能停留在理论层次，在实用性上几乎都失败了。主要原因之一是因为技术还不成熟，在技术不成熟的时候谈工艺是奢望；其次，大多数研究都是针对整个开发流程的某一点上的自动化，没有成链的自动化，不能产生太大的实际效益；其三，工艺化改革必须是对先进工艺技术、优秀工程师经验的固化，而不是纸上谈兵，所以，没有丰富的软件业从业经验积累，工艺化也将仅仅是想法而不是现实。而如今，情况已发生变化，技术逐步走向成熟，具备多年从业经验的优秀工程师比比皆是，软件工艺化这个梦想也就离我们越来越近。
SAP的做法
作为提出“管理软件是先进的管理理念”的始作俑者——第一大企业软件供应商SAP，并没有沉醉在这个市场理念被世人所接受的狂喜中，而是非常明白传统软件开发的弱点，一直在潜心流程引擎和开发效率的研究，预计一至两年内其新一代的开发平台将面世。这显然是SAP的“核心”技术，不会作为产品销售，但其自身开发的产品成本与产品对不同企业、不同市场的适应性将大大改进。
PeopleSoft的应对
第二大企业软件供应商PeopleSoft正在研制新一代People Tool，新一代的开发工具将流程技术与开发自动化相结合，虽然它有很大的历史包袱，但其开发效率与对变化的适应性方面都将有质的飞跃。Oracle收购PeopleSoft后短短一、两个月，就开始将People Tool在易用性上的好处与Oracle的纯JAVA平台相结合，开始Oracle的新平台研发工作。
国际厂商已经在工艺方面醒过来了，做了很多工作，未来的企业及应用软件将是基于业务组件来随需组合的，其工艺革命所降低的成本将超越我们在劳动力成本方面的优势。
中国软件产业的现状和出路
一家著名的ＩＴ咨询公司的调查表明，困扰我国软件企业的主要问题表现在以下几个方面：企业经营者缺乏有效的管理手段以准确掌握并控制产品及项目的开发成本；研发部门苦于人员流动造成的开发文档、源代码及其他知识资源流失；项目经理苦于开发过程失控，使得产品的质量和交付期得不到保障；开发人员陷入修改黑洞，深入的技术研究和创新能力受损，员工满意度下降；项目计划和财务预算缺乏科学依据及可靠的模型支持。
对于国内软件产业的发展和出路，已经有过一些探讨和研究。
比如说，学习印度模式，走外包之路。从企业发展的角度来看，外包是可行的、可参考的，但对于国家软件产业来说，外包除可以作为过渡性的行为之外，不值得学习，也不值得提倡！
首先，通过外包，代工的方式可以学习，但不可能实现超越，印度的BOMBAY永远不可能取代美国的硅谷。日本汽车制造业并不是靠外包、代工发展起来的。其次，从竞争优势的角度分析，对于外包和代工，和印度比起来，中国已经没有太大的价格优势。我最近从美国公司给印度的单子，1小时17美元，约合人民币140元，差不多是一个月人民币22400元，这与当今国内软件企业接单价的2万元人民币/月已相差无几。加上印度工程师在语言上的优势，其实我们在外包代工方面的优势一点都不明显。再者，随着人民生活水平的提高，劳动力价格就会提高，凭一时的低廉劳力，不可能支撑国家一个重要产业的发展。而罗马尼亚等东欧国家在美国打出低于15美元一小时的报价，使得外包的价格战越演越烈。
印度的软件产业外包模式是建立在“软件产业是高级劳动力密集型”这一假设之上的，而新工艺所带来的这种游戏规则的变化，可以将印度的模式在一夕之间变得无关紧要。这种打击将可能是毁灭性的。毕竟软件产业才刚进入壮年期，外包、代工作为“夕阳工业”的典型特征，在这一阶段还不是主要矛盾，所以，随时都有“出局”的可能。既然我们在产业发展上已经是后来者，那么想要居上，就不能一味紧跟别人的脚步，一定要有新的突破！
另外的一些探讨，比如业务平台、业务基础件的提出。从技术上讲，相当于在已有的应用服务器、中间件等业内格局上加入有中国特色的一层，从而限制某些应用项目上国外技术的进入，或者至少要求多加入一层，另辟一块市场出来。在国外，没有这样一个“层”的概念，大家更多地说“业务解决方案”，或“解决方案服务器”这样的思路，在一个世界公认的开放平台上，针对不同的业务提供和共享解决方案，以开放的态度解决问题，共同推进产业的发展和壮大，而不是人为设置某些技术壁垒。所以，业务平台从一定意义上说，限制了中国软件企业国际化进程，是值得商榷的。
中国软件业要走自己的路
我们从产业的分析中发现，要想打赢软件产业的国际攻坚战，必须跨越式发展——从工艺化角度出发，甩掉软件产业手工作坊式生产的帽子，打破软件工业化的技术、人才限制，从工艺化上进行突破。所以，我们应该以先进的行业经验重新规划软件产业理论和技术布局，掌握话语权，引领国际潮流，只有如此，才能实现中国软件产业真正的崛起！
当技术逐步成熟，而新经济泡沫破灭的今天，软件的开发与拥有成本及质量问题越来越受到重视。和传统产业一样，解决成本和质量的问题，就得靠工艺的改进。工艺革命可能带来的是产业游戏规则的改变，而游戏规则的改变将会为后发企业提供一个超越前人的历史机遇。
国家应该扶持新工艺的研究，形成自己企业的生产规模。学习日本汽车业的发展模式，而不是印度当前的外包代工模式。我们想要后来居上，跨越强国，我们必须抓住当前软件产业发展阶段的主要矛盾，在工艺上下功夫，在质量上下功夫，建立起自己的软件产业。希望有一天，中国能将硅谷变成象当年底特律一样的Ghost Town！在未来虚拟世界里跑的都是“MADE IN CHINA”软件。让世人讲起软件，就会想起中国，就象讲起汽车，就会想起日本的丰田、本田一样。
先进的软件开发工艺
传统产业曾经依赖先进的生产工艺来解决产品成本与质量的问题。在传统产业的过程系统工程理论中，工艺的范畴包括生产过程、原料/零件配送流程、操作参数优化、公用工程等四个主要方面。传统产业对这几个方面进行改造革新，从而降低产品的成本和提高产品质量。
生产过程主要是指原料和零组件进入生产厂房，到产品包装入库成为可出售的成品的过程。在这个过程中，流水线式的生产过程是现代先进生产过程的代表。而工厂化的培训，清晰岗位设置，知识传递方法等现代管理方法是从管理的角度保证生产过程的顺利进行。
一个产品的成本其实不仅是生产过程的成本，它还涉及到零组件/原材料的成本及它们的配送成本。组成产品的零组件/原材料时将是产品成本的一大组成部分。并且，零组件/原材料的质量在很大程度上影响着整个产品的品质。工艺是为了解决成本和质量的问题而进行的革新，其目的是降低产品的成本，提高产品的质量，它覆盖了产品生产的整个过程。零组件/原材料作为产品成本的重要组成部分和产品高质量的重要决定因素，其生产的自动化和配送的自动化就显得尤为重要了。所以，在工艺里，必须要实现零组件/原材料的自动化生产和配送。
工艺解决的已经不是产品能否生产的问题。而是如何生产更为优质的产品，也就是说，工艺处理的已经不是在产品生产过程中的“能与不能”的问题，而是产品的优化问题。所以，我们说，在工艺的实施过程中，产品必须是可优化。对于产品的优化，一般表现为两大方面，一方面，生产过程的优化外，另一方面为产品零组件/原材料的优化。大家一定都非常清楚宝马车要比国产的夏利好，那它为什么好？好在哪里呢？我们想，它好在做工，好在零件上。做工是什么？事实上它就是宝马车的生产过程 ，并且宝马的零组件都是千里挑一。事实上，宝马是什么，是优化的生产过程加上优质的零组件生产出来优质产品。所以，在工艺里，有了操作参数优化的概念，它代表了整个产品生产周期的优化。
当然了，我们的生产还与一部分东西有息息相关的联系，比如说能源。设想下，如果没有能源，那么我们如何达到自动化生产？记得在20世纪中叶 ，所有的炼钢厂都设有自己的发电厂。那时候生产的钢材成本非常的高。在那时候，炼钢厂一样采用的是自动化的生产线，有很好的生产管理，有很好的原料配送，那为什么那时候的生产成本要远远高于现在的企业呢？因为那时候的能源基本是自给自足，能源的生产成本非常昂贵，而现在的能源，由于有专门的生产企业进行生产，其成本已经非常的低，作为产品总成本的组成部分之一，它也影响了产品总成本。所以，在工艺革新里，类似于能源这样的一些行业公用的资源将被细分为单独的、专业的企业来生产，这样大大的降低了产品的总成本。而在工艺里，将这部分资源称为公用工程。
我们现在软件业所需要解决的是如何降低产品生产成本、提高产品质量的问题，那么软件产业也需要工艺革新。软件产业的工艺是什么？它其实和传统产业的工艺其实没有本质的区别，它同样由生产过程、原料/零件配送流程、操作参数优化、公用工程等四个主要方面组成。
我们现在仍然采用非常落后的手工作坊的方式生产应用软件。劳动密集型产业中：产能的落后，成本的居高不下，质量低下等等问题让所谓的“高新”产业变得有点尴尬。所以，我们必须要工艺革新。
软件业需要工艺革新，首要的任务就是改变我们现有的软件的生产方式。我们要采用流水线自动化的生产方式，并且，要如同传统产业一样工厂化的管理。现在，我们有很多的组织一直在做着这方面的研究，也取得了一定的成果，比如CMM，ISO9001等等
我们的客户关心的我们的应用软件如何更好的满足他们的业务需求。那么
我们必须优化我们所生产的应用软件的质量。而应用软件的优化，将体现在两方面：一是作为应用软件业务组成的唯一原材料业务对象与业务对象间关系的优化。另一方面是优化客户需求中的业务流程。
我们要工艺革新，我们就必须解决我们原材料的来源问题。应用软件的唯一原材料就是业务组件。所以，我们必须能够完成业务组件的动生成，自动配送。
同理，在应用软件里，有非常多的资源是可以公用的！比如处理操作系统间关系的支撑体系、比如处理和数据库间高效交互的技术体系都是可公用的资源，这些资源，也就构成我们今天所提的“中间件”的概念。应用软件是企业管理活动的映射，在一定意义上说，它就是虚拟的企业。企业的管理活动一直在变，但是，随着它成熟度的增高，已经有一部分管理活动已经变得规范，比如企业组织架构等，这些资源，在任何一个应用软件中基本都是同质的，也就是说，可以形式化成为我们的作业务支撑体系，即业务通用平台进行公用。以上种种资源，它都不应该由我们的应用软件集成商去完成其生产，必须要专业的产商来完成，这样才能够真正降低我们应用软件生产的成本。
http://bbs.csai.cn/bbs/view.asp?Id={584C74B7-4BE8-41C8-B596-AAE27FCF10E1}
todososo收录，使用标签：安全，时间：2007-4-18 10:39:40 | 相关网摘，我也收藏
“随便换个身份证号登录不就行了！”提起刚运行两天的网络游戏防沉迷系统，一个看起来十几岁的男孩一脸不屑。昨日，记者对我市数家网吧进行暗访，发现玩家早已有破解“防沉迷”的招数——用他人身份证注册、使用国外服务器、注册多个账号，甚至利用软件生成身份证号码，从而轻 松摆脱“防沉迷”系统的监管。对此，文化部门工作人员表示，以后将联合公安机关，通过身份认证来制止玩家使用虚假身份。
政策：未成年玩网游
设限5小时 国家新闻出版总署等八部委于4月15日起在全国网络游戏中推行防沉迷系统，以防止未成年人过度沉迷网游。这是迄今为止国内治理网络游戏最重要的一个举措。
网络游戏玩家最看重的是游戏中获得的经验值与虚拟物品，这也是导致玩家长时间沉迷 游戏的主因。《网络游戏防沉迷系统开发标准》的核心内容直取要害：未成年人累计3小时内为“健康”游戏时间，3小时后的两小时为“疲劳”，此时间段游戏收 益减半，若累计游戏超过五小时即为“不健康”，收益降为零。
与防沉迷系统标准配套的《网络游戏防沉迷系统实名认证方案》同时推出，要求网络游戏玩家必须实名登记，以杜绝未成年人假借他人身份上网游戏。
暗访：网吧业主对此知之不多
昨日中午，记者来到甘井子区山东路一家网吧，表示要玩游戏。“听说现在安装了网络游戏防沉 迷系统，未成年人玩游戏受限制了吗？”借着登记上机的时间，记者问老板。对方表示，他不知道要装什么系统，网络游戏想玩多久都行，没有时间限制。另外一家 网吧管理员则说，“听说过这个，不过好像7月份才安吧！”
随后，在西岗区某大型网吧，记者遇到一群趁着午休时间来玩的中学生。记者问其 中一名戴眼镜的男生，“知道防沉迷系统吗？”“知道，对我们没啥影响！”接着，对方向记者表达了自己的看法。“平时我去网吧，很少有人查身份证。谁知道我 是不是未成年？以后玩游戏，我用别人的身份证登记不就可以了吗？”
探秘：未成年玩家对策一箩筐
在各大游戏网络论坛，记者发现很多破解防沉迷系统的招数。有人建议使用成人的身份登录，也 有人建议注册多个账号反复登录，而不少破解技术专业网站还免费提供一种专门生成身份证号码的软件，只要输入城市和出生时间，就能生成一个对应的身份证号 码。记者下载了一个“中国身份证生成器”，然后选择大连市、中山区、女和出生年月日等字样后，立即生成了多个身份证号码，随便选择了一个号码后，记者进行 注册，也成功注册了。
记者了解到，网络游戏防沉迷系统，主要针对的对象是未成年人。当玩家注册游戏 账号时，系统只是利用其身份证号码判断是否为未成年人，但身份证号码和注册者真实姓名是否匹配，系统无法及时分辨，未成年玩家完全可通过虚报个人信息，或 购买成年人的账号来对付系统。此外，防沉迷系统对未成年人累计游戏时间超过5小时，收益将降为零，并强迫下线休息。中山广场附近一网吧的工作人员称，同样 有办法规避，玩家可以多申请几个账号，采取“号歇人不歇”的办法，选一个号用来升级，时间一到，立刻切换到其他账号继续赚钱或打装备，或者干脆改玩其他的 游戏。他还透露，玩家还可以登录国外服务器，或者使用“外挂”软件，这样防沉迷系统就限制不了了。
http://news.csdn.net/n/20070418/103016.html
todososo收录，使用标签：安全，时间：2007-4-18 10:35:27 | 相关网摘，我也收藏
去上海出差时，在酒店中上网冲浪，一个误操作启用了笔记本的无线网卡， 意外的搜索出七个无线网络信号，而且都没有加密。咨询了一下酒店服务员得知，这并非酒店自己的无线网络信号，而是附近居民的无线网络信号，酒店的很多房间 都可以搜索到无线网络信号。在黑客无处不在的今天，不加密的无线网络对于用户是一个巨大的威胁，无线网络究竟如何加密才最安全呢？
无线网络不加密：后果很严重
“黎叔很生气，后果很严重”，著名笑星葛优在《天下无贼》中的一句经典对白，成为众人谈笑时的一个口头禅。对于用户而言，如果无线网络不加密，后果也是相当严重的。无线网络不加密，主要有以下几点危害：
1、网络带宽被盗用：
无线路由器用户不仅需要交纳一笔宽带申请费用，每月向电信运营商交纳一笔不小的宽带使用费。一旦自己的无线网络没有加密，入侵者将可以免费使用自己的网络资源。如果入侵者没事玩个BT下载，开个在线视频，无线路由器用户岂不成了冤大头，申请了宽带却是为他人做好了嫁衣裳。
盗用他人宽带上网
2、个人资料泄密：
既然用户的无线路由器没有进行任何加密设置，电脑自 然也不会有太多的安全防范措施。以Windows XP操作系统为例，默认状态下，adminstrator超级用户口令为空，稍懂点入侵常识的人便可以轻松看到用户磁盘中的内容，并且可以随意更改、删 除、复制。有些用户会把照片等个人资料放在电脑中，无线网络不加密，这些资料岂不是任由入侵者处置。
3、危及电脑安全：
通过不加密的无线网络，入侵者可以随着调用无线路由器用户的文件，自然可以非常容易的在用户的电脑中植入木马。这样，用户的电脑就成为入侵者的一台“肉 机”，任他人玩弄于股掌之间。一旦用户失去了电脑的主动权，电脑安全将无从谈起。一夜之间，磁盘被人格式化并非危言耸听。
在用无线路由器构筑的无线网络环境中，无线路由器相当于一扇大门，信号加密相当于一把锁。如果用户的无线路由器没有任何加密措施，入侵者将可以轻松自如的 行走于无线网络环境中，到时，网络带宽被盗用是小，个人资料被盗，电脑安全受到危及对于用户而言将是致命一击。为此，无线网络安全问题不可忽视。
无线网络加密：多种模式大比拼
要想给自己的无线网络加把锁，必须对无线网络进行相关的加密设置，使其他人在未经授权的情况下无法使用无线网络。无线网络的加密设置，主要通过对无线路由器进行一些设置来完成。对无线网络进行加密设置时，不仅要考虑到安全性能，更要注重实用性，这是无线网络加密的基本原则。
其实，无线路由器的多项设置都可以达到对无线网络加密的目的。下面，笔者把一些常用的加密模式优缺介绍给大家，大家可以根据自己的实际情况，选择一种适合自己的网络加密模式。
1、禁用SSID广播
通俗地说，无线路由器的SSID号码就是进入无线网络的一张通行证，如果没有这个号码，计算机是无法进入无线网络的。用户将无线路由器的SSID广播禁用 之后，计算机将无法获取进入无线网络的许可，这自然达到了加密的目的。不过，禁用了SSID广播之后，用户的无线网络仍然可以使用，只是不会出现在其他人 所搜索到的可用网络列表中。因此，禁用SSID广播也是一种加密方式。
SSID号设置
除了禁用SSID广播之外，用户还要更改无线路由器默认的SSID号码。因为很多品牌无线路由器的默认SSID号码，在网上可以查到。如果不更改默认的 SSID号码，禁用了SSID广播后，入侵者获取SSID号码之后仍然可以盗用无线网络。为此，用户可以使用一些有个性的SSID号码，这样才能达到加密 的目的。
禁用SSID广播很简单，直接进入无线路由器的配置界面，把“允许SSID广播”禁用即可。不过，禁用了SSID广播后会降低无线路由器的工作效率。
2、禁用DHCP服务器
众所周知，工作在无线网络中的计算机，不仅需要一个SSID号码，还需要分配一个IP地址才能连入无线网络。在DHCP服务器开启状态下，无线路由器会自动为进入无线网络的计算机分配IP地址、子网掩码、网关及DNS服务器地址等信息，别人很容易就可以进入无线网络。
因此，禁用DHCP服务器也是一种无线网络的加密方式，因为计算机既便获利了SSID号码，也无法使用无线网络。
禁用DHCP服务
禁用DHCP服务器非常简单，进入无线路由器的配置界面，将DHCP服务器设置为“不启用”状态，重新启动路由器即可。
启用DHCP服务器会加重无线路由器的负担，随着用户的增多，无线路由器的负担也越重，禁用DHCP服务器可以减少无线路由器的开销，提高无线路由器的工作效率。
3、设置网络密钥
无线加密协议(WEP)是对无线网络中传输的数据进行加密的一种标准方法。现在大多数的无线设备只具备WEP加密，以及更为安全的WPA加密。
目前，无线路由器或AP的密钥类型一般有两种。例如，所使用的无线路由器便有64位和128位的加密类型，分别输入10个或26个字符串作为加密密码。当然了，密码位数越多，安全性越高。
无线网络加密设置
不过，无线路由器默认状态下是关闭了加密的，用户需要自行设置。设置网络密钥时，应该先“开启安全设置”，然后根据加密模式，输入密码。加密之后，用户还需要在计算机端进行相应的配置，把密码填写进去，否则，用户的计算机是无法进入无线网络的。
用户使用的加密模式越复杂，无线路由器的负担也就越重。为此，用户也没有必要选择安全级别太高的加密模式，适用即可。
4、启用MAC地址和IP地址过滤
时下，大多数品牌的无线路由器中都集成了防火墙组件，利用防火墙中的MAC地址过滤和IP地址过滤，同样可以实现对无线网络加密的目的。
要想使用无线网络，必须拥有一个IP地址。MAC地址过滤，就是将闲置的IP地址过滤掉之后，除了无线路由器中所允许的IP可以使用无线网络，其他IP地址将无法登录无线网络。MAC地址过滤与IP地址过滤的原因相同，只是更安全。因为每一块网卡拥有唯一的一个MAC地址，未经授权的MAC地址是无法使用无线网络的。
启用MAC地址过滤和IP地址过滤，必须先打开无线路由器的防火墙功能组件。如果单纯启用IP地址过滤，在启用防火墙功能之后，再“启用IP地址过滤”功 能。例如，笔者自己的IP地址是192.168.1.35，我们要禁止除该IP地址外的用户使用无线网络，在启用IP地址过滤功能后，设置如图所示的IP 地址过滤规则。
IP地址过滤设置
MAC地址的过滤与IP地址过滤设置相同，同样是过滤除允许使用无线网络的MAC地址。获取MAC地址的方法非常简单，可以用ipbook超级网上邻居等网络管理软件对整个网段时行扫描得到。
如同其他加密方式一样，启用MAC地址和IP地址过滤之后，同样会加重无线路由器的负担，因为无线路由器要对每一个接入无线路由器的信息一一进行辨别。由于IP地址用户可以更改，为此，最有效的加密方式是MAC地址过滤，因为用户网卡的MAC地址不能轻易改变。
http://news.csdn.net/n/20070418/103015.html
todososo收录，使用标签：业务平台，时间：2007-4-17 13:26:07 | 相关网摘，我也收藏
“管理+IT”是汉普服务客户的核心理念，如何既正确区分管理和IT之间“道”与“术”的关系，又避免企业管理变革和IT系统应用两张皮的问题，经过多年的积累，汉普总结出了以业务流程为核心的四种“管理+IT”服务模式，并且在我们的咨询实践中交付给客户。
o 业务流程优化（BPI）是针对企业业务流程的效率和质量所存在的局部性或系统性的问题，进行科学的分析、诊断，找出存在的问题以及改进点。业务流程优化最具有代表意义的管理活动是80年代兴起的全面质量管理和90年代后期兴起的六西格玛，信息技术通常作为辅助工具用来对流程问题进行数理分析。
o 随着信息技术应用到企业运营的核心业务，例如财务、采购、销售、生产，改变了人们管理的前提假设，使传统的科层制组织向以业务流程为核心的扁平化组织演化变得可能，企业业务流程变革（BPR）在90年代应运而生，以ERP实施为代表，信息系统作为业务流程的使能手段，成为业务交易平台，承载业务流程。BPR倡导的是消除流程的非增值因素，伴随着比较深入的企业组织变革和绩效体系重构。这种信息化的模式是当前的主流，由于套装软件的特性，企业必须参照信息系统里蕴含的或者以流程图等形式描述先进企业“最佳管理实践”（Best Practices），对自身管理进行“启发式”的改进，并且在企业自己的信息系统中客制化实现。这也是汉普在实施主流ERP软件，如SAP和Oracle，所采用的传统方法。
o 过去由于技术的限制，业务流程设计和信息系统应用之间脱节一直困扰企业管理者，信息系统不能全面、准确、系统化地覆盖业务流程设计，系统实施中经常出现所谓“以业务去适应系统还是以系统去适应业务”的两难境地；最近几年，信息技术的发展产生了一系列业务流程定义的标准，如UML/BPMN，以及流程解释、执行的标准，如XML/BPEL，使得业务流程的设计、实现、管理成为可能，同时基于“可复用组件技术”的软件工程也逐渐成熟。在信息化过程中，人们只需将主要精力投入到对流程的设计中，通过技术手段根据流程自动生成信息化系统。这种做法称为业务流程工程（BPE）式的实施。汉普在不断探索“管理+IT”实施方法论的创新，不仅在机械、钢铁、贸易、机场等客户信息系统实施中建立了企业流程模型，实现了传统的ERP套装软件基于BPE方式的实施，还基于BPE思想和可复用的开发平台为企业提供定制化信息系统的实施和开发。
http://blog.sina.com.cn/u/5917ad3401000809
todososo收录，使用标签：业务平台，时间：2007-4-17 13:17:51 | 相关网摘，我也收藏
听起来，BPM(Business Process Management，业 务流程管理)软件的好处很多，简直有些难以置信。比如，支持者说BPM能降低应用软件的开发成本、缩短上市时间、加强法规遵从的贯彻力度、实现业务流程性能的最优化。
当然，BPM软件本身并不能改善任何东西，但是与关注业务流程的文档和流程分析结合以后，BPM就会成为企业改善业务效率的利器。在BPM提供的高级开发环境中，它采用流程驱动的模型和性能评估来实现IT解决方案的开发。
从低层次上说，BPM提供了一种业务人员与IT交流需求的平台。而从更高的层次来讲，BPM能帮助我们从现存的应用中提取出功能模块，从而把业务逻辑从它所在的软件系统中分离出来，这就给我们带来了前所未有的灵活性。
但是，有一个问题一直困扰着BPM的应用，就是BPM软件有太多的变种，似乎只有很少的几个咨询顾问才真正知道，到底哪个解决方案能解决自己的问题。
不过，现在由于BPM软件包中集成了各种工具和运行时所需要的组件，以及能进行业务流程仿真的软件，这个问题正在逐渐变得清晰起来。使用BPM软件包中的这些工具和组件，用户可以建立业务模型、部署和监控BPM系统，而不用零零碎碎地从多个的供应商把它们采购回来，再一一安装和部署它们。
如果使用恰当，BPM有助于解决应用系统内部基本的业务活动难以修改的问题，特别是在过去的那些业务软件系统中，这个问题尤为突出。与之相对的是，BPM软件可以让IT部门通过修改与这些业务活动相关联的流程逻辑来优化业务效率。在BPM中，流程的设计就像画流程图，那些必要的执行方面的细节用注释来注明。整个过程几乎不用编码，而且流程逻辑非常容易修改，所以，BPM可以算得上一种灵活的应用开发工具。
流程的建模
BPM的使用从流程的建模开始。这个阶段要把当前的流程和未来的流程详细地列出来，并一一确定各个流程的性能指标（这些指标将来进行流程的仿真模拟时需要）。这是一个业务驱动的过程。
BPM软件包中的流程设计器是一个图形化的开发工具，它能够把流程模型和有关的人力活动流、应用和业务规则整合到一起，生成一个可执行的流程。上述流程模型经过这个流程设计器的优化后自动生成应用系统的一个框架，再经过修改和补充后，成为一个完成的流程方案。这个方案和其他一些BPM软件包运行时所需要的组件一起被加载给BPM的流程引擎。该流程引擎负责整个流程的路由、任务的追踪、业务规则的执行以及与外部系统的集成。
如果一个流程的实例完成了每个活动，流程引擎就会生成一个事件来标记这个实例。这些事件由BPM软件包中的性能管理组件负责收集。性能管理据此计算出一些参数来衡量业务效率。
性能管理的仪表盘把通过OLAP钻取分析出来的参考指标与上述的参数以图形化的方式展现出来。性能管理也可以生成实时的报警信息。一旦KPI（关键性能指标）偏离了设定值，系统还可以自动进行流程的调整，这是由BAM(Business Activity Monitoring，业务流程监控）功能模块来完成，通常BPM软件会集成这个模块。实际的性能数据会反馈给流程模型进行调整，从而开始一个新的性能优化过程。
流程之争
如果要对BPM的软件提供的功能进行一下清点，你可以找到一大堆用来完成各种功能的软件: 业务建模、仿真分析、人力工作流、应用集成、数据映射、业务规则、性能分析、业务活动监控（BAM）、门户等。在整合的BPM软件包出现以前，这些工具相互独立，分别来自不同的供应商。
不过，今天它们都同属于BPM，被整合进入BPM软件包，或者通过并购，或者通过OEM，或者通过合作伙伴的战略。然而，这种转变引发了BPM软件供应商和建模工具、BAM及集成中间件供应商之间的一场冲突，因为每个人都想以自己的方式来解读BPM。
最大的冲突源于两种相互竞争的BPM技术架构。其中之一是最受媒体关注的、基于BPEL（Business Process Execution Language，业务流程执行语言）标准的架构，它通过在SOA环境中集成Web服务实现所需的功能，一些大型软件供应商，如IBM、Microsoft、Oracle、SAP等都属于这一类。
另一类是纯BPM软件供应商，如Fuego、FileNet、Pegasystems、Savvion等。它们的软件架构从上个世纪90年代的工作流系统进化而来，因此在需要将人力工作流集成进流程模型时，它们更好用。在纯BPM软件供应商提供的产品中，SOA、BPEL的作用很有限，主要用于应用的集成，而很少像第一类一样用来描述端到端的流程。
他们的区别很明确: 大型软件供应商提供的解决方案更强调BPEL，在应用较少涉及人力工作流，即组织中的流程无需多种角色的参与时，能很容易地通过集成Web服务实现应用。而纯BPM软件供应商提供的软件主要强调无需编码就可以是实现流程的定制，因此，这些软件更适合特定的行业。而它们的弱点则在于，与那些大型软件供应商的产品相比，纯BPM软件比较难于与已有的应用系统进行集成。
建模工具
无论是专门的BPM软件供应商还是大型软件供应商，建模工具都是其中的一个基本组成部分。这个工具使用一些基本元素，如活动、任务、完成每项任务所需的资源以及相关的业务规则来描述业务流程，最后用业务人员很容易理解的一些图形化的符号来表现他们。
建模工具在流程设计和定量的性能指标、以及通过仿真模拟进行性能优化时起到了十分关键的作用。建模工具在每 一个流程活动上标注有相关的性能参数，如预计执行时间、资源成本、可用性以及后续有几个流程分支等。通过建模工具内置的仿真引擎能对各种场景进行分析。分析过程中，KPI将被用来作为分析流程性能好坏的依据，并决定各个参数值，最后根据这些参数对整个流程进行调整，完成一次闭环的业务流程实现。这就意味着建模工具不仅仅是对活动流程进行简单的描述，而是要根据整个组织的资源、流程数据和流程性能参数进行建模。
多年以来，只有Casewise、IDS Scheer、Popkin (现在叫Telelogic)和Proforma等提供的业务流程建模工具提供这种能力，而且通常作为企业架构工具中的一部分。然而，如今很多软件提供商，如Global 360、IBM、Savvion等提供的BPM软件本身已经可以实现这部分功能了。下一步，建模工具供应商要利用BPMN(Business Process Modeling Notation，业务流程建模符号)——这是对象管理集团(OMG)提出的一种标准化的图形符号，来改善BPM软件之间的交互性。
流程建模工具的输出是一组对业务的描述，用来指导IT人员实现所需的业务流程，建模工具将此提交给BPM的流程引擎，流程引擎将启动一个自动的过程来保证流程的自动执行。借助模型的标准符号(如BPMN)和模型交互格式（如CIF），模型可以输入到BPM的设计工具中，从而产生一个流程实现的基本框架。虽然这个框架还缺少真正执行时所需的很多细节，但是它完全可以作为定义业务流程的起点。
通用性问题
虽然采用像BPEL这样标准的BPM设计语言，但是每个供应商的流程设计工具也只能在它们自己的运行环境中使用。到今天为止，还无法保证一种流程设计结果可以在任意选择的流程引擎上运行，除非从一开始就在人力工作、业务规则、数据映射等方面充分考虑到这个业务流程设计将会在另一个流程引擎上执行。
今天，大多数BPM软件提供了一个统一的设计环境，同时还隐藏了人力工作流、应用集成、业务规则、交易管理等集中在一个可执行环境时所带来的复杂性，这样在企业的IT架构中，这些流程构件可以作为一个个独立的模块对待，其带来的好处就是，整个企业的流程可以采用统一的数据模型和统一的状态管理。
与建模一样，流程设计大多数也是图形化的。设计工具提供了一个配置板，从中设计人员可以选择、配置、安排流程步骤。除非需要对流