博客园-周金根http://www.cnblogs.com/zhoujg/软件＝商业＋架构＋流程＋组织 ※※企业软件＝EA＋BPM＋开发平台zh-cnWed, 10 Feb 2010 04:53:47 GMTWed, 10 Feb 2010 04:53:47 GMT60架构语言ArchiMate － 语言结构（Language Structure）http://www.cnblogs.com/zhoujg/archive/2010/02/08/1665994.html快乐学习快乐学习Mon, 08 Feb 2010 12:57:00 GMThttp://www.cnblogs.com/zhoujg/archive/2010/02/08/1665994.html阅读: 760 评论: 6 作者: 快乐学习 发表于 2010-02-08 20:57 原文链接

　　在ArchiMate － 开篇：企业架构语言ArchiMate介绍中对企业架构语言ArchiMate进行了总体介绍，本篇将介绍一下ArchiMate的语言结构。

元模型级别

  • 知道OO的都知道，任何东西都是对象，在元模型的语言最抽象级别就是对象（Object）和关系（Relation）
  • 对于企业架构来说，重要的概念就是产品（业务流程）和实现（应用）
  • 开发架构时，需要对特定领域进行描述，比如流程图、领域模型图等

核心概念

　　区分内部和外部概念，有点类似SOA的架构概念

  • 外部是暴露给客户的产品和服务，如Service和Interface
  • 内部是具体行为和相关结构元素

协作与交互（Collaboration and Interaction）

  • 协助包含多个结构元素
  • 交互是一种行为

关系（Relationships）

The ArchiMate Framework

　　ArchiMate是一种集成多种架构的一种可视化业务分析模型语言，它从下图业务、应用和技术三个层次（Layer），对象、行为和主体三个方面（Aspect）和产品、组织、流程、信息、数据、应用、技术领域（Domain）来进行描述：

  1. 业务层（Business）：提供对外部客户的产品和服务 ，这些服务由组织内的业务角色通过业务流程来实现 
  2.  应用层（Application）：支持业务服务的应用
  3. 技术层（Technology）：通过硬件和软件的交互来运行应用程序

　　除了以上这些核心方面之外，还有其它一些重要的领域概念，如：目标（Goals）、安全（Security）、治理（Governance）、费用（Costs）、性能（ Performance）、时间（Timing）、计划和演进（Planning and evolution）等。

 

ArchiMate － 开篇：企业架构语言ArchiMate介绍

 

欢迎转载，转载请注明：转载自周金根 [ http://zhoujg.cnblogs.com/ ]

评论: 6　查看评论　发表评论

最新新闻：
· YouTube模式遭嫌弃 Hulu模式成视频行业新宠(2010-02-10 12:52)
· 奇虎360推免费杀毒 周鸿祎用“零门槛”留用户(2010-02-10 12:44)
· Yahoo脑震荡 关闭服务十个之多(2010-02-10 12:06)
· 2003年微软遭遇iTunes：我们彻底晕头转向了(2010-02-10 12:06)
· 百度数据能被“作弊”软件篡改？百度:追究侵权(2010-02-10 11:52)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

]]>故事：两只老虎的悲惨结局http://www.cnblogs.com/zhoujg/archive/2010/02/08/1665829.html快乐学习快乐学习Mon, 08 Feb 2010 04:46:00 GMThttp://www.cnblogs.com/zhoujg/archive/2010/02/08/1665829.html阅读: 1807 评论: 16 作者: 快乐学习 发表于 2010-02-08 12:46 原文链接

　有两只老虎，一只在笼子里，一只在野地里。在笼子里的老虎三餐无忧，在外面的老虎自由自在。
　  　

　　笼子里的老虎总是羡慕外面老虎的自由，外面的老虎却羡慕笼子里的老虎安逸。一日，一只老虎对另一只老虎说：“咱们换一换。”另一只老虎同意了。于是笼子里的老虎走进了大自然，野地里的老虎走进了笼子。但不久，两只老虎都死了。一只是饥饿而死，一只是忧郁而死。
　　
　　许多时候，人们往往对自己的幸福熟视无睹，而觉得别人的幸福很耀眼，却想不到别人的幸福也许对自己不合适。

 

最后，马上就要国春节了，在这里祝朋友们新年快乐！每个人都找到自己的幸福所在！

 

欢迎转载，转载请注明：转载自周金根 [ http://zhoujg.cnblogs.com/ ]

评论: 16　查看评论　发表评论

最新新闻：
· YouTube模式遭嫌弃 Hulu模式成视频行业新宠(2010-02-10 12:52)
· 奇虎360推免费杀毒 周鸿祎用“零门槛”留用户(2010-02-10 12:44)
· Yahoo脑震荡 关闭服务十个之多(2010-02-10 12:06)
· 2003年微软遭遇iTunes：我们彻底晕头转向了(2010-02-10 12:06)
· 百度数据能被“作弊”软件篡改？百度:追究侵权(2010-02-10 11:52)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

]]>读书笔记 － 企业精简架构http://www.cnblogs.com/zhoujg/archive/2010/02/07/1665449.html快乐学习快乐学习Sun, 07 Feb 2010 11:14:00 GMThttp://www.cnblogs.com/zhoujg/archive/2010/02/07/1665449.html阅读: 963 评论: 6 作者: 快乐学习 发表于 2010-02-07 19:14 原文链接

　　今天花了一个上午去书店看了一本关于企业架构方面的书籍：《企业精简架构》（3星），这本书适合于架构师和CIO阅读，主要论述如何精简企业架构，道理简单，做起来很难。全书分为两部分：第一部分，作者通过一些直观的问题展示复杂性带来的问题，接着从数学的角度进行分析；第二部分，讨论解决复杂性问题的过程－简单迭代分割（SIP），下面把书中的一些主要内容给大家分享一下。

企业架构

　　企业架构的目标是通过IT投资获取最大的商业价值，它是一种高层次的企业视野，聚焦与组织的IT架构和业务架构之间。IT系统如果不能满足商业需求，那将是大大的浪费，而业务过程没有相应的IT支持，效率很难提高。《 Enterprise Architecture As Strategy》一书的作者们说过，真正能够有效利用企业架构的企业还不到5％，而企业架构又是如此重要，所以更有必要重视企业架构。

