<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>i·呼吸 &#187; 复杂系统 完备性</title>
	<atom:link href="http://www.caiwei.ca/tag/%e5%a4%8d%e6%9d%82%e7%b3%bb%e7%bb%9f-%e5%ae%8c%e5%a4%87%e6%80%a7/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.caiwei.ca</link>
	<description>呼吸~自由自在</description>
	<lastBuildDate>Wed, 25 Jan 2012 18:38:38 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>“消失”的完备性</title>
		<link>http://www.caiwei.ca/2008/01/03/%e2%80%9c%e6%b6%88%e5%a4%b1%e2%80%9d%e7%9a%84%e5%ae%8c%e5%a4%87%e6%80%a7/</link>
		<comments>http://www.caiwei.ca/2008/01/03/%e2%80%9c%e6%b6%88%e5%a4%b1%e2%80%9d%e7%9a%84%e5%ae%8c%e5%a4%87%e6%80%a7/#comments</comments>
		<pubDate>Thu, 03 Jan 2008 15:44:33 +0000</pubDate>
		<dc:creator>蔡蔡</dc:creator>
				<category><![CDATA[【涨落·思绪】]]></category>
		<category><![CDATA[复杂系统 完备性]]></category>

		<guid isPermaLink="false">http://blog.caiwei.name/2008/01/03/%e2%80%9c%e6%b6%88%e5%a4%b1%e2%80%9d%e7%9a%84%e5%ae%8c%e5%a4%87%e6%80%a7/</guid>
		<description><![CDATA[系统完备性与完备性验证的相关思考： 完备性验证是设计和实现系统的必要步骤，至少教科书上十有八九是这样写的； 完备性也许已经不在是必要验证，完备性的考量正在“消失”； 系统复杂程度提高，完备性验证越来越困难； 世界更新很快，系统不断变化，完备性需求变化的更新周期很可能比验证周期还要短暂； 完备性验证所得到的好处与消耗来比较，验证越接近100%的部分，性价比越低； 迭代式开发与开放性结构，给与系统不断改进的空间，递进式完备更经济更有效； 对于复杂的情况，不存在100%的完备，只有可以接受的完备； 完备性验证是系统可靠性保证的必要步骤，又绝不可以掉以轻心； 鉴于此，以应用为目的的，对完备性验证的有效约减是一种必然。 那么，在这样一个情况下，完备性的准确定义是什么样的呢？需要进一步研读和思考…… 补充：部分的简单完备的叠加，不等同于整体系统完备！]]></description>
			<content:encoded><![CDATA[<p><img src="http://photo1.bababian.com/upload6/20080103/AD1B6A9349D9A231EB1F1E50CB0025DD_240.jpg" align="right" height="240" width="197" />系统完备性与完备性验证的相关思考：</p>
<ol>
<li>完备性验证是设计和实现系统的必要步骤，至少教科书上十有八九是这样写的；</li>
<li>完备性也许已经不在是必要验证，完备性的考量正在“消失”；</li>
<li>系统复杂程度提高，完备性验证越来越困难；</li>
<li>世界更新很快，系统不断变化，完备性需求变化的更新周期很可能比验证周期还要短暂；</li>
<li>完备性验证所得到的好处与消耗来比较，验证越接近100%的部分，性价比越低；</li>
<li>迭代式开发与开放性结构，给与系统不断改进的空间，递进式完备更经济更有效；</li>
<li>对于复杂的情况，不存在100%的完备，只有可以接受的完备；</li>
<li>完备性验证是系统可靠性保证的必要步骤，又绝不可以掉以轻心；</li>
<li>鉴于此，以应用为目的的，对完备性验证的有效约减是一种必然。</li>
</ol>
<p>那么，在这样一个情况下，完备性的准确定义是什么样的呢？需要进一步研读和思考……</p>
<p>补充：部分的简单完备的叠加，不等同于整体系统完备！</p>
]]></content:encoded>
			<wfw:commentRss>http://www.caiwei.ca/2008/01/03/%e2%80%9c%e6%b6%88%e5%a4%b1%e2%80%9d%e7%9a%84%e5%ae%8c%e5%a4%87%e6%80%a7/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

