liaobin 2011-1-22 23:2
樊纲说政治体制改革是从经济学意义来说是公共品的分配机制的改革,我觉得还不够,应该包括所有权的改革、一次分配过程和二次分配过程改革。
liaobin 2011-1-22 22:53
昨天又学了点东西,政治是经济的最高体现,政治体制改革就是经济分配机制没法发展没法改了,所以要整体体制改革。
liaobin 2011-1-21 22:59
今天晚上又和魏杰老师华山论剑。 昨天晚上魏老师失眠了,是什么让魏老师失眠了呢?一条短信!
liaobin 2010-7-2 0:37
晚上魏杰老师和几个同学一桌吃饭,老师和同学们的发表了很多经典言论,又长了一些学识: 1 世上只有两种人:假正经和不正经 2 娶别人的老婆,让别人没有老婆可娶 哈哈
liaobin 2010-6-19 21:15
IPAD的下载是个问题
liaobin 2010-5-22 22:20
有幸参加了交大安泰校友会玉佛寺禅修活动,聆听印文法师对人生的认知,一次别样的体验。
liaobin 2010-4-29 16:26
王乐泉离职应该说是对新疆政策的调整,也说明对只重稳定的新疆执政思路的否定
liaobin 2010-4-29 10:32
Google收购芯片公司Agnilux看来要进一步增强移动终端的领域的核心竞争力。
  • 创建:2006-7-19
  • 文章:58
  • 评论:334
  • 访问:236496
  •  
技术知识管理体系与企业培训的结合。
自己做的一些东西,分享一下,也希望大家提建议。
编辑 | 阅读全文(5500) | 回复(15),liaobin 发表于 2006-11-21 13:32
内部培训用,共享一下。
解释一下:TKM是公司内部技术共享知识平台,采用了WIKI的方式构建。
编辑 | 阅读全文(6100) | 回复(19),liaobin 发表于 2006-11-20 17:4

2006-11-19 13:45 | 信息化标准漫谈[2]

关键字:廖斌
这回聊聊业务驱动的信息化标准方法。
这3年基本在研究iec 61970/61968标准,相关的标准也看看,但不深入。不过标准制定的方法都是类似的。

1 确定业务场景
2 分析业务过程
3 抽取业务交互点数据
4 建立数据模型
5 增加到标准模型中

不同的标准有一些差异,但总的来说从具体业务出发来规范标准的方法是一致的。
业务场景(或用例)这个方法用的非常普遍,这带来几个好处:

1 标准是逐步覆盖业务的过程的(穷举方式)
2 每个用例可以成为典型案例,容易推广
3 同业务实际结合紧密

不同的地方在于:
1 确定业务场景的方法是否完整的采用用例的方式,或是有些变通
2 建模的方法不一定采用了UML方法,也可以有E-R方式或别的方式
3 交换的数据模型标准不一定采用了同样的技术,例如MQ,WEB服务
4 封装的格式有差异,XSD的设计有不同的考虑。

业务驱动的方式是一个长期业务建模的方法,同时也可以容易将任务分解掉,不停的增加和……
编辑 | 阅读全文(3190) | 回复(1),liaobin 发表于 2006-11-19 13:45

2006-11-16 9:48 | 信息化标准漫谈[1]

关键字:廖斌

信息标准可以带来很多好处:

1 即插即用

2 系统快速更新

3 融合性更好

但我看到过很多企业的信息标准,大多是以管理标准为多,这些不解决工程中的实际问题。

如果我们希望解决信息标准带来的好处,一定要从业务实际出发来制定标准。

例如OAG的数据交换标准、HR-XML、EDI标准、IEC CIM标准等都是这样来操作的。

国内在标准的制定思路方向常常有误导,并在具体操作上缺少强有力的保证,因此信息标准就变成了管理标准,管理标准因人而变,工程中的问题依然没有人关注,各做一套。