　　大多数企业架构师多多少少都有些方法论的经验，但是能够在这个领域有很开阔视野的架构师却为数不多，所以作者在书中介绍了一下目前最流行的Zachman、TOGAF和FEA，他觉得这些方法论更确切地说是框架，并没有很好的指导什么是好架构、什么是坏架构，又该如何做架构（注：TOGAF9现在已经包含了一些指导和内容等框架，可以指导如何架构）。他认为好的架构应该是简单的架构，也就是精简架构，在第二部分也提出了一个简单迭代分割（SIP）方法。

 复杂性：C=PD

　　书中通过一些如硬币正反面、骰子等直观的示例，通过数学模型讲解一下复杂性的原理：

　　C=PD（c－复杂性；P－每隔决定点的支路数；D－决定点的数目）

 骰子有6个面，一个骰子可以出6中不同组合，2个是36种，3个是216（63）种，12个是2176782336种，所以系统支持功能越多，每个功能之路数越多，系统就越复杂，可能成指数级的增长，所以需求人员不要以为只是增加了20％的功能量，但系统复杂度可能已经是指数级的增长了。书中还提到了增加桶的概念，其实就是分区的概念，把凌乱的对象按照逻辑划分为不同分区，减少复杂性，如12个骰子放在两个桶中，复杂度为2X66＝93000，与612=2176782336复杂度相比不是一个数量级的。

　　业务过程的复杂度与决定点的数目和那些决定点引出的路径的数目有关。软件系统的复杂度与变量的数目和那些变量的状态数有关。无论是业务过程还是软件系统，它们的复杂度都可以通过骰子系统来建模。在这个模型中，骰子的数目、每个骰子的面数，还有这些骰子是如果分割到几个篮子里的。

自治的子集：ABC

　　

　　ABC是企业构架的基本单位，它是一个自治业务能力，是一个业务单元，这些单元之间都是自治的，并且以一种定义好的方式互相作用。

  • A（Autonomous）：自治，不依赖于其他ABC的功能也能正常工作
  • B（Business）：业务，有定义好的业务目的
  • C（Capability）：能力，有能力创建出外部世界可见的效果

　　ABC模型简化的整个业务模型：

  1. 模型因为简化而收益，源于分割过程的结果
  2. 模型在处理问题时只关注ABC做什么，而不是怎么做

分区的五条法则

　　简化复杂性的三种主要方法：分区（分割）、迭代（执行子分区）和简化（移走子分区、做减法）。

  1. 必须是正确的分区：分割出自治的子集ABC
  2. 分区的定义必须是恰当的：功能必须分配到基于协作的等价关系的ABC
  3. 合适的子分区数量（3－8个）
  4. 每隔子分区中的元素必须在集的数量和重要程度上大致相当
  5. 子分区间的相互影响必须最小化且明确定义，ABC应该有伙伴关系

简单迭代分割（SIP）           

　　我们已经知道ABC是企业构架的基本单位，那么我们如何找到这些ABC呢？SIP是一个找到这样的过程。

  1. 评估
  2. 准备
  3. 分割：从企业高层视角开始分割
  4. 简化：业务功能是否需要？是否可以采取组合方式？非核心功能是否可以外包？
  5. 区分优先级：价值图分析
  6. 迭代：可以采用TOGAF等方法

互操作性

　　书中说到互操作性的一些方法：

  1. 使用过程、方法调用
  2. 使用共享数据库
  3. 使用共享数据访问层
  4. 使用SOA的交互操作
  5. 软件城堡模型

软件城堡模型

　　系统A没有任何部分封装成Web服务，而是让外部的一个叫做Guard的实体实现Web服务，Guard代表外界与系统A进行互操作。外界与Guard使用SOA进行操作。

　　我用ppt画了一个示意图：A、B是两个ABC自治子集

　　技术划分：

  • 规则1：自治
  • 规则2：清晰的边界
  • 规则3：功能分割
  • 规则4：依赖定义
  • 规则5：异步
  • 规则6：数据分割
  • 规则7：无交叉事务
  • 规则8：单点安全
  • 规则9：内部信任
  • 规则10：保持简单

这些规则有点类似SOA的规则，说起来简单，做起来可难了！

 

参考：

ControllingComplexity-3 SIP.pdf

企业精简架构 



欢迎转载，转载请注明：转载自周金根 [ http://zhoujg.cnblogs.com/ ]

评论: 6　查看评论　发表评论

最新新闻：
· YouTube模式遭嫌弃 Hulu模式成视频行业新宠(2010-02-10 12:52)
· 奇虎360推免费杀毒 周鸿祎用“零门槛”留用户(2010-02-10 12:44)
· Yahoo脑震荡 关闭服务十个之多(2010-02-10 12:06)
· 2003年微软遭遇iTunes：我们彻底晕头转向了(2010-02-10 12:06)
· 百度数据能被“作弊”软件篡改？百度:追究侵权(2010-02-10 11:52)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

]]>blog推荐 － 软件产品管理之Tyner Blainhttp://www.cnblogs.com/zhoujg/archive/2010/02/06/1664879.html快乐学习快乐学习Sat, 06 Feb 2010 04:01:00 GMThttp://www.cnblogs.com/zhoujg/archive/2010/02/06/1664879.html阅读: 814 评论: 0 作者: 快乐学习 发表于 2010-02-06 12:01 原文链接

　　在《需求入门 － 用户经验曲线》中画的那张用户经验图来自于Tyner Blain，这次给大家推荐一个软件产品管理方面的好blog：Tyner Blain

why should I read Tyner Blain?

  • Because you want to learn more about those other areas of software development.
  • Because you want your company to dominate its market niche.
  • Because you want to refine your expertise with new ideas.

Categories

 

