<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>评论：过程与流程到底有什么区别？</title>
	<atom:link href="http://www.ee-forum.org/pub/flyingrobot/2010-01-p530.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.ee-forum.org/pub/flyingrobot/2010-01-p530.html</link>
	<description>信息化企业工程IT应用模型驱动信息系统架构框架建模业务流程管理软件体系结构</description>
	<lastBuildDate>Sun, 01 Aug 2010 01:46:58 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>来自：TY</title>
		<link>http://www.ee-forum.org/pub/flyingrobot/2010-01-p530.html/comment-page-1#comment-47</link>
		<dc:creator>TY</dc:creator>
		<pubDate>Sat, 09 Jan 2010 05:33:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.ee-forum.org/?p=530#comment-47</guid>
		<description>ISO9000大概从1994到2000版吧，引进过程网络的概念，做了很大的改造，感觉受90年代的种种“流程”思潮的影响是明显的，但与之前比如87版相比，有点脱离企业管理实践者的立场的倾向。恐怕许多像我一样，亲自执行、实施过IS09000新老版本的人，都更喜欢原来的版本。

虽然这篇文章对过程、流程用语的背景做了比较清楚的分析，倾向于使用过程对应process，但从用法的流行和语义的引申角度看，我现在赞成并且也开始使用流程一词，但这个“流程”是有特定含义的“过程”，与过程的一般用法有区别。在维基百科上的“&lt;a href=&quot;http://zh.wikipedia.org/wiki/%E4%B8%9A%E5%8A%A1%E6%B5%81%E7%A8%8B&quot; rel=&quot;nofollow&quot;&gt;业务流程&lt;/a&gt;”条目，有相当清楚的阐述。

术语表是个需要水到渠成的事情，如果集中做，要当作一个项目，需要投入。我看一般概念就借助维基百科的平台来做就行了。在本站的“网络书签”，我刚刚推荐了两个。那里有公共参与的成熟的自治管理机制，版本控制，特别是对应的英文词条，通常比较完整，常常可以直接借鉴。</description>
		<content:encoded><![CDATA[<p>ISO9000大概从1994到2000版吧，引进过程网络的概念，做了很大的改造，感觉受90年代的种种“流程”思潮的影响是明显的，但与之前比如87版相比，有点脱离企业管理实践者的立场的倾向。恐怕许多像我一样，亲自执行、实施过IS09000新老版本的人，都更喜欢原来的版本。</p>
<p>虽然这篇文章对过程、流程用语的背景做了比较清楚的分析，倾向于使用过程对应process，但从用法的流行和语义的引申角度看，我现在赞成并且也开始使用流程一词，但这个“流程”是有特定含义的“过程”，与过程的一般用法有区别。在维基百科上的“<a href="http://zh.wikipedia.org/wiki/%E4%B8%9A%E5%8A%A1%E6%B5%81%E7%A8%8B" rel="nofollow">业务流程</a>”条目，有相当清楚的阐述。</p>
<p>术语表是个需要水到渠成的事情，如果集中做，要当作一个项目，需要投入。我看一般概念就借助维基百科的平台来做就行了。在本站的“网络书签”，我刚刚推荐了两个。那里有公共参与的成熟的自治管理机制，版本控制，特别是对应的英文词条，通常比较完整，常常可以直接借鉴。</p>
]]></content:encoded>
	</item>
	<item>
		<title>来自：yushan</title>
		<link>http://www.ee-forum.org/pub/flyingrobot/2010-01-p530.html/comment-page-1#comment-46</link>
		<dc:creator>yushan</dc:creator>
		<pubDate>Sat, 09 Jan 2010 02:18:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.ee-forum.org/?p=530#comment-46</guid>
		<description>欣赏老余对关键术语的语义分析，我想应该搞一个企业工程关键术语表，它当然是在企业工程小屋的范围中，但是应该找出最要紧的那些，区别于其它理论的术语。
就“过程”与“流程”的借题发挥，我愿谈点自己的认识：
计算机早期的模型就是IPO模型：输入/处理/输出，其中的处理就是process吧，它的含义是一个动词，讲究的处理过程，或者用数学语言就是算法。从处理角度说，它讲的是具体算法的步骤（过程），但是从输入输出讲，它强调的是可以“节点化”，也就是从输入到输出的一步完成，也就是所谓的函数模型可以表达的情况：y=f(x)。这个F就是P。所以，我愿意把P称为节点上的处理运算。而所谓的流程，是对一个服务事件来说的，它可能会经历若干个节点，比如在不同的部门岗位所做的审批等。我们叫审批流程。流程尤其描述那些不可以被“节点化”的情况，它的关注点可能是分支、合并、循环和嵌套。在学习质量管理体系的时候，我对“过程思想”有个认识过程，原来的版本是23个管理要素构成的企业基本过程，后来统一为输入输出过程，它是将那些“可节点化”的所有节点看成是一步完成的。但是，最要紧的是认识到，有些flow是不可节点化的，这恰恰是现在企业模型要涉及的东西，它们是函数模型的表达界限，所以必须有新的语言。</description>
		<content:encoded><![CDATA[<p>欣赏老余对关键术语的语义分析，我想应该搞一个企业工程关键术语表，它当然是在企业工程小屋的范围中，但是应该找出最要紧的那些，区别于其它理论的术语。<br />
就“过程”与“流程”的借题发挥，我愿谈点自己的认识：<br />
计算机早期的模型就是IPO模型：输入/处理/输出，其中的处理就是process吧，它的含义是一个动词，讲究的处理过程，或者用数学语言就是算法。从处理角度说，它讲的是具体算法的步骤（过程），但是从输入输出讲，它强调的是可以“节点化”，也就是从输入到输出的一步完成，也就是所谓的函数模型可以表达的情况：y=f(x)。这个F就是P。所以，我愿意把P称为节点上的处理运算。而所谓的流程，是对一个服务事件来说的，它可能会经历若干个节点，比如在不同的部门岗位所做的审批等。我们叫审批流程。流程尤其描述那些不可以被“节点化”的情况，它的关注点可能是分支、合并、循环和嵌套。在学习质量管理体系的时候，我对“过程思想”有个认识过程，原来的版本是23个管理要素构成的企业基本过程，后来统一为输入输出过程，它是将那些“可节点化”的所有节点看成是一步完成的。但是，最要紧的是认识到，有些flow是不可节点化的，这恰恰是现在企业模型要涉及的东西，它们是函数模型的表达界限，所以必须有新的语言。</p>
]]></content:encoded>
	</item>
</channel>
</rss>