编辑 | 阅读全文(2904) | 回复(2),liaobin 发表于 2006-11-16 9:48
关键字:廖斌
用户都喜欢上大而全的系统,原因归纳一下可以有以下一些好处:
1 大系统可以权力重新分配
2 大系统可以把原来的小系统一起替代掉
3 大系统可以有大项目,容易出成绩,越高的职位,系统越大
4 大系统一劳永逸的消除信息集成问题,不存在多厂商的协调

建设大系统也有坏处:
1 建设周期长,系统可用的生命周期减少
2 费用高,显性成本和隐性成本增大几个数量级
3 维护复杂,需要多的维护费用
4 目标太多,失败概率加大,项目更难以掌控
5 难以选择多个供应商,发挥每个供应商各自的特点

采用开放的系统更容易解决这个问题:
1 在开放的架构下,系统变小,建设周期加快
2 开放的架构下,系统建设目标更明确,更容易成功
3 每个供应商可以发挥自己的特长
4 消除集成问题

但采用开放的系统也有一些问题:
1 开放的标准推进缓慢
2 厂商支持力度不够
3 用户在坚持开放标准上缺少短期动力

信息系统规划中应当通过IT架构来指明建设的方向和策略,平衡好开放……
编辑 | 阅读全文(5558) | 回复(4),liaobin 发表于 2006-11-15 14:4
关键字:廖斌
当了斑竹,也要些点东西啊,呵呵
企业信息规划也可以用成熟度来表达:
1 初始级
   基本没有信息规划,信息系统做到哪里算哪里
2 可重复级
  形成一些信息系统建设的经验,项目管理上可以重复利用
3 已定义级
  有明确的信息规划,但实际操作时变化较多,管理尚不完善
4 已管理级
  可以完整的按照规划进行,在实施过程中,能够按照规划来执行,但对业务产生的影响难以评估,难以进行量化改进。
5 优化级
  可以评估应用系统的优劣,  并可量化管理
编辑 | 阅读全文(2873) | 回复(6),liaobin 发表于 2006-11-13 23:10
关键字:甲方观点 ERP实施

 

ERP的实施方法有哪些可以被CMMI实施过程所借鉴?
CMMI实施过程当前的状况又是如何的?
 
1 ERP的实施方法讲究实效,结合着实际的工作目标来做,例如:资金链的整合,集中物流采购等过程。
而CMMI在这点上除了成熟度,缺少结合用户要求的实际工作目标。
 
2 ERP在实施过程中讲究流程的管理,CMMI更强调单个能力是否达到,而达到这些能力都是依赖不同的部门和角色协同完成的。
在CMMI中更应当引入流程管理的概念,软件企业越来越成熟,越来越流水线化。
 
在ERP中也渐渐强调引入能力成熟度模型,边缘知识体系和最佳实践的融合是最有推动力的,相关资料参看:
《建立ERP实施的能力成熟度分析》
编辑 | 阅读全文(3586) | 回复(0),liaobin 发表于 2006-11-1 9:11
  久隆信息是一个已经通过CMM/CMMI3 快3年的200人的软件企业了,正在向CMMi5 迈进,正确理解CMMI5 才能做好这件事。
 
  CMM实际是一个评估模型,而不是过程改进模型,没有人说过我们需要按照CMMI方式改进,我们如何进行改进实际SEI并没有说。
 
 CMMI是软件企业的BPR吗?CMM不是为了提高成熟度吗?

纯粹的过级实际难以达到CMM的要求,真正提高能力成熟度,至少是难以保持。
真正提高能力成熟度需要提高开发方法,做好软件企业的BRP。
我们来看看什么东西被BPR了?
 
说小一些,可以只关注开发环节-我们的开发过程,常常采用的瀑布、XP、SCRUM等开发模型,这其实就是一种工作流程。
瀑布模型就是使我们的产品生产过程采用需求-设计-开发-验证的方式来做。
 
说大一点,可以关注我们从销售开始,项目型和产品型的过程……
编辑 | 阅读全文(2958) | 回复(0),liaobin 发表于 2006-10-29 20:47

2006-10-20 14:59 | [原创]EA 研究 1