欢迎转载，转载请注明：转载自周金根 [ http://zhoujg.cnblogs.com/ ]

评论: 0　查看评论　发表评论

最新新闻：
· YouTube模式遭嫌弃 Hulu模式成视频行业新宠(2010-02-10 12:52)
· 奇虎360推免费杀毒 周鸿祎用“零门槛”留用户(2010-02-10 12:44)
· Yahoo脑震荡 关闭服务十个之多(2010-02-10 12:06)
· 2003年微软遭遇iTunes：我们彻底晕头转向了(2010-02-10 12:06)
· 百度数据能被“作弊”软件篡改？百度:追究侵权(2010-02-10 11:52)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

]]>商业 － 业务领先模型介绍（BLM）http://www.cnblogs.com/zhoujg/archive/2010/02/06/1664151.html快乐学习快乐学习Sat, 06 Feb 2010 02:21:00 GMThttp://www.cnblogs.com/zhoujg/archive/2010/02/06/1664151.html阅读: 806 评论: 3 作者: 快乐学习 发表于 2010-02-06 10:21 原文链接

　　企业战略规划的重点在于“看准方向、抓住机会、理清业务、设计组织、落实执行”，建立一个企业的核心竞争力和差异化优势，为企业的长期发展奠定基础是企业战略规划的目标。BLM是IBM在总结自身多年经营管理经验的基础上，形成的一整套的战略制定及执行的模式和方法论。

　　我们公司使用的战略工具就是BLM，我觉得它可以作为企业架构愿景阶段的一个输入，所以在这里简单介绍一下。

需要掌握的内容

　　要掌握该模型，主要需要掌握：
　　1、 理解企业经营管理三要素（战略、执行、领导力）之间的内在关系
　　2、 掌握同一种指定企业经营战略的语言
　　3、 掌握IBM的企业领先模型的经营战略制定的基本步骤和方法
　　4、 理清战略制定步骤之间的内在逻辑关系
　　5、 达成企业共同的企业经营目标
　　6、 以战略为依据进行执行跟踪
　　7、 理解战略自上而下实施方法

8个方面

　　BLM认为企业战略的制定和执行包含8个相互影响、相互作用的方面：战略意图、市场洞察、创新焦点、业务设计、关键任务、氛围与文化、人才及正式组织等，他们的关系如下图。

战略意图 组织机构的方向和最终目标，与公司的战略重点相一致。
· 这个业务设计是否提升了公司的战略重点？
市场洞察力 了解客户需求、竞争者的动向、技术的发展和市场经济状况以找到机遇和风险，目标是：解释市场上正在发生什么以及这些改变对公司来说意味着什么。
· 这个业务设计所依赖的客户角度和经济上的假设是什么？
· 这些假设还成立吗？什么可能使他们改变？
· 客户最优先考虑的是什么？它们又是怎样在改变？
· 正在发生的技术转变是什么？它们对公司的影响是什么？
· 是什么将你和竞争对手的业务设计区分开来？
创新焦点 进行与市场同步的探索与试验。从广泛的资源中过滤想法，通过试点和深入市场的实验探索新想法，谨慎的进行投资和处理资源，以应对行业的变化。
· 新的业务设计能否抓住新的价值来源？
· 这种价值来源是可持续的吗？
· 客户优先权的变化对你的业务设计会有怎样的影响？
· 有什么可替代的设计可以满足下一轮的客户优先权？
业务设计 对外部的深入理解，为利用内部能力和战略控制点探索可替代的业务设计提供了基础。业务设计设计五要素：选择客户、价值主张、价值获取、活动范围和战略控制。
· 我们是否建立现有能力上？
· 能否获得所要的新能力？
关键任务 满足业务设计和它的价值主张的要求所必须的行动。
· 支持业务设计、尤其是价值主张的实现
· 可将重要运营流程的设计与落实包括在内
· 是连接战略与执行的轴心点
· 是执行的其它部分的基础
· 年度性的、可按季度跟踪衡量
正式组织 为确保关键任务和流程能有效地执行，需建立相应的组织机构、管理和考核标准，包括人员单位的大小和角色、管理与考评、奖励与激励系统、 职业规划、人员和活动的物理位置，以便于经理指导、控制和激励个人和集体去完成团队的重要任务。
· 支持关键业务的执行，包括建立相应的组织机构
· 管理和考核标准，包括人员单位的大小和角色、管理与考评、奖励与激励系统、职业规划、人员和活动的物理位置
· 目的是便于经理指导、控制和激励个人和集体去完成团队的重要任务
人才 重要岗位的人员要具备相应的能力以完成出色的业绩。
· 人才需求详细定义
· 获得
· 培养
· 激励
· 留存
氛围文化 创造好的工作环境以激励员工完成关键任务，积极的氛围能激发人们创造出色的成绩，使得他们更加努力，并在危急时刻鼓舞他们。


欢迎转载，转载请注明：转载自周金根 [ http://zhoujg.cnblogs.com/ ]

评论: 3　查看评论　发表评论

最新新闻：
· YouTube模式遭嫌弃 Hulu模式成视频行业新宠(2010-02-10 12:52)
· 奇虎360推免费杀毒 周鸿祎用“零门槛”留用户(2010-02-10 12:44)
· Yahoo脑震荡 关闭服务十个之多(2010-02-10 12:06)
· 2003年微软遭遇iTunes：我们彻底晕头转向了(2010-02-10 12:06)
· 百度数据能被“作弊”软件篡改？百度:追究侵权(2010-02-10 11:52)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

]]>企业架构 － 使用价值流分析找到价值所在http://www.cnblogs.com/zhoujg/archive/2010/02/04/1662764.html快乐学习快乐学习Thu, 04 Feb 2010 15:43:00 GMThttp://www.cnblogs.com/zhoujg/archive/2010/02/04/1662764.html阅读: 1163 评论: 9 作者: 快乐学习 发表于 2010-02-04 23:43 原文链接

　　在进行管理软件的业务分析时我们经常会谈到”价值点“这个词汇，那我们怎么得到这些价值点呢？业务架构阶段下会对价值点进行拆分到功能级别上，而在架构愿景阶段，价值流图提供一个更高级别的视图，涉众可以比较直观的了解，能够快速而清晰的明白需要改变的方向。

　　价值流图是可以保证改进的活动是顾客真正需要的，我们可以按照价值流图析方法选择一个产品，绘制现状图，然后按照EVC多个层次来建模，再按照价值链分析来找出价值点和更改项。我也只是最近才思考这个问题，所以希望大家多多指教！

价值流图析


读书笔记 － 价值流图析：增加价值、消除浪费

企业价值链图（EVC）

　　Sam提供了一整套梳理业务流程的指导方法，并与之配套了相关的建模工具，基于Sam的梳理方法，可以至顶而下的对企业业务进行层层梳理，确保企业核心价值链在梳理分析下不失真、不偏离。

  • 第一层：企业流程地图(使用Sam的EVC价值增值链法来分析建模)
  • 第二层：企业流程区域(使用Sam的EVC价值增值链法来分析建模)
  • 第三层：主流程(使用Sam的EPC事件过程链来分析建模)
  • 第四层：子流程(使用Sam的EPC事件过程链来分析建模)
  • 第五层：活动(使用Sam丰富的活动元素来描述)

　　

　　企业价值增值链图是描述一个企业核心价值增值部分的业务链，是对企业核心价值业务关系的概览分析，同时也是描述一类相似业务区域边界内相关流程和接口流程的关系链图。EVC图在Sam中有充分的符号支持，如下图所示：

电信行业－数据业务产品开发与运营案例

　　从最顶层企业战略核心价值的角度来梳理企业流程地图：数据业务支撑愿景规划包括规划目的和提升方法。

  • 规划目的：面对市场竞争为迎接3G时代的到来做好准备，从而提升自身的核心竞争力。
  • 提升方法：通过数据业务的快速提供使支撑队伍和系统资源达到最优配置，规范化流程管理，实现管理突破，提升自身的核心竞争力。

价值链分析（参考Value Chain Analysis）

  1. 活动分析（Activity Analysis）: 通过头脑风暴标识对客户有贡献的活动。在组织级别，包括市场、销售、实施、支持等。在个人和团队级别，包括执行的一步步的流程。

  2. 价值分析（Value Analysis）: 标识每个活动的价值点，考虑能够为客户添加哪些更大的价值

  3. 评估和计划（Evaluation and Planning）: 评估是否值得改变，如果值得的话，则计划执行

 

欢迎转载，转载请注明：转载自周金根 [ http://zhoujg.cnblogs.com/ ]

评论: 9　查看评论　发表评论

最新新闻：
· YouTube模式遭嫌弃 Hulu模式成视频行业新宠(2010-02-10 12:52)
· 奇虎360推免费杀毒 周鸿祎用“零门槛”留用户(2010-02-10 12:44)
· Yahoo脑震荡 关闭服务十个之多(2010-02-10 12:06)
· 2003年微软遭遇iTunes：我们彻底晕头转向了(2010-02-10 12:06)
· 百度数据能被“作弊”软件篡改？百度:追究侵权(2010-02-10 11:52)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

]]>读书笔记 － 价值流图析：增加价值、消除浪费http://www.cnblogs.com/zhoujg/archive/2010/02/04/1663598.html快乐学习快乐学习Thu, 04 Feb 2010 13:30:00 GMThttp://www.cnblogs.com/zhoujg/archive/2010/02/04/1663598.html阅读: 861 评论: 1 作者: 快乐学习 发表于 2010-02-04 21:30 原文链接

　　在《敏捷软件开发工具－精益开发方法》的精益思想中讲到发现浪费的一个工具：价值流图。《价值流图析：增加价值、消除浪费》详细的描述了如何做价值流图析，本篇介绍一下其中的一些内容。

价值流

　　价值流是当前产品通过其基本生产过程所要求的全部活动（包括增值和不增值活动），包括了从产品最基本的原材料阶段一直到产品交付顾客的全部过程。如一辆汽车的制造，包括了从顾客要求到概念设计、产品设计、样车制造、试验、定型、投产到交付后的使用、信息反馈和回收过程，会经历很多车间、工厂、公司，甚至可能经历过多个国家和地区。

　　进行价值流分析意味着对全过程进行研究，而不是单个过程；改进全过程，而不是仅仅优化局部。

 价值流改进和过程水平改进

 

　　价值流改进和过程水平改进都是公司所需要的，一方面的改进同时也提高另一方面的水平。价值流的改进重点在于材料和信息流（需要高度重视的部分），而过程改进则重点在与人和过程的流动。

价值流经理

　　分析时，不要将图析任务分给局部的管理者，并希望将他们的部分编辑在一起的错误，而应该由一个价值流经理来主导。他了解产品系列价值流且能推进其改进的具有领导责任的人，他一般有如下一些工作：

  • 向现场最高管理者汇报
  • 应是现场人员，而非职员
  • 领导绘制现在和未来价值流图，并制定从现在状态转换到将来状态的实施计划
  • 控制实施过程的各个方面
  • 每天应到实施的现场
  • 使实施具有最高优先权
  • 保持并完善实施计划
  • 为了达到结果坚持亲自参与工作　　

价值流图析

　　价值流图析是使用铅笔和纸张帮助你看到和理解生产过程在整个价值流中材料和信息流懂情况的工具。价值流图析的含义很简单：从用户到供应商跟踪产品的生产路径，在材料和信息流中仔细活出每一过程便于看清的代表图形，然后询问一组关键问题并画出一个我们希望的价值流的“未来状态”图。

　　价值流图析是一个基本工具，帮助发现更多的浪费，找到价值流中浪费的根源。

　　价值流图析技术是帮助你分析整个价值流的一个强有力的工具，它可以帮助看到不仅仅生产的单个工艺过程，而是整个流动；它可以使整个价值流变为可视的一张价值流现状图，使得价值流中的问题显现出来，这样就可以应用各种精益技术将不增值的活动－浪费消除。

使用价值流图析

　　价值流图析是日常交流的工具，也使制定业务计划的工具，还是进行过程改变的工具。最好的办法是首先正式的运用它做练习，直到形成习惯，自然的在工作中使用。

绘制现状图

　　选择一个产品系列后，由价值流经理领导图析工作，考虑材料流和和信息流两个方面，开始从“门到门”的层面开始。一旦可以看到整个工厂的价值流后，可以将图析进行放大到画出各种过程中每个独立过程的图析，或者放大到工厂以外价值流的图析。

  • 在沿实际材料流和信息流走的时候要一直亲自收集当时状态信息（没有调查就没有发言权，一定要反应真实情况）
  • 当开始时快速走过门到门的价值流，了解过程的流动和顺序，然后回来收集每个过程的信息（先总后分）
  • 不要从原材料接受处开始向下道工序走，而是由最后的装运处向上道工序走，这样可以从与顾客有最直接联系的地方开始图析（倒叙图析，保证改进的价值流是顾客真正要求的）
  • 带着你的秒表，不要依赖于标准时间或不是你亲自得到的信息（管理软件投资回报中会部分体现在提高生产效率、减少资源投入，所以时间信息比较重要）
  • 即使几个人参加图析工作，也要自己完成整个价值流的图析，保证价值流图析后了解整个价值流的情况（必须整体了解）
  • 一直用铅笔亲手画