关键字:廖斌
大型企业的系统通常会有很多,这些系统通常都大,或则很细。
企业是否了解自己的系统有哪些功能呢?
是否了解系统之间的关系呢?
或则了解系统同业务流程、业务流程和数据、组织结构和业务流程这些关系呢?
现在又多了很多信息标准,我们在哪些地方用了哪些标准?哪些地方是我们薄弱的地方?
新的业务流程是否可以快速实现?还需要解决哪些问题?
对于核心部门来说,每次新系统总是有一拨人来重复调研,烦死了。
让我们通过EA来解决这些问题吧。
EA是企业架构(enterprise architecture)的缩写,是企业信息框架的实现。
EA有很多模型,比较著名的有ISO RM-ODP、TOGAF、IDEF和Zachman等模型。不同的模型有不同的特点和适用场合,并且有不同的方法论来支持开发和实现。
采用何种模型来做需要看客户的EA的目标是什么。
以后我来慢慢谈每个模型的特点和方法论。
 
 
编辑 | 阅读全文(2297) | 回复(0),liaobin 发表于 2006-10-20 14:59

2006-9-28 23:19 | 企业信息规划的价值

关键字:廖斌

从信息角度来说可以分为三个阶段:

1 信息辅助业务

2 信息支撑业务

3 信息引领业务

因此,信息规划其实是对在对客户业务的深刻理解之下,对客户信息化下一步工作具体的指导性纲领。

明确发展思路对客户更加重要,实际项目的做法参考了多少规划的内容,这个可能只有30%是按照当初的设计做的。

编辑 | 阅读全文(5456) | 回复(1),liaobin 发表于 2006-9-28 23:19
关键字:廖斌
企业功能规划不仅仅需要功能点,而且需要能力成熟度模型。
功能点其实是可以完备的给出,但是否需要这样做是由企业的具体所处市场环境特点和能力所决定的。
所以对相同环境情况的企业还需要有能力成熟度模型,类似CMMI一样。
同样,能力成熟度可以考虑连续方式和阶梯方式。
例如:
停电管理业务的三个成熟度
level 1  被动管理用户报修的停电管理
level 2  协作告知维修工作的停电管理
level 3  预知和协作用户的停电管理
我们可以细化在三个管理成熟度下的功能要求,并且在区域差异化电力进行实施。
编辑 | 阅读全文(3706) | 回复(2),liaobin 发表于 2006-9-28 22:30
关键字:廖斌
1 ms biztalk 2006
  性价比好,适配器多
2 ibm mq server
  功能多
3 bea integration server
  数据、流程,偏数据一些
4 SAP xi
  同SAP集成好
5 Oracle bpel server
  用于流程集成,是完整按照bpel的概念为数不多的厂商
6 Ipedo XIP
   对xml的支持非常好,有许多行业支持特性
 
编辑 | 阅读全文(2703) | 回复(2),liaobin 发表于 2006-7-28 22:10

2006-7-26 21:46 | 企业信息集成之大观

关键字:廖斌

企业信息集成是个大课题,我这三年的工作都同此有关,简单归纳一下,作为畅想网的开篇之作。

 1 企业信息规划 前期规划很重要,没有规划,后期做整合是下下策

2 企业数据规划 数据规划很重要,但如何做,大多数都不得要领,作了白做的较多,对后期应用复用性不高

3 企业EA 企业架构规划,企业架构同信息规划和数据规划都有区别,TOGEF等架构是经典的架构例子,做一个适合特定企业的i架构并不容易,涉及的因数太多

4 企业应用集成 应用集成自然关注应用之间的交互和业务逻辑问题,涉及流程集成和功能集成

5 企业数据集成 数据集成是数据的整合 ,涉及到元数据管理、数据映射转换等内容

6 数据传输平台 国内市面上这类东西最多,只用于数据传输,多节点,定时时间发布,而没有数据整合,也算一类应用吧

编辑 | 阅读全文(2621) | 回复(2),liaobin 发表于 2006-7-26 21:46
(共 58 条) 1 2 3 4 下一页翻页至

仅列出标题