以下为它的一个示例，大家看看可能更直观一些：

材料流

  • 现状图首先画出顾客要求

  • 画出所有过程、数据框以及库存三角

  • 表示材料流

信息流

　　冲压厂的各个过程以及钢卷材供应商如何直到什么时候生产、生产多少？这时候我们就需要加上价值流图析的第二个方面：信息流。信息流用细线来表示，当信息流以电子方式（如传真、电话线）而不是以纸张方式传递时采用像闪电一样的折现。用小方框或支点框来标注或说明不同的信息流箭头。

  • 画信息流和推动箭头、画出生产时间，从这张图可以认识到过量生产的区域

由于不好截图，截取了另一张图代表，大家凑合着看吧，意思是一样的：）

 

 

价值流程图

波特价值链分析模型

纵向价值链分析

评论: 1　查看评论　发表评论

最新新闻：
· YouTube模式遭嫌弃 Hulu模式成视频行业新宠(2010-02-10 12:52)
· 奇虎360推免费杀毒 周鸿祎用“零门槛”留用户(2010-02-10 12:44)
· Yahoo脑震荡 关闭服务十个之多(2010-02-10 12:06)
· 2003年微软遭遇iTunes：我们彻底晕头转向了(2010-02-10 12:06)
· 百度数据能被“作弊”软件篡改？百度:追究侵权(2010-02-10 11:52)

编辑推荐：Google社会化产品Buzz发布会实录

网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

]]>企业架构 － 涉众管理（Stakeholder Management）http://www.cnblogs.com/zhoujg/archive/2010/02/03/1662473.html快乐学习快乐学习Wed, 03 Feb 2010 10:41:00 GMThttp://www.cnblogs.com/zhoujg/archive/2010/02/03/1662473.html阅读: 979 评论: 2 作者: 快乐学习 发表于 2010-02-03 18:41 原文链接

    　　复杂系统的复杂不仅在与架构开发流程本身，还与是否获得大范围涉众的一致同意有关，涉众管理的好不能肯定企业架构一定做得好，但是涉众管理做得不好，企业架构肯定做不好。对于管理类型项目来说，客户的满意度有时就能体现出我们和客户一开始交流得够不够。在A阶段（架构愿景）中我们需要进行涉众管理，交付类似下图的Stakeholder Map Matrix。本篇介绍一下涉众管理。

    好处

    1. 标识重要的涉众，能在早期更好的框定架构需求和范围
    2. 通过重要涉众的支持，可以获取更多的资源
    3. 早期频繁的和涉众沟通，可以确保更完整的理解架构流程

    管理流程

    1. 获取涉众列表
      • 谁从项目中收益或遭受损失?
      • 谁控制项目?
      • 谁来设计系统?
      • 谁作出决策?
      • 谁获得IT系统并决定是否购买?
      • 谁控制资源?
      • 谁有项目要求的专业技能?
      • 谁对项目有影响力?
      • 问发起人或客户
      • 检查组织机构
      • 比较类似项目组
    2. 认识涉众的态度
      • 这个人是否准备好了从当前现状改变到目标架构上？如故事，准备怎么改变？
      • 这个人是否有能力作为一个企业架构发动人和推动者？如果是，他有什么能力？
      • 如何参与到企业架构活动中？只是感兴趣了解而已，还是需要详细了解？
      • 对企业架构的开发是否有合约性的承诺？

      涉众分组

      涉众

      推动力

      当前清楚改变

      需要清楚改变

      当前责任义务

      需要责任义务

      需要支持

      CIO

      张三

      		 高

      中

      高

      低

      中

      高

      CFO

      李四

      中

      中

      中

      低

      中

      中
    3. 知道关键涉众: Power/Interest
      • A 不关注他
      • B 让他知道
      • C 使他满意
      • D 与他协作
    4. 裁剪涉众相关交付视图（ViewPoint）

    　　不同项目中自行进行裁剪，在TOGAF文档中举了一个裁剪示例：

    涉众

    参与

    分类

    相关视图

    CxO
    (Corporate Functions);
    e.g., CEO, CFO, CIO, COO

    This stakeholder group is interested in the high-level drivers, goals, and objectives of the organization, and howthese are translated into an effective process and IT architecture to advance the business.

    KEEP SATISFIED

    Business Footprint

    Goal/Objective/ Service Model

    Organization Chart

    Program Management Office
    (Corporate Functions);
    e.g., Project Portfolio Managers

    This stakeholder group is interested in prioritizing, funding, and aligning change activity. An understanding ofproject content and technical dependencies between projects adds a further dimension of richness to portfolio managementdecision-making.

    KEEP SATISFIED

    Roadmaps

    Business Footprint

    Application Communication

    Functional Decomposition

    Procurement
    (Corporate Functions);
    e.g., Acquirers

    Major concerns for these stakeholders are understandingwhat building blocks of the architecture can be bought, andwhat constraints (or rules) exist that are relevant to the purchase.The acquirer will shop with multiple vendors looking for thebest cost solution while adhering to the constraints (or rules) appliedby the architecture, such as standards. The key concern isto make purchasing decisions that fit the architecture, and thereby toreduce the risk of added costs arising from non-compliantcomponents.

    KEY PLAYERS

    Cost View

    Standards View

    Human Resources (HR)
    (Corporate Functions);
    e.g., HR Managers, Training & Development Managers

    Key features of the enterprise architecture are the roles and Actors that support the functions, applications, andtechnology of the organization. HR are important stakeholders in ensuring that the correct roles and actors are represented.

    KEEP INFORMED

    Organization Chart

    Organization/Actor/ Location

    Enterprise Security
    (Corporate Functions);
    e.g., Corporate Risk Management, Security Officers, IT Security Managers

    Major concerns for this group are understanding how to ensure that the information, data, and systems of theorganization are available to only those that have permission, and how to protect the information, data, and systems fromunauthorized tampering.

    KEY PLAYERS

    Data Security View

    Networked Computing Hardware View

    Communications View

    QA/Standards Group
    (Corporate Functions);
    e.g., Data Owners, Process Owners, Technical Standards Bodies

    Major concerns for this group are ensuring the consistent governance of the organization's business, data,application, and technology assets.

    KEY PLAYERS

    Standards

    Guidelines

    Specifications

    Standards View

    Application Portfolio

    Technology Portfolio

    Technology Standards

    Executive
    (End User Organization);
    e.g., Business Unit Directors, Business Unit CxOs, Business Unit Head of IT/Architecture

    This stakeholder group is interested in the high-level drivers, goals, and objectives of the organization, and howthese are translated into an effective process and IT architecture to advance the business.

    KEEP SATISFIED

    Business Footprint

    Goal/Objective/ Service Model

    Organization Chart

    Line Management
    (End User Organization);
    e.g., Senior Business Managers, Operations Regional Managers, IT Managers

    This stakeholder is interested in the top-level functions and processes of the organization, and how the keyapplications of the IT estate support these processes.

    KEY PLAYERS

    Organization/Actor/ Location

    Goal/Objective/ Service Model

    Cost View

    Application & User Location View

    Business Domain Experts
    (End User Organization);
    e.g., Business Process Experts, Business/Process Analyst, Process Architect, Process Designer, Functional Managers, BusinessAnalyst

    This stakeholder is interested in the functional aspects of processes and systems. This can cover the human actorsinvolved in the system, the user processes involved in the system, the functions required to support the processes, and theinformation required to flow in support of the processes.

    KEY PLAYERS

    Process Flow

    Use-case

    Service/Information Events

    Functional Decomposition

    Application - Application Communication View

    Data Entity/Business Function Matrix

    IT Service Management
    (Systems Operations);
    e.g., Service Delivery Manager

    Major concerns for this group are ensuring that IT services provided to the organization meet the service levelsrequired by that organization to succeed in business.

    KEEP INFORMED

    Standards View

    Enterprise Manageability View

    IT Operations - Applications
    (System Operations);
    e.g., Application Architecture, System & Software Engineers

    Major concerns for these stakeholders are: Development Approach, Software Modularity and Re-use, PortabilityMigration, and Interoperability.

    KEY PLAYERS

    Process - System Realization View

    Application - Data View

    Application Migration Cost View

    Software Engineering View

    Platform Decomposition View

    Networked Computing - Hardware View

    Software Distribution View

    Data Entities to Application Systems View

    IT Operations - Infrastructure
    (System Operations);
    e.g., Infrastructure Architect, Wintel support, Mid-range support, Operational DBA, Service Desk

    Infrastructure stakeholders are typically concerned with location, modifiability, re-usability, and availability ofall components of the system. In general these stakeholders are concerned with ensuring that the appropriate components aredeveloped and deployed within the system in an optimal manner.

    KEY PLAYERS

    Platform Decomposition View

    Standards View

    Enterprise Manageability View

    Networked Computing - Hardware View

    Processing View

    Environments & Locations View

    IT Operations - Data/Voice Communications
    (System Operations);
    e.g., Network Management

    Communications engineers are typically concerned with location, modifiability, re-usability, and availability ofcommunications and networking services. In general these stakeholders are concerned with ensuring that the appropriatecommunications and networking services are developed and deployed within the system in an optimal manner.

    KEY PLAYERS

    Communications View

    Executive
    (Project Organization);
    e.g., Sponsor, Program Manager

    This stakeholder group is interested in on-time, on-budget delivery of a change initiative that will realizeexpected benefits for the organization.

    KEEP INFORMED

    Architecture Requirements

    Architecture Principles

    Architecture Vision

    Functional Decomposition

    Application & User Location View

    Line Management
    (Project Organization);
    e.g., Project Manager

    This stakeholder group is responsible for operationally achieving on-time, on-budget delivery of a changeinitiative with an agreed scope.

    KEEP INFORMED

    Application - Application Communication View

    Functional Decomposition

    Environments & Locations View

    Business Process/Functional Expert
    (Project Organization);
    e.g., Financials FICO Functional Consultant, HR Functional Consultant

    This stakeholder group will elaborate the functional requirements of a change initiative based on experience andinteraction with business domain experts in the end-user organization.

    KEY PLAYERS

    Process Flow

    Use-case

    Service/Information Events

    Functional Decomposition

    Application - Application Communication View

    Product Specialist
    (Project Organization);
    e.g., Portal Product Specialist

    This stakeholder group is responsible for specifying technology product designs in order to meet projectrequirements and comply with the Architecture Vision of the solution.

    In a packages and packaged services environment, product expertise can be used to identify product capabilities that can bereadily leveraged and can provide guidance on strategies for product customization.

    KEY PLAYERS

    Software Engineering View

    Application - Data View

    Technical Specialist
    (Project Organization);
    e.g., Application Architect

    This stakeholder group is responsible for specifying technology product designs in order to meet projectrequirements and comply with the Architecture Vision of the solution.

    KEY PLAYERS

    Software Engineering View

    Platform Decomposition View

    Process System

    Realization View

    Application - Data View

    Application Migration Cost View

    Regulatory Bodies
    (Outside Services);
    e.g., Financial Regulator, Industry Regulator

    The main concerns of this group are that they canreceive the information they need in order to regulate the clientorganization, and that their information requirements are beingunderstood and properly satisfied. They are specifically interestedin reporting processes, and the data and applications used to provideregulatory return information.

    KEEP SATISFIED

    Business Footprint

    Application - Application Communication View

    Suppliers
    (Outside Services);
    e.g., Alliance Partners, Key Suppliers

    The main concerns of this group are that the information exchange requirements that they have are met in order thatagreed service contracts with the client organizations can be fulfilled.

    KEEP SATISFIED

    Business Footprint

    Service-Information View

    Application - Application Communication View

    ArchiMate对ViewPoint的分类

    ArchiMate架构语言从视图的目的和抽象级别来对ViewPoint进行了如下分类：

    Viewpoint Purpose

    Typical Stakeholders

    Purpose

    Examples

    Designing

    architect, software developer, business process designer

    navigate, design, support design decisions, compare alternatives

    UML diagram, BPMN diagram, flowchart, ER diagram

    Deciding

    manager, CIO, CEO

    decision-making

    cross-reference table, landscape map, list, report

    Informing

    employee, customer, others

    explain, convince, obtain commitment

    animation, cartoon, process illustration, char

    　　Viewpoint Abstraction Levels

    Typical Stakeholders

    Purpose

    Examples

    Details

    software engineer, process owner

    design, manage

    UML class diagram, BPMN process diagram

    Coherence

    operational managers

    analyze dependencies, impact of-change

    views expressing relations like “use”, “realize”, and “assign”

    Overview

    enterprise architect, CIO, CEO

    change management

    landscape map



    企业架构 － 开篇：TOGAF介绍


     


    欢迎转载，转载请注明：转载自周金根 [ http://zhoujg.cnblogs.com/ ]

      评论: 2　查看评论　发表评论

      最新新闻：
      · YouTube模式遭嫌弃 Hulu模式成视频行业新宠(2010-02-10 12:52)
      · 奇虎360推免费杀毒 周鸿祎用“零门槛”留用户(2010-02-10 12:44)
      · Yahoo脑震荡 关闭服务十个之多(2010-02-10 12:06)
      · 2003年微软遭遇iTunes：我们彻底晕头转向了(2010-02-10 12:06)
      · 百度数据能被“作弊”软件篡改？百度:追究侵权(2010-02-10 11:52)

      编辑推荐：Google社会化产品Buzz发布会实录

      网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

      ]]>      企业架构 － 架构原则http://www.cnblogs.com/zhoujg/archive/2010/02/02/1660730.html快乐学习快乐学习Tue, 02 Feb 2010 10:33:00 GMThttp://www.cnblogs.com/zhoujg/archive/2010/02/02/1660730.html阅读: 1578 评论: 1 作者: 快乐学习 发表于 2010-02-02 18:33 原文链接

      　　建筑规范规定了卧室的窗子至少要30英寸高，20英寸长，这样一来，在发生火灾时，人员就可以通过；公交车上的黄色座椅为老有病残专座；还有教育孩子时经常说的给孩子自由，但是对于涉及安全等一定要干预。这些都是生活中的需要遵守的原则。那做架构时，是不是也需要遵守一些原则？这些原则有什么用？存在哪些原则呢？原则这个概念，我认为还是比较难理解的，看了TOGAF的文档后还是很模糊，以下我就把我个人现在对架构原则的理解和大家分享一下。

      约束和原则

      什么是约束

      　　问题：有一只猪四百斤，一座桥承重两百斤，猪怎么过桥？
      　　条件：
      　　1.猪是活猪，任何解决方案都不得切割猪；
      　　2.故事发生在猪王国，不要引入人的因素；
      　　3.是过桥，不是过河，不要说是游泳过去；
      　　4.是过桥，不是过涧，不要说是飞过去丫；
      　　5.桥是承重两百斤的桥，把桥挪到平地上抑或过另一座承重超过四百斤的桥都属改变性状；
      　　6.不是文字游戏，不要说“猪晕过去了”。

      　　约束在我们以前做需求、架构时经常谈到，会比较容易理解，就是限制我们作出决定的一些条件，比如必须使用Delphi、使用SQL Server等。

      什么是原则

      　　原则：说话或行事所依据的通用规则和指导方针，是做某件事或解决某个问提或在某个领域里不能离开的禁止性规定。原则如宪法，我们必须遵守，如我们建设中国有特色的社会主义，比须坚持党的领导，坚持走社会主义道路，坚持民主集中制，坚持改革开放四项基本原则。　

      　　架构原则可以作为IT架构决策的依据，驱动架构定义，可以一开始通过头脑风暴来收集，后续还可以通过开发过程中增加。与规则有关的一个概念是指导方针，指导方针则尝试着根据一系列的常规程序来精简出特定的流程，指导方针永远不是强制性的。　

      约束和原则相比

      　　约束受特定环境影响，可能有多种方案，但是基于特定的环境下我挑选出一些方案。而架构原则创造环境，像一把伞，影响着业务架构、信息架构、应用架构和技术架构，是比约束更高层的约定，它要求容易理解、一致、稳定、完整。

      　　约束必须在架构原则范围内。企业现有网络环境以太网速度为10M，则约束就为网络速度为10M。如果企业架构中要求以太网的连接速度必须达到100M，从而可以让视频或声音的数据流可以很好的传输，考虑架构原则时，约束的作用力就没有架构原则强，此时就需要去除这个约束，提高以太网速度来满足架构。（如有不同观点请指正）

      我理解的一些示例

      • 架构原则
        • 基于标准方法来做架构，如使用TOGAF架构方法
        • 说不清的不做
        • 没人上层持久推动的不做
        • 达不成一致意见的不做
      • 业务原则
        • 业务持续性（对业务发展有长远计划，不能只考虑近期实现范围）
        • 业务通用性（业务是否可以作为一个公用业务架构）
        • 业务一致性
        • 合法
      • 数据原则
        • 数据价值性>数据正确性>数据完整性
        • 数据积累分析需要规范化数据
        • 数据是安全的
        • 数据不只是可以共享的数据，还包含业务规则和策略
      • 应用原则
        • 技术独立性，不绑定到特定厂商
        • 易用
        • 模块化设计
      • 技术原则
        • 响应变化
        • 可扩展

      TOGAF示例

      下面为TOGAF的一个示例，更多示例参考TOGAF Architecture Principles。

      Principle 9:
      Data is an Asset
      Statement:
      Data is an asset that has value to the enterprise and is managed accordingly.
      Rationale:
      Datais a valuable corporate resource; it has real, measurablevalue. Insimple terms, the purpose of data is to aiddecision-making. Accurate,timely data is critical to accurate, timelydecisions. Most corporateassets are carefully managed, anddata is no exception. Data is thefoundation of our decision-making, sowe must also carefully manage datato ensure that we knowwhere it is, can rely upon its accuracy, and canobtain it when andwhere we need it.
      Implications:
      • This is one of three closely-related principles regarding data:data is an asset; data is shared; and data is easilyaccessible. Theimplication is that there is an education task to ensure that allorganizations within the enterprise understandthe relationship betweenvalue of data, sharing of data, and accessibility to data.
      • Stewards must have the authority and means to manage the data for which they are accountable.
      • We must make the cultural transition from "data ownership" thinking to "data stewardship" thinking.
      • The role of data steward is critical because obsolete, incorrect,or inconsistent data could be passed to enterprise personnelandadversely affect decisions across the enterprise.
      • Part of the role of data steward, who manages the data, is toensuredata quality. Procedures must be developed and used toprevent andcorrect errors in the information and to improve thoseprocesses thatproduce flawed information. Data quality willneed to be measured andsteps taken to improve data quality - it isprobable that policy andprocedures will need to be developedfor this as well.
      • A forum with comprehensive enterprise-wide representation should decide on process changes suggested by the steward.
      • Since data is an asset of value to the entire enterprise, datastewards accountable for properly managing the data must beassigned atthe enterprise level.

       

      参考

      Architecture principles: Creating the foundation for robust architecture

      TOGAF Architecture Principles

      IT Architecture Principles 1.0

       

      欢迎转载，转载请注明：转载自周金根 [ http://zhoujg.cnblogs.com/ ]

      评论: 1　查看评论　发表评论

      最新新闻：
      · YouTube模式遭嫌弃 Hulu模式成视频行业新宠(2010-02-10 12:52)
      · 奇虎360推免费杀毒 周鸿祎用“零门槛”留用户(2010-02-10 12:44)
      · Yahoo脑震荡 关闭服务十个之多(2010-02-10 12:06)
      · 2003年微软遭遇iTunes：我们彻底晕头转向了(2010-02-10 12:06)
      · 百度数据能被“作弊”软件篡改？百度:追究侵权(2010-02-10 11:52)

      编辑推荐：Google社会化产品Buzz发布会实录

      网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

      ]]>      开源信息系统开发平台之OpenExpressApp框架 1.1 春节飞虎版发布http://www.cnblogs.com/zhoujg/archive/2010/02/02/1661408.html快乐学习快乐学习Tue, 02 Feb 2010 06:25:00 GMThttp://www.cnblogs.com/zhoujg/archive/2010/02/02/1661408.html阅读: 1761 评论: 9 作者: 快乐学习 发表于 2010-02-02 14:25 原文链接

      　　自 信息系统开发平台openexpressapp 1.0发布后到现在有4个月了，中间陆续发布了一些内容介绍的blog。

      　　 OpenExpressApp不会带给大家创新性的技术，而是以务实的态度，将现有技术和产品中有价值的部分引入到一起，它要做的是整合别人已经实践的方法来提高我们自身的开发能力，以求快速、高质量的开发信息系统产品。不同于以往为特定开发角色提供独立的开发工具和框架，它基于业务模型驱动开发指导思想，为业务分析人员、软件设计和开发人员提供的一种集成的开发平台，提供报表、流程、元数据等基础引擎，具有业务建模、领域建模和应用建模等模型，并提供权限、报表等多个通用应用模块。为了支持软件开发，还将提供基于敏捷思想的软件项目管理工具、快速原型工具和测试支持。

      　　在年度总结和计划：去年4个1，今年5个1中讲到去年我自我满意的一个事情就是开发了OpenExpressApp框架，而现在OpenExpressApp框架主要内容基本完成，今年上半年主要是学习实践一下TOGAF和BABOK等与业务、方法有关的内容，下半年开始OpenExpressApp平台的元模型引擎研究和开发，所以估计会有一段时间会不会再去扩展框架本身了。

      　　马上就要过春节了，现在把包含以下内容的源码已经同步到Codeplex，发布春节飞虎版1.1，也当是送给一直关注OpenExpressApp的你的一份新年礼物吧：）

        代码下载

        源码页面：http://openexpressapp.codeplex.com/SourceControl/list/changesets

        SVN地址：https://OpenExpressApp.svn.codeplex.com/svn   （Change Set：40080   飞虎版）

        使用说明

        1. 生成数据库：执行Example\OpenExpressApp.sql 生成数据库，或者通过Lib\DBCreator.exe从项目编译后的类库生成数据库
        2. 打开OpenExpressApp\OpenExpressApp.sln，修改OpenExpressApp.Host.WPF配置文件的数据库连接字符串为自己的配置
        3. 运行，界面如下：


        1. OpenExpressApp架构－一个信息系统的平台 
        2. 订单示例 
        3. 总体架构的由来 
        4. 平台学习必备知识 
        5. 代码目录说明 
        6. 应用模型ApplicationModel 
        7. 内置支持的模块类型 
        8. 内置支持的属性编辑方式 
        9. 内置支持的列表编辑方式 
        10. 理解核心元素ObjectView 
        11. AutoUI自动生成界面 
        12. Command扩展机制

        13. 支持列表分组(Group)

        14. 如何部署OEA应用
        15. 配置CSLA的WCF数据门户代理
        16. CSLA约定及框架约定
        17. CSLA类库编写
        18. 数据懒加载
        19. 模型相关Attribute介绍
        20. 性能相关
        21. 支持差异保存
        22. 支持WPF主题样式
        23. 支持勾选视图
        24. 用户权限模块设计
        25. 使用CSLA类库实现用户管理
        26. 功能权限
        27. 数据权限

         

        欢迎转载，转载请注明：转载自周金根 [ http://zhoujg.cnblogs.com/ ]

        评论: 9　查看评论　发表评论

        最新新闻：
        · YouTube模式遭嫌弃 Hulu模式成视频行业新宠(2010-02-10 12:52)
        · 奇虎360推免费杀毒 周鸿祎用“零门槛”留用户(2010-02-10 12:44)
        · Yahoo脑震荡 关闭服务十个之多(2010-02-10 12:06)
        · 2003年微软遭遇iTunes：我们彻底晕头转向了(2010-02-10 12:06)
        · 百度数据能被“作弊”软件篡改？百度:追究侵权(2010-02-10 11:52)

        编辑推荐：Google社会化产品Buzz发布会实录

        网站导航：博客园首页  个人主页  新闻  闪存  小组  博问  社区  知识库

        ]]>