<?xml version="1.0" encoding="UTF-8" ?>



<rss version="2.0" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">

<channel>
<title><![CDATA[專注是生活中所有成功的關鍵。]]> </title>
<description>
<![CDATA[每一日你所付出的代价都比前一日高，因为你的生命又消短了一天，所以每一日你都要更积极。今天太宝贵，不应该为酸苦的忧虑和辛涩的悔恨所销蚀，抬起下巴，抓住今天，它不再回来]]>
</description>
<link>http://lifeng.blog.bokee.net/</link>
<language>zh-cn</language>
<creator>lifeng</creator>
<pubDate>Tue, 30 Aug 2005 17:28:20 CST </pubDate>
<generatorAgent rdf:resource="http://www.bokee.net"/>
<ttl>5</ttl>

<item>
<title>一个网址:保存下</title>
<link>http://www.bokee.net/blogmodule/weblogcomment_viewEntry/640296.html</link>
<description>
<![CDATA[<p><a href="http://docs.huihoo.com/">http://docs.huihoo.com/</a> </p>
<p><a href="http://www.52ebook.com/">http://www.52ebook.com/</a></p>
<p><a href="http://down.eboook.cn/">http://down.eboook.cn/</a></p>
<p>................</p>]]>
</description>
<guid isPermaLink="false">http://www.bokee.net/blogmodule/weblogcomment_viewEntry/640296.html</guid>
<subject></subject>
<author>lifeng</author>
<category></category>
<pubDate>Fri, 30 Mar 2007 17:00:33 CST </pubDate>
</item>

<item>
<title>读书的习惯</title>
<link>http://www.bokee.net/blogmodule/weblogcomment_viewEntry/578178.html</link>
<description>
<![CDATA[<span lang="ZH-CN" style="FONT-WEIGHT: 700; FONT-FAMILY: simsun"><font color="#0000ff">一、养成一种深入、前驱，对人类之间关系的原则，能运用自如的欲望。 </font></span>
<p class="MsoNormal" style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0cm; BORDER-TOP: medium none; PADDING-LEFT: 0cm; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; PADDING-TOP: 0cm; BORDER-BOTTOM: medium none; TEXT-ALIGN: left" align="left"><font face="Verdana" color="#0000ff"><span lang="ZH-CN" style="FONT-WEIGHT: 700; FONT-FAMILY: simsun">二、当你要看下一章前，先把这一章仔细的看两次。 </span></font></p>
<p class="MsoNormal" style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0cm; BORDER-TOP: medium none; PADDING-LEFT: 0cm; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; PADDING-TOP: 0cm; BORDER-BOTTOM: medium none; TEXT-ALIGN: left" align="left"><font face="Verdana" color="#0000ff"><span lang="ZH-CN" style="FONT-WEIGHT: 700; FONT-FAMILY: simsun">三、当你阅读时，常停下来自问，你如何才能实行这本书中的每一项建议。 </span></font></p>
<p class="MsoNormal" style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0cm; BORDER-TOP: medium none; PADDING-LEFT: 0cm; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; PADDING-TOP: 0cm; BORDER-BOTTOM: medium none; TEXT-ALIGN: left" align="left"><font face="Verdana" color="#0000ff"><span lang="ZH-CN" style="FONT-WEIGHT: 700; FONT-FAMILY: simsun">四、在有重要意义的文句旁边，加上一些符号。 </span></font></p>
<p class="MsoNormal" style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0cm; BORDER-TOP: medium none; PADDING-LEFT: 0cm; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; PADDING-TOP: 0cm; BORDER-BOTTOM: medium none; TEXT-ALIGN: left" align="left"><font face="Verdana" color="#0000ff"><span lang="ZH-CN" style="FONT-WEIGHT: 700; FONT-FAMILY: simsun">五、按月温习这本书。 </span></font></p>
<p class="MsoNormal" style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0cm; BORDER-TOP: medium none; PADDING-LEFT: 0cm; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; PADDING-TOP: 0cm; BORDER-BOTTOM: medium none; TEXT-ALIGN: left" align="left"><font face="Verdana" color="#0000ff"><span lang="ZH-CN" style="FONT-WEIGHT: 700; FONT-FAMILY: simsun">六、遇有机会就实施这些原则，把本书视作为&ldquo;活用手册&rdquo;，帮你解决问题。 </span></font></p>
<p class="MsoNormal" style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0cm; BORDER-TOP: medium none; PADDING-LEFT: 0cm; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; PADDING-TOP: 0cm; BORDER-BOTTOM: medium none; TEXT-ALIGN: left" align="left"><font face="Verdana" color="#0000ff"><span lang="ZH-CN" style="FONT-WEIGHT: 700; FONT-FAMILY: simsun">七、当你的朋友发现你违反其中某项原则时，给他一元，把学习当作游戏。 &nbsp;</span></font></p>
<p class="MsoNormal" style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0cm; BORDER-TOP: medium none; PADDING-LEFT: 0cm; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; PADDING-TOP: 0cm; BORDER-BOTTOM: medium none; TEXT-ALIGN: left" align="left"><font face="Verdana" color="#0000ff"><span lang="ZH-CN" style="FONT-WEIGHT: 700; FONT-FAMILY: simsun">八、每星期作一次检讨。问你犯了什么错误，那些需要改进，将来该怎么做。 </span></font></p>
<p class="MsoNormal" style="BORDER-RIGHT: medium none; PADDING-RIGHT: 0cm; BORDER-TOP: medium none; PADDING-LEFT: 0cm; PADDING-BOTTOM: 0cm; BORDER-LEFT: medium none; PADDING-TOP: 0cm; BORDER-BOTTOM: medium none; TEXT-ALIGN: left" align="left"><font face="Verdana" color="#0000ff"><span lang="ZH-CN" style="FONT-WEIGHT: 700; FONT-FAMILY: simsun">九、不妨再加上一本记事簿，写明你什么时候、如何的运用这些原则。</span></font></p>]]>
</description>
<guid isPermaLink="false">http://www.bokee.net/blogmodule/weblogcomment_viewEntry/578178.html</guid>
<subject></subject>
<author>lifeng</author>
<category></category>
<pubDate>Thu, 01 Mar 2007 16:06:05 CST </pubDate>
</item>

<item>
<title>下载mp3</title>
<link>http://www.bokee.net/blogmodule/weblogcomment_viewEntry/575819.html</link>
<description>
<![CDATA[<p><a href="http://www2.abc555.com//01">http://www2.abc555.com//01</a>-听说课堂/06-多国语言/(无文本)中日交流标准日本语/标准日本语中级2.mp3</p>
<p><a href="http://www2.abc555.com//01">http://www2.abc555.com//01</a>-听说课堂/06-多国语言/(无文本)中日交流标准日本语/标准日本语中级4.mp3</p>
<p><a href="http://www2.abc555.com//01">http://www2.abc555.com//01</a>-听说课堂/06-多国语言/(无文本)中日交流标准日本语/中日交流标准日本语初级(下)1.mp3</p>
<p><a href="http://www2.abc555.com//01">http://www2.abc555.com//01</a>-听说课堂/06-多国语言/(无文本)中日交流标准日本语/中日交流标准日本语初级(下)2.mp3</p>
<p><a href="http://www2.abc555.com//01">http://www2.abc555.com//01</a>-听说课堂/06-多国语言/(无文本)中日交流标准日本语/中日交流标准日本语初级(上)1.mp3</p>
<p><a href="http://www2.abc555.com//01">http://www2.abc555.com//01</a>-听说课堂/06-多国语言/(无文本)中日交流标准日本语/中日交流标准日本语初级(上)2.mp3</p>
<p>tank </p>]]>
</description>
<guid isPermaLink="false">http://www.bokee.net/blogmodule/weblogcomment_viewEntry/575819.html</guid>
<subject></subject>
<author>lifeng</author>
<category></category>
<pubDate>Wed, 28 Feb 2007 13:52:04 CST </pubDate>
</item>

<item>
<title>100年不变的100句温柔 </title>
<link>http://www.bokee.net/blogmodule/weblogcomment_viewEntry/529154.html</link>
<description>
<![CDATA[<p>1.我想在五十年之后 我一定还是像现在一样爱妳 <br />　　2.我不要短暂的温存,只要妳一世的陪伴 <br />　　3.只因妳太美好 令我无法坦白说出我爱妳 <br />　　4.我的猫很皮，可不可以帮我管牠... <br />　　5.我希望睡前最后看到的是妳... <br />　　6.请妳当我手心里的宝 <br />　　7.不知道 爱你 算不算是一个贴心的理由? <br />　　8.我想要和妳一起慢慢变老 <br />　　9.好笑吗? 身边没你 好怪 陪我一生一世好吗? <br />　　10.和妳在一起只是 我不想给任何人机会 <br />　　11.我想未来我一定会天天陪你上市场.. <br />　　12.自从妳出现后，我才知道原来有人爱是那么的美好.. <br />　　13.曾经迷惘的心中 是妳牵引我走出寂寞 <br />　　14.我爱妳的心是直到世界末日也不变 <br />　　15.对妳 不管阴晴圆缺 也不变 <br />　　16.想想和我一同看日升日落的喜悦吧 <br />　　17.我愿意用一千万年等待你初春暖阳般的绽颜一笑. <br />　　18.我的世界只有你懂 <br />　　19.就把妳深深藏在我心中 <br />　　20.我知道 爱要自由才能快乐 我却宁愿留在你身边 陪你 陪你走过 <br />　　21.不知什么时后开始 我已学会依赖 <br />　　22.只有你知我的情绪 也只有你能带给我情绪 <br />　　23.如果这一生我们爱不够，来世必能长久.... <br />　　24.因为知道不能没有你 所以我会更珍惜.... <br />　　25.地球仍然转重 世间依旧善变 而我永远爱你 <br />　　26.在每一个有你声相伴的夜 不再过于寂寥冷清 <br />　　27.我想将对你的感情 化作暖暖的阳光 期待那洒落的光明能温暖你的心房 <br />　　28.我想将对你的思念 寄予散落的星子 但愿那点点的星光能照进你的窗前 伴你好眠 <br />　　29.我只是须要一个可以让我休息的港湾.. <br />　　30.每天...很想妳... <br />　　31.人总是会老的 希望到时 你仍在我身边 <br />　　32.不论天涯海角 只要你需要我的时候 我就会&quot;飞&quot;回你的身边 <br />　　33.你使得我的生活有情有爱,还有泪 ..... <br />　　34.我不会写情书,只会写&quot;心&quot;..... <br />　　35.如果妳冷,我将妳拥入怀中;如果妳恨,我替妳擦去泪痕..... 如果妳爱我,我要向全世界广播;如果妳离开我,我会默默地承受.... <br />　　36..我的爱为妳开启,像白色的闪电划破天际; <br />　　我的爱为妳奔驰,像红色的血液充满身体.... <br />　　37.不管今世也来世也好....我所要的只有妳..... <br />　　38.虽然不能满足妳最大的物质生活...但我可以把我的心来满足妳.. <br />　　39.我爱你用我旧愁里的热情和孩童时代的忠?.. <br />　　40. 妳的话已经锁在我的记忆里了那钥匙妳就替我保管一辈子吧 <br />　　41. 没有一种服装比起妳的爱更合身没有一种装饰比起妳的爱更迷人 <br />　　42. 我想对妳爱恋的极短诗篇升华为漫长的生活散文 <br />　　43. 对妳，我已经无条件投降了，妳就签下爱情合约吧 <br />　　44. 今生....如果..不能拥有妳，我会............好恨自己 <br />　　45. 喝了妳酿的爱情的酒，如果没有续杯，情愿渴一辈子 <br />　　46.我发誓....五十年后...我还是像现在一样爱你... <br />　　47.妳的名字写满在我心里.....就让我永远爱妳吧!!!!! <br />　　48.如果没有你的爱...活着的目标将难复再! <br />　　49.为你情愿不自由 <br />　　50.今生今世永远爱妳 * 100 个 <br />　　51.我已准备好将权利减半、义务倍增了.... <br />　　52.这一生我只牵妳的手....因为今生有妳早已足够..... <br />　　53.认识妳才知道有一种心情叫做依恋,有一种感觉叫****. <br />　　54.原来等待也可以如此的美丽,因为爱妳. <br />　　55.我不相信永远的爱,因为我只会一天比一天更爱你. <br />　　56.自从爱妳以后.....才知爱的甜美....... <br />　　57.除了爱妳...我想不出能使我继续活着的理由..... <br />　　58.我爱妳..我爱妳..我永远爱妳....：P <br />　　59.我要变成风 温柔的将妳包围 .............. <br />　　60.妳是我今生的...新娘... <br />　　61.幸福!只存在妳我相聚时刻... <br />　　62.在我心中任何时刻都只有&rsquo;&rsquo;想妳!爱妳!&quot; <br />　　63.时间的巨轮无法抹去我对妳的思念纵使海枯石烂, 妳的身影永存于我心中.. <br />　　64.不需言语，让我用行动告诉妳，什么叫爱...... <br />　　65.看着你(妳)的眼, 我看见了大海, 蓝天; 更看到了美丽的未来!! <br />　　66.你(妳)是我生命中所能经历的,最最深切的感觉!! <br />　　67.只想牵妳的手..看妳的眼...光着脚丫子..在海边漫步...只有妳..只因妳.. <br />　　68.我这一生只为了吻你........ <br />　　69.现在每天醒来睁开眼见到的是墙上妳那似阳光般的笑靥，好想哪天醒来时，第一眼所触及的是真正的妳那似花般甜甜的睡容...... <br />　　70.如果活着，是上帝赋予我最大的是命， 那么活么有妳，将会是上帝赋予我使命中最大的恩赐.... <br />　　71.不要问我爱妳有多深，我真的说不出来，只知道妳已成为 我生活中的一种习惯，不可或缺的习惯，每天每天， 可以不吃饭、不睡觉，却无法不想妳...... <br />　　72.不愿意醒来时，台灯投射在墙上只有我孤独的身影 <br />　　73.好想从现在开始抱着妳，紧紧的抱着妳，一直走到上帝面前... <br />　　74.这辈子最疯狂的事，就是爱上了妳，最大的希望，就是有妳陪我疯一辈子..... <br />　　75.真的，输了妳，赢了世界又如何？？？ <br />　　76.如果爱上妳也算是一种错，我深信这会是生命中最美丽的错，我情愿错一辈子...... <br />　　77.或许我没有太阳般狂热的爱，也没有流水般绵长的情， 只知道不断的爱妳爱妳、无所能的为妳...... <br />　　78.看着微笑的妳,突然发现,我真是世界上最幸福的人..... <br />　　79.假如可以的话，我愿意花去生命中的每一分每一秒~~陪着妳~~ <br />　　80. 你妳看到的, 就是最真的我!!一种永无止尽的感动!! <br />　　81.好好照顾自己 我不想等到下辈子再来爱妳 <br />　　82.每次我感到失意时,都回忆起妳? 妳的鼓励,使我坚强的面对下去,谢谢妳!! <br />　　83.愿天上的每一个流星,都为你而闪耀天际... <br />　　84.在人群之中寻觅着妳，就彷佛在海边掬起所有的沙粒， 急于发现妳的踪迹，如果不从愿，但愿还有来生。 <br />　　85.在认识妳之后...我才发现自己可以这样情愿的付出........ 哈哈笑话 <br />　86.以为没有你...我可以坚强一个人.....终于知道我不行.... <br />　　87.想你的心情实在没办法用一句话代替.... <br />　　88.总是想念着你,,虽然我们无法共同拥有每分每秒,, <br />　　89.妳就是我最困难时的那位永远支持我的人! <br />　　90.妳可知我百年的孤寂只为妳一人守候 千夜的恋歌只为妳一人而唱 <br />　　91.白昼与黑夜将无法阻挡我俩的深深思念! <br />　　92.我是那深深的大海,妳是那自海的另一边升起的曙光,永远照亮我的人生..... <br />　　93.将你心再加上我的心,就算痛苦滋味也愿意尝.. 哈哈笑话 <br />　94. 直到遇见了你,,我才感受到自己的存在,, 一直舍不得离开你,虽然你说的如此坚决............ <br />　　95.每天我的动力就是见到妳,并和妳说说话.... <br />　　96.思念就像河流般,滔滔不绝地流向大海,流向我的心房.. <br />　　97.喜欢妳的笑容,喜欢静静的看着妳,我的忧愁像云一般一下子就飞去了 <br />　　98.如果能用一辈子换你停留在我视线中..我将毫不保留 <br />　　99.谁说妳作的菜难以下咽?我会每天回家吃晚饭!!! <br />　　100.天上有多少星光 世间有多少女孩.............. 但 天上只有一个月亮 世间只有一个你...............</p>
<p>&nbsp;</p>]]>
</description>
<guid isPermaLink="false">http://www.bokee.net/blogmodule/weblogcomment_viewEntry/529154.html</guid>
<subject></subject>
<author>lifeng</author>
<category></category>
<pubDate>Mon, 29 Jan 2007 09:43:45 CST </pubDate>
</item>

<item>
<title>换了台电脑,速度挺快的 </title>
<link>http://www.bokee.net/blogmodule/weblogcomment_viewEntry/502190.html</link>
<description>
<![CDATA[换了台电脑,速度挺快的 ,也没那种噪音了,配置还行,用的还好,原来的电脑,使用时间太长了,可以休息了]]>
</description>
<guid isPermaLink="false">http://www.bokee.net/blogmodule/weblogcomment_viewEntry/502190.html</guid>
<subject></subject>
<author>lifeng</author>
<category></category>
<pubDate>Mon, 15 Jan 2007 20:17:21 CST </pubDate>
</item>

<item>
<title>http://music.jschina.com.cn/booknew/html/4543/2278.html</title>
<link>http://www.bokee.net/blogmodule/weblogcomment_viewEntry/494960.html</link>
<description>
<![CDATA[<a href="http://music.jschina.com.cn/booknew/html/4543/2278.html">http://music.jschina.com.cn/booknew/html/4543/2278.html</a>]]>
</description>
<guid isPermaLink="false">http://www.bokee.net/blogmodule/weblogcomment_viewEntry/494960.html</guid>
<subject></subject>
<author>lifeng</author>
<category></category>
<pubDate>Thu, 11 Jan 2007 16:13:21 CST </pubDate>
</item>

<item>
<title>软件质量守护之测试管理 </title>
<link>http://www.bokee.net/blogmodule/weblogcomment_viewEntry/456903.html</link>
<description>
<![CDATA[<p><font face="verdana, arial, helvetica" size="2"><span class="javascript" id="text6254911" style="FONT-SIZE: 12px">前言：软件迅猛发展凸现软件测试问题 <br />随着软件业蓬勃发展，各种软件需求纷繁而来，在潮起潮落的IT洪流中，软件项目越来越凸现大型化、复杂化的发展趋势。几十人上百人的开发团队、成千上万的模块与接口、跨地域、跨系统的使用用户等情况早已屡见不鲜，所有这些，对项目质量管理提出了更高要求，如何满足各方需求，做出更好的软件系统？测试管理逐渐成了大家目光的焦点。<br />软件的质量靠什么，靠管理、靠各个软件过程的严密配合。但勿庸置疑，质量的守护是靠测试。它就象一只看门狗，认真守护着软件质量这个&ldquo;家&rdquo;。<br />软件测试的重要性<br />测试是什么？测试就是对项目开发过程的产品（编码、文档等）进行差错审查，保证其质量的一种过程。<br />软件业的迅猛发展也就是近几十年的过程，时间虽短，但许多误解似乎已根深蒂固，对测试的偏见也是如此。&ldquo;软件的重点在于需求、在于分析、在于设计、在于开发，而测试，容易，没什么技术含量，找一些用户，对照需求尽力去测就行了；有时间多测点，没时间就少测点。&rdquo;这种看法在许多项目经理、软件负责人的心中固守着，难以改变。<br />这种观念的结果有目共睹，是什么？很简单，是大量软件BUG、缺陷的&ldquo;流失&rdquo;，从测试人员手中悄然而过，流失到用户手中，流失进项目维护阶段。随之而来的，便是用户无休止的抱怨、维护人员无休止的&ldquo;救火&rdquo;、维护成本无休止的增加。这是软件人员的梦魇！<br />恶梦总有醒来时，经过无数教训的重击，在不堪回首而不得回首的经历中，软件业的管理者发现：是他们错了，软件测试是不可忽视的。<br />&ldquo;所有这些问题，假如在项目中测试到的话，便不会有造成不可收拾的结果了。&rdquo;人们终于意识到测试简单而纯真的真谛。</span></font></p>
<font face="verdana, arial, helvetica" size="2"><span class="javascript" style="FONT-SIZE: 12px">
<p><font face="verdana, arial, helvetica" size="2"><span class="javascript" id="text6254918" style="FONT-SIZE: 12px">软件测试<br />软件测试从直观上来讲是对测试对象进行检查、验证，似乎很简单，但实际不然，它是由许多处理环节构成的。根据测试目标、质量控制的要求，它被划分为以下各类环节（如下图），并被设置了不同的准入、准出标准。<br /><br />测试的主要过程及活动如上图所示，内容一目了然，在此就不一一详述了，只希望通过对测试重点问题、关注热点的介绍，帮助大家对测试管理有一个总体的把握。<br />测试方式中普遍存在的问题与点评<br />谈到测试，我们无法回避的是当前软件过程普遍存在的测试问题：<br />1、 手工过多，缺少测试工具，自动化测试方式缺失。<br />传统的项目测试还是以手工为主，测试人员根据需求规格说明书的要求，与测试对象进行&ldquo;人机对话&rdquo;。随着软件业的不断发展及软件规模的扩大，这种测试的弊端日益明显：<br />&nbsp;&nbsp;&nbsp; 大量的手工使项目人力成本、沟通成本居高不下；<br />&nbsp;&nbsp;&nbsp; 人工操作的低效率使项目耗时增加，带来进度风险；<br />&nbsp;&nbsp;&nbsp; 人员素质及其他不确定因素会影响手工测试的结果，导致差错率的增加。<br />&nbsp;&nbsp;&nbsp; 在测试过程中，需要对测试案例库进行统一配置管理，项目规模的激增使手工管理案例库的难度日益加大，尤其是在需求变更、回归测试频繁发生的时候。<br />从古到今，当生产率阻碍了生产力的发展的时候，必然会引入更高级的生产工具及方式。项目测试也是这个道理，引入工具，引入自动化测试及管理，是项目测试的一大趋势。<br />2、 缺乏文档测试、检查。<br />文档是项目的重要产品之一，产品需求、功能分析、架构设计、详细设计、用户手册、维护手册等等，对于项目的测试、上线、维护等过程起到至关重要的参考、指导作用，所以它们的质量应该是项目重点关注点之一。令人遗憾的是，许多软件项目对于文档的重视只停留在口头上，&ldquo;编码第一&rdquo;的观念似乎根深蒂固。<br />随着需求不断变更、补充，业务、技术人员忙于应付，无法腾出精力来进行文档内容的修改及完善，往往是将包含需求变更内容的工作联系单往需求文档后一附了事，而不去更新需求与其他相关文档；另一方面，项目变更管理还不够完善，管理重点往往集中于开发，而轻视文档质量管理，未留出充分的文档更新时间，导致文档更新严重滞后于编码进度。为保证文档质量，必须定期进行文档测试，但测试要花成本，项目高层不愿意付此代价。<br />文档若可读性低，便会影响用户的理解；若与编码不一致，便起不到参考作用，编码测试就没有可靠的测试依据。路都看不清楚，怎么往前走呀？所以，强烈建议进行文档测试，并将其置于测试管理的首位。<br />当前文档测试的方法没有什么特别的形式，还缺乏测试工具支持，通常是通过静态审查方式?D?D&ldquo;走查&rdquo;来进行的，主要查看文档的可读性，内容真实性、可靠性、全面性。另外，在项目里程碑时期召集相关领域专家对重要文档进行集中审核，也是一种检查方式。<br />3、 单元测试应引入交叉测试方法；<br />单元测试是对软件基本组成单元进行的测试，测试对象是软件模块。通常，单元测试是由开发人员来完成，而且往往是各人测各人的。这存在问题隐患。<br />为什么呢，技术人员是软件模块的制造者，自己来测自己的软件的话，角色便从制造者变成了审查者，而前一个角色的目的是为了保证软件正确，后一个角色的目的是为了发现更多的缺陷，让一个人同时来扮演两种目的不同的角色，好比让他既当裁判员又当运动员，怎么能做好呢？<br />解决方法通常有两种，一种是：由测试人员来进行单元测试，这种方式要求测试人员要有较高的软件技术知识；另一种是：将软件人员分组，在模块开发告一段落时进行交叉测试，这种方法只需要测试者了解被测方的软件需求，不需要另外的知识培训，而且测试出发点较为客观，所以被较普遍的推广使用。<br />4、 测试在开发基本完成才启动；<br />在传统的瀑布型开发模式中，软件测试位于编码阶段之后，是作为一个独立阶段存在的，许多人便一刀切地认为应该将所有的测试工作在编码完成后再开始。这个观点要不得，原因有二：<br />首先，若将测试工作细分，有许多工作是可以提前先期执行的，如：需求书与设计书的学习、测试计划的制定、测试人员的培训、测试脚本的建立、测试资源的搭建、测试模板的创建、测试工具的选择等等，都是可以与其他阶段并行处理的，这将大大缩短项目开发时间，为测试提供充分的时间保障，提高测试质量。<br />其次，软件缺陷发现的越晚，修改、补救所耗费的成本越高。引用Boehm在《Software Engineering Economics》一书中的话&ldquo;平均而言，如果在需求阶段修证一个错误的代价是1，那么，在设计阶段就是它的3－6倍，在编程阶段是它的10倍，在内部测试阶段是它的20&mdash;40倍，在外部测试阶段是它的30－70倍，而到了产品发布出去时，这个数字就是40－1000倍。&rdquo;由此可见，测试目标的最佳定位应该是：在错误第一次出现的时候就捕捉到它。所以，在尽可能的情况下，测试越早展开越好。<br />在项目的各个进行阶段，都有不同的项目产品产生，他们质量的好坏，对后续开发影响重大，所以，现在国际上比较流行的做法是：将测试融合到各个开发环节中去，尽早测试。<br />5、 测试案例、测试方案的重用率低下。<br />传统的测试过程，测试管理不严密，测试人员未建立完整的测试库，未将测试案例、测试程序、测试方案进行有效保存，等到回归测试时，相关测试程序等往往已不知所终，无处可寻了；即使能找到这些程序、案例，可往往因为回归测试过于频繁、项目期限日益迫近，已经没有时间余量来修改、完善这些程序及案例，只能凭借经验、记忆及技术人员的口述对程序修改过的地方草草重测一遍而已，缺乏正规化的测试过程，造成测试的虎头蛇尾。<br /><br />正常的测试案例使用方式如上图，测试设计阶段，相关测试设计人员会对测试对象进行了解、分析，为保证测试顺利进行，保证测试覆盖尽量多的测试对象，会设计测试案例、测试方案，在测试期间进行使用；测试发现错误时，软件技术人员会根据测试的缺陷反馈结果及技术人员的软件修改信息对测试程序进行修改，完毕后再进行回归测试。<br />6、 测试人员素质低，缺乏相关知识培训。<br />项目管理人员对测试存有偏见，对于测试的重要性认识不足，导致其严重忽略测试人员的选拔和知识培训。许多软件项目让软件用户或新招收的技术人员来完成测试工作，他们认为测试人员的工作很简单，就是技术人员让测什么就测什么，它基本是一个动手不动脑的工作。<br />这样做的后果进一步导致了测试工作的无序和混乱，测试过程缺乏计划性，测试人员缺乏技术能力，缺乏对架构的了解，相关素质的缺失使他们成为技术人员的附庸。测试对于他们来说，是一种枯燥的&ldquo;手＋眼&rdquo;式的工作，他们唯一渴望的，是将无聊的测试尽快完成，从而远远的逃离。这样的测试结果可想而知。<br />其实，软件工程对测试人员的素质要求是很严格的，比如：要有相关计算机知识背景、具备软件工程基本知识、熟悉项目编程语言、熟悉项目技术架构及需求内容、工作有责任感、独立分析能力及团队精神等等。真正规范的软件项目对于测试人员的要求是不会低于技术人员的，而且会为测试人员提供进一步的知识培训机会，以应对各种项目的复杂情况。<br />7、 测试进度的错误估算。<br />在项目开发中，领导为督促测试的进程，往往会让项目组汇报工作进度，了解已经完成的工作占比，从而对工作进度做出判断。我对这种工作方式完全拥护，只是觉得这种方式还有不足。<br />测试进程不是简单的1＋1过程，不能武断地认为&ldquo;我用8天干完了80％的工作，那么，剩余工作便能在2天内干完&rdquo;。著名的Pareto80/20规律告诉我们：测试发现的所有错误中的80％很可能集中在20％的程序模块中，另外20％很可能集中在80％的程序模块中。<br />所以，没有对测试对象认真分析的基础，单凭工作完成数量而对工作进度做出的的判断往往是错误的。<br />我认为，&ldquo;工作实际进度＝工作完成量占比＋测试对象的错误占比分析&rdquo;才是一个较合理的测试进度估算方式。<br />测试新思路：<br />项目的开发风险来自于对需求的误解，来自于设计与开发过程及产品的缺陷，只有尽早发现这些缺陷，才能降低并控制项目风险。基于这种思想，软件业出现了一些新的测试思路，主要有二：<br />1、测试驱动开发（Test-Driven Development，简称TDD）。这种测试思想被最近流行的XP（Extreme Programming）极限编程方式所大力提倡。它的基本思想是，通过测试来为编程做指导，在某个要开发的需求对象明确之后，在编码之前，先进行相关测试代码（测试代码的内容和需求规格说明书描述是相同的，有人把它称为&ldquo;可执行的需求规格说明书&rdquo;）的编写工作，完成之后针对测试代码进行编程，然后再用测试程序对开发代码进行测试，验证其正确性，若程序通过了测试，就说明它是符合需求规格说明书要求的。周而复始，通过这样的过程，开发进程得以层层深入，直到开发完成。而这时单元测试也基本完成了。<br />这种测试方式的最大的好处是，尽早地发现设计、开发中存在的问题，避免传统开发模式中的&ldquo;测试过程中发现代码不能满足需求而导致的大量返工&rdquo;。降低项目风险；同时可以尽早地将&ldquo;半成品&rdquo;展示给客户，使客户对需求进行验证、补充及完善，另外测试代码的表达方式相对准确、无二义性，可以降低因需求理解错误而导致的项目风险。<br />2、迭代测试。这种测试是IBM所推崇测试方式之一，它从迭代式开发模式演变而来。在迭代开发模式中，每个迭代都包含需求、设计、编码、集成、测试等过程。在每一次迭代完成之后，便会开始新的迭代过程。通过一次次迭代的累进，系统会增量式集成一些新的功能，直至整个系统功能的完成。其中，每个迭代周期的测试工作由两方面内容构成：<br />&nbsp;&nbsp;&nbsp; 对当前迭代周期产品的增量测试。<br />&nbsp;&nbsp;&nbsp; 对前迭代周期已完成功能的回归测试。<br />随着迭代周期的累进，测试工作内容随之不断变化。早期迭代测试重点在于新功能的测试，后期迭代测试重点在于累积功能的回归测试。<br />有的人不喜欢XP编程的开发方式，认为其没有明确的阶段性划分，不利于计划管理，模式过于灵活，不好掌握。迭代式开发模式为这些人提供了新的选择。这种开发方式继承了瀑布式开发模式的优点?D?D全面、严谨、有计划性、易管理，更重要的是，这种模式将测试工作分布到每个迭代周期中，使测试工作提前进行，从而使将发现软件缺陷的周期提前，大大降低软件风险及开发成本。</span></font></p>
<p><font face="verdana, arial, helvetica" size="2"><span class="javascript" style="FONT-SIZE: 12px"><span class="javascript" id="text6254924" style="FONT-SIZE: 12px">测试过程的衡量<br />测试过程在不断地改进，但效果如何，如何来衡量测试的效果呢？我们需要引入一把尺子，一个度量标准，这样才能把握测试过程的改进方向。那么，怎样来收集数据，如何来度量？这是我们长久以来一直困惑的地方。<br />我们不妨借助&ldquo;他山之石&rdquo;来想想办法，CMMI是当今国际流行的软件过程衡量模型，它在这方面是有自己的独到之处的：<br />1、面向全局。CMMI的测试度量面向的不仅仅是测试过程的改进，测试效果的加强，它面向的是整个开发过程，并始终将质量监督放在工作首位。比如，它度量工作产品规模（例如代码行数），度量工作量和成本（例如人工小时数）。我们从中搜集的数据对整个开发过程的改进都有指导作用。更高的起点可使我们避免项目管理改进过程中常见的&ldquo;头痛医头、脚痛医脚&rdquo;毛病。<br />2、建立度量数据库，从而对搜集的数据、分析的方式及结果进行完整、规范的保存。这个数据库面向的是软件开发过程的持续改进，它的数据是可复用的，可供多个项目参考使用，不随当前项目的结束而消失，而是会作为历史信息持续保存，从而为测试及其他软件过程的改进提供更客观、更全面的度量数据。<br />3、关注度量、分析过程的改进。度量过程是为了对测试及其他软件过程的改进提供参考依据，它自身运作方式的合理性直接会影响度量结果的准确性。CMMI避免了 &ldquo;灯下黑&rdquo;现象的出现，它没有忽略测量分析度量过程的改进，它会定期召集受影响的受益者一起审查初始分析结果，总结本过程运作中遇到的经验教训，从而对度量过程方式进行改进，保证度量结果的正确性，可参考性。<br />CMMI度量方式的优点往往是我们所忽略的，我们应尽力学习它的这些长处，这对软件测试过程的改进会很有帮助。</span></span></font></p>
<p><font face="verdana, arial, helvetica" size="2"><span class="javascript" style="FONT-SIZE: 12px"><span class="javascript" style="FONT-SIZE: 12px"><span class="javascript" id="text6254929" style="FONT-SIZE: 12px">结束语<br />测试很重要，它是检验开发结果是否接近预期目标的重要手段，但我们应清楚地认识到：它毕竟只是一种信息反馈过程，作为软件质量的守护者，它可以发现缺陷，但无法避免缺陷的发生，我们不能将软件质量的安危都押在测试这个砝码上。<br />曾看过一个比喻，还记忆犹新，它将软件开发比喻成制作一桌盛宴，项目经理比作大厨，测试人员比作品尝师，用户则比作就餐者。为保障饭菜质量，上菜之前，先由品尝师对满桌的半成品、准成品逐个品尝，发现不足的地方要及时通知大厨进行改进，完善质量，直至品尝师觉得：全部的饭菜已经色、香、味俱佳，满足用户要求了，才通过审查，允许饭菜上桌，供就餐者品尝。我想说的是：饭菜质量靠品尝师的监督，但主要靠的是大厨的技术，同理，软件的质量则是靠各个项目管理过程的互相配合及项目经理的整体控制和把握，测试只是其中的一份子。所以，请不要将软件的质量都交给测试过程来承担，那样将是&ldquo;生命不能承受之重&rdquo;。</span></span></span></font></p>
</span></font>]]>
</description>
<guid isPermaLink="false">http://www.bokee.net/blogmodule/weblogcomment_viewEntry/456903.html</guid>
<subject></subject>
<author>lifeng</author>
<category></category>
<pubDate>Fri, 22 Dec 2006 16:32:36 CST </pubDate>
</item>

<item>
<title>如何用正确的方法来写出质量好的软件的75条体会 </title>
<link>http://www.bokee.net/blogmodule/weblogcomment_viewEntry/449292.html</link>
<description>
<![CDATA[<p><font color="#000080">1. 你们的项目组使用源代码管理工具了么？<br />2. 你们的项目组使用缺陷管理系统了么？<br />3. 你们的测试组还在用Word写测试用例么？<br />4. 你们的项目组有没有建立一个门户网站？<br />5. 你们的项目组用了你能买到最好的工具么？<br />6. 你们的程序员工作在安静的环境里么？<br />7. 你们的员工每个人都有一部电话么？<br />8. 你们每个人都知道出了问题应该找谁么？<br />9. 你遇到过有人说&ldquo;我以为&hellip;&rdquo;么？<br />10. 你们的项目组中所有的人都坐在一起么？<br />11. 你们的进度表是否反映最新开发进展情况？ <br />12. 你们的工作量是先由每个人自己估算的么？<br />13. 你们的开发人员从项目一开始就加班么？<br />14. 你们的项目计划中Buffer Time是加在每个小任务后面的么？<br />15. 值得再多花一些时间，从95%做到100%好<br />16. 登记新缺陷时，是否写清了重现步骤？<br />17. 写新代码前会把已知缺陷解决么？<br />18. 你们对缺陷的轻重缓急有事先的约定么？<br />19. 你们对意见不一的缺陷有三国会议么？<br />20. 所有的缺陷都是由登记的人最后关闭的么？<br />21. 你们的程序员厌恶修改老的代码么？<br />22. 你们项目组有Team Morale Activity么？<br />23. 你们项目组有自己的Logo么？<br />24. 你们的员工有印有公司Logo的T-Shirt么？<br />25. 总经理至少每月参加一次项目组会议<br />26. 你们是给每个Dev开一个分支么？<br />27. 有人长期不Check-In代码么？<br />28. 在Check-In代码时都填写注释了么？<br />29. 有没有设定每天Check-In的最后期限？<br />30. 你们能把所有源码一下子编译成安装文件吗？ <br />31. 你们的项目组做每日编译么？<br />32. 你们公司有没有积累一个项目风险列表？<br />33. 设计越简单越好<br />34. 尽量利用现有的产品、技术、代码<br />35. 你们会隔一段时间就停下来夯实代码么？<br />36. 你们的项目组每个人都写Daily Report么？<br />37. 你们的项目经理会发出Weekly Report么？<br />38. 你们项目组是否至少每周全体开会一次？<br />39. 你们项目组的会议、讨论都有记录么？<br />40. 其他部门知道你们项目组在干什么么？<br />41. 通过Email进行所有正式沟通<br />42. 为项目组建立多个Mailing Group<br />43. 每个人都知道哪里可以找到全部的文档么？<br />44. 你做决定、做变化时，告诉大家原因了么？<br />45. Stay agile and expect change<br />46. 你们有没有专职的软件测试人员？<br />47. 你们的测试有一份总的计划来规定做什么和怎么做么？<br />48. 你是先写Test Case然后再测试的么？<br />49. 你是否会为各种输入组合创建测试用例？<br />50. 你们的程序员能看到测试用例么？<br />51. 你们是否随便抓一些人来做易用性测试？ <br />52. 你对自动测试的期望正确么？<br />53. 你们的性能测试是等所有功能都开发完才做的么？<br />54. 你注意到测试中的杀虫剂效应了么？<br />55. 你们项目组中有人能说出产品的当前整体质量情况么？<br />56. 你们有单元测试么？<br />57. 你们的程序员是写完代码就扔过墙的么？<br />58. 你们的程序中所有的函数都有输入检查么？<br />59. 产品有统一的错误处理机制和报错界面么？<br />60. 你们有统一的代码书写规范么？<br />61. 你们的每个人都了解项目的商业意义么？<br />62. 产品各部分的界面和操作习惯一致么？<br />63. 有可以作为宣传亮点的Cool Feature么？<br />64. 尽可能缩短产品的启动时间<br />65. 不要过于注重内在品质而忽视了第一眼的外在印象<br />66. 你们根据详细产品功能说明书做开发么？<br />67. 开始开发和测试之前每个人都仔细审阅功能设计么？<br />68. 所有人都始终想着The Whole Image么？<br />69. Dev工作的划分是单纯纵向或横向的么？<br />70. 你们的程序员写程序设计说明文档么？<br />71. 你在招人面试时让他写一段程序么？<br />72. 你们有没有技术交流讲座？<br />73. 你们的程序员都能专注于一件事情么？<br />74. 你们的程序员会夸大完成某项工作所需要的时间么？<br />75. 尽量不要用Virtual Heads</font><br /></p>]]>
</description>
<guid isPermaLink="false">http://www.bokee.net/blogmodule/weblogcomment_viewEntry/449292.html</guid>
<subject></subject>
<author>lifeng</author>
<category></category>
<pubDate>Tue, 19 Dec 2006 10:22:08 CST </pubDate>
</item>

<item>
<title>软件开发质量管理层次模型</title>
<link>http://www.bokee.net/blogmodule/weblogcomment_viewEntry/449277.html</link>
<description>
<![CDATA[<p><font face="Verdana">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 本文对软件开发质量管理的层次进行了初步的划分，形成了软件开发质量管理层次模型，并对模型中的各个层次内涵做了简要说明。</font></p>
<p><font face="Verdana">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <strong>1 概述</strong></font></p>
<p><font face="Verdana"><strong>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</strong>质量：一组固有特性满足要求的程度，指产品或服务满足规定或潜在需要的特征和特性的总和。它既包括有形产品也包括无形产品；既包括产品内在的特性、也包括产品外在的特性。即包括了产品的适用性和符合性的全部内涵。</font></p>
<p><font face="Verdana">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 软件质量：与软件产品满足明确或隐含需求的能力有关的特征和特征的总和。有四个含义：1、能满足给定需要的特性之全体；2、具有所希望的各种属性的组合的程度；3、顾客或用户认为能满足其综合期望的程度；4、软件的组合特性，它确定软件在使用中将满足顾客预期要求的程度。</font></p>
<p><font face="Verdana">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 从用户最感兴趣的的角度来说，软件质量可以从三个不同的角度来看待：如何使用软件、使用效果如何、软件性能如何；从软件开发的团队的角度来说，不仅要生产出满足质量要求的软件，也对中间产品的质量感兴趣，也对如何运用最少的的资源、最快的进度生产出质量最优的产品感兴趣；从软件维护者的角度看，对软件维护方面的特性感兴趣；对企业的管理层来说，注重的是总体效益和长远利益，就是说质量好的软件一般可以帮助企业扩大市场；反之，质量差的软件一般会造成企业市场萎缩。</font></p>
<p><font face="Verdana">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 软件质量特性：根据《GB／T16260-1996(idt ISO／IEC9126：1991)信息技术 软件产品评价 </font></p>
<p><font face="Verdana">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 质量特性及其使用指南》软件的质量特性包括功能性、可靠性、易用性、效率、可维护性、可移植性等六个方面，每个方面都包含若干个子特性：</font></p>
<p><font face="Verdana">&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 功能性：适合性、准确性、互操作性、依从性、安全性；<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 可靠性：成熟性、容错性、易恢复性；<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 易用性：易理解性、易学性、易操作性；<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 效率：时间特性、资源特性；<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 可维护性：易分析性、易改变性、稳定性、易测试性；<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 可移植性：适应性、易安装性、遵循性、易替换性；</font></p>
<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 质量管理：在质量方面指挥和控制组织的协调的活动，指对确定和达到质量所必须的全总职能和活动的管理，其管理职能主要包括制定质量方针和质量目标以及质量策划、质量控制、质量保证和质量改进。</p>
<p>&nbsp;&nbsp;&nbsp; 软件开发质量管理，就是为了开发出符合质量要求的软件产品，贯穿于软件开发生存期过程的质量管理工作。</p>
<p>&nbsp;&nbsp;&nbsp; 软件开发质量管理层次初步划分如下：<br />&nbsp;&nbsp;&nbsp; 1、技术层次（数据、编程、文档）<br />&nbsp;&nbsp;&nbsp; 2、方法体系层次（措施、项目、过程）<br />&nbsp;&nbsp;&nbsp; 3、社会因素层次（质量环境、技术标准、业务标准、人员）</p>
<p>软件开发质量管理层次模型如下图：</p>
<p>&nbsp;<img alt="" src="C:\Documents and Settings\longquanhewei\My Documents\My Pictures\200651594114664.gif" /></p>
<p>&nbsp;</p>
<p>3.1 措施质量管理层次</p>
<p>&nbsp;&nbsp;&nbsp; 为提高软件质量企业所采取的相关措施。决定成败的不是目标，而是措施。任何好的规章制度或计划，最终都需要具体措施才能落到实处。措施层次包括质量检查、质量保证、预防不合格品、完美无缺。</p>
<p>&nbsp;&nbsp;&nbsp; 3.1.1 质量检查</p>
<p>&nbsp;&nbsp;&nbsp; 保证质量的方式是进行临时性的最后检查，然后消除次品。软件测试是软件质量检查的具体实现环节。把软件测试有效地组织进软件的生产流程，是软件质量控制规划的主要内容。</p>
<p>&nbsp;&nbsp;&nbsp; 3.1.2 质量保证</p>
<p>&nbsp;&nbsp;&nbsp; 质量目标仍主要通过生产部门或企业进行生产过程的优化和稳定化来保证质量目标的达成。从软件产业的发展初期到目前的大型软件开发过程，软件质量保证已经成为开发中的一个不可分割的部分。</p>
<p>&nbsp;&nbsp;&nbsp; 3.1.3 预防不合格品</p>
<p>&nbsp;&nbsp;&nbsp; 整个软件业项目属于需求分析和软件设计的错误和缺陷约占软件错误的64%，而属于程序代码的错误仅占36%。软件错误具有随着阶段的进展而产生积累与放大效应，因此应当尽早消除错误，否则&ldquo;差之毫厘，失之千里&rdquo;。所以在软件开发生命周期的前期就通过对关键过程成果的评审控制来预防不合格品。</p>
<p>&nbsp;&nbsp;&nbsp; 3.1.4 完美无缺</p>
<p>&nbsp;&nbsp;&nbsp; 这一级上的企业都有一种内在的质量文化氛围，在此氛围下的方方面面工作都有助于质量的提高。每个员工都意识到质量对企业成功的重要性，都在寻求提高质量的新途径，都在为达到完美无缺而奋斗。同时，企业始终如一地面向外部客户，通过优越的设计质量来满足客户需要，并从供应商到客户形成一个优化的管理流程。</p>
<p>&nbsp;&nbsp;&nbsp; 3.2 项目管理质量层次</p>
<p>&nbsp;&nbsp;&nbsp; 软件开发任务一般是以项目的形式完成，项目管理质量包括组织资源、组建团队、设定目标、确定范围、确定优先级、管理风险、建立沟通机制等内容，其层次分为通用术语、通用过程、单一方法、基准比较、持续改进。</p>
<p>&nbsp;&nbsp;&nbsp; 科兹纳博士对项目成功的定义，不仅要满足传统的项目时间、费用和性能的三大目标以及满足客户或用户定义的质量标准，还要满足具有最少的或者双方同意的范围变更、没有干扰组织的企业文化或者价值观、没有干扰组织的日常工作进程等条件。</p>
<p>&nbsp;&nbsp;&nbsp; 3.2.1 通用术语</p>
<p>&nbsp;&nbsp;&nbsp; 企业了解了项目管理的重要性，并需要进一步了解对项目管理基础知识以及相关的语言和术语。在企业内部普及项目管理基础知识，使用业界通语言和用术语进行沟通，使大家形成对问题的正确理解。</p>
<p>&nbsp;&nbsp;&nbsp; 3.2.2 通用过程</p>
<p>&nbsp;&nbsp;&nbsp; 企业认识到自己需要定义和建立通用过程，以便在一个项目上成功之后，还可以将该过程及其成功经验重复地用于其他许多个项目。在这一层次上，还包括理解项目管理原则对公司所用其他方法的应用和支持。</p>
<p>&nbsp;&nbsp;&nbsp; 3.2.3 单一方法</p>
<p>&nbsp;&nbsp;&nbsp; 企业尽量通过单一的方法开发，而不是使用多个方法，可以最好地实现协同效应和控制，认识到了把公司所以方法结合成一个单一方法所产生的协同效应，其核心是项目管理。与使用多个方法相比，只用一个方法所产生的协同效应使得程控更加容易。</p>
<p>&nbsp;&nbsp;&nbsp; 3.2.4 基准比较</p>
<p>&nbsp;&nbsp;&nbsp; 不断将本企业的管理实践与行业龙头企业比较，以获得信息来帮助自己改善。企业认识到为了保持竞争优势，过程改进是必要的。基准比较必须连续进行。公司必须决定以谁为基准点及需要比较什么。</p>
<p>&nbsp;&nbsp;&nbsp; 3.2.5 持续改进</p>
<p>&nbsp;&nbsp;&nbsp; 质量是&ldquo;没有最好，只有更好&rdquo;。企业持续在必要时评估基准比较中获得的信息，实施为改进过程所必要的变革。在 ISO9000:2000 中，持续改进不是一个单独的过程或质量体系要素，而是管理质量体系的方法。</p>
<p>&nbsp;&nbsp;&nbsp; 企业最重要的问题是&ldquo;明天这样做的比今天好&rdquo;企业要永不满足，没有终点，永无休止地努力工作，追求进步和持续改进，为未来努力奋斗。</p>
<p>&nbsp;&nbsp;&nbsp; 3.3 过程质量管理层次</p>
<p>&nbsp;&nbsp;&nbsp; 《GB/T8566&mdash;2001（idt ISO/IEC12207）信息技术－软件生存周期过程》把软件生存周期的各个过程分为三类，即基本生存周期过程、支持生存周期过程、组织生存周期过程。</p>
<p>&nbsp;&nbsp;&nbsp; 对于质量，强调的是对过程的重视，通过保证每个环节的工作质量，来保证最终质量，而不是通过最后的检验测试找出缺陷。它们的质量概念，不仅涵盖产品，还包括企业的整个运营过程，贯穿产业链的各个环节。确保生产出高质量的软件产品，就是遵循一套有质量原则的软件开发过程。目前软件过程改进主要根据能力成熟度模型集成CMMI，其层次分为初始级、可重复级、已定义级、已经管级、优化级。</p>
<p>&nbsp;&nbsp;&nbsp; 3.3.1 初始级</p>
<p>&nbsp;&nbsp;&nbsp; 企业的软件过程是无序的，甚至是混乱的。几乎没有什么过程是经过妥善定义的，项目的成功往往依赖于没写个人的技能和经验。</p>
<p>&nbsp;&nbsp;&nbsp; 3.3.2 可重复级</p>
<p>&nbsp;&nbsp;&nbsp; 已经建立了基本的项目管理过程规范，项目经理能跟踪成本、进度、和产品功能等，项目能重复以前的成功。企业的过程能力可以概括为&ldquo;有纪律的&rdquo;。</p>
<p>&nbsp;&nbsp;&nbsp; 3.3.3 已定义级</p>
<p>&nbsp;&nbsp;&nbsp; 已经将管理和开发两个方面的过程文档化，并综合成企业的标准软件过程。所有项目都可以通过裁减企业标准过程而建立适合于本项目的过程规范。此过程能力可以概括成&ldquo;标准的&rdquo;和&ldquo;一致的&rdquo;，它建立在整个企业对软件过程中的活动、角色、职责的共同理解之上。</p>
<p>&nbsp;&nbsp;&nbsp; 3.3.4 已管理级</p>
<p>&nbsp;&nbsp;&nbsp; 对软件过程与产品都有定量的理解和控制，有专门的数据库系统来收集和分析数据。此过程能力可以概括成&ldquo;定量的&rdquo;和&ldquo;可预测的&rdquo;。</p>
<p>&nbsp;&nbsp;&nbsp; 3.3.5 优化级</p>
<p>&nbsp;&nbsp;&nbsp; 能够有效地识别企业过程的优势和薄弱环节，发现并采用最佳的软件工程实践，预先防范过程和产品中的缺陷。整个企业强调持续地改进过程能力。</p>
<p><br />&nbsp;&nbsp;&nbsp; 4 社会因素层次</p>
<p>&nbsp;&nbsp;&nbsp; 4.1 企业质量环境层次</p>
<p>&nbsp;&nbsp;&nbsp; 企业质量环境是有关创建和管理质量环境的管理，包括质量规划、资源组织、提供相关工具等，其层次可分为质量形象、质量制度、质量战略、质量文化、企业文化、全社会质量意识。</p>
<p>&nbsp;&nbsp;&nbsp; 4.1.1 质量形象</p>
<p>&nbsp;&nbsp;&nbsp; 企业的良好形象与其产品和服务的高质量密不可分。质量、信誉、品牌、服务等构成企业整体形象的坚实基础，其中质量形象是企业形象的核心。塑造良好的质量形象是企业提高自身核心竞争力的重要手段。</p>
<p>&nbsp;&nbsp;&nbsp; 4.1.2 质量制度</p>
<p>&nbsp;&nbsp;&nbsp; 企业建立了完善的质量制度，包括ISO9001质量管理体系、与质量相关的配套管理、教育、激励制度的完善程度，以及对于质量制度的执行力度。</p>
<p>&nbsp;&nbsp;&nbsp; 有些企业或部门制定了太多的规章制度，但都流于形式，最终落到实处的不多。再好的规章制度，再伟大的计划，都成了一堆废纸。对企业来说，最重要的不是制定了多少制度多少计划，而是做了多少事情。</p>
<p>&nbsp;&nbsp;&nbsp; 企业如果强调质量，就要检查质量，不检查质量就是不重视质量，有制度就必须执行好。</p>
<p>&nbsp;&nbsp;&nbsp; 4.1.3 质量战略</p>
<p>&nbsp;&nbsp;&nbsp; 在企业管理中以人为本，以提高质量为中心，一切活动围绕质量行为，将质量管理提高到战略的高度。制定质量方针目标。</p>
<p>&nbsp;&nbsp;&nbsp; 4.1.4 质量文化</p>
<p>&nbsp;&nbsp;&nbsp; 企业在长期的质量管理中形成的具有本企业特色的管理思想和精神理念，同时也是企业员工为实现质量方针目标而自觉遵守的一条共同的价值观和信念。</p>
<p>&nbsp;&nbsp;&nbsp; 4.1.5 企业文化</p>
<p>&nbsp;&nbsp;&nbsp; 一个企业中各个部门，至少是企业高层管理者们所共同拥有的那些企业价值观念、经营实践、文化现象。它以企业的价值观体系为基础，以企业员工的群体意识形态为反映。</p>
<p>&nbsp;&nbsp;&nbsp; 4.1.6 全社会质量意识</p>
<p>&nbsp;&nbsp;&nbsp; 产品质量不完全取决于企业本身，社会环境、顾客的成熟程度对产品质量起到比较重要的作用。顾客盲目压低价格、压缩进度，造成的恶性竞争环境严重影响产品的质量。</p>
<p>&nbsp;&nbsp;&nbsp; 4.2 标准层次</p>
<p>&nbsp;&nbsp;&nbsp; 国际竞争有三个层次：第一个层次是价格和质量的竞争、第二个层次是专利技术的竞争、第三个层次是标准和制度的竞争。谁掌握了标准的使用，谁掌握了标准的制定权，谁就可以抢占先机。一流企业卖标准，二流企业卖品牌，三流企业卖产品，四流企业卖企业。我国软件企业要适应更高层次的竞争，就要在标准领域占据一席之地。</p>
<p>&nbsp;&nbsp;&nbsp; 标准主要包括技术标准和业务标准两大类（当然还可以其他分类如基础标准、产品标准、质量标准、管理标准、工作标准、安全标准、术语标准等等）。对标准化领域中需要协调统一的技术事项所制定的标准，称为技术标准。技术标准包含两个方面：一是作为软件开发企业的软件行业技术标准，包括知识体系指南、过程标准、建模标准、质量管理标准、程序语言标准、数据库标准；二是软件开发服务对象所在的行业技术标准，如安全保密标准、技术性能标准。业务标准指的是软件开发服务对象所在的组织或行业制定的业务流程标准和业务数据标准等。</p>
<p>&nbsp;&nbsp;&nbsp; 运用统一的技术与业务标准是对于质量能够做出重大而且显著贡献的因素之一，有助于减少无效的讨论，有助于不同的产品之间的兼容和衔接。</p>
<p>&nbsp;&nbsp;&nbsp; 标准要不断地与时俱进，因此，标准是种动态信息。</p>
<p>&nbsp;&nbsp;&nbsp; 4.2.1 标准作用范围级别</p>
<p>&nbsp;&nbsp;&nbsp; 项目标准：项目团队在软件开发周期的早期就确定下来的相互达成一致的标准集合；</p>
<p>&nbsp;&nbsp;&nbsp; 企业标准：企业自行制定的规范整个企业架构和所有企业级交付产品的标准集合；</p>
<p>&nbsp;&nbsp;&nbsp; 地方标准：由一个国家的地方一级行政机构（省、州或加盟共和国）制定的标准，称为地方标准。它一般由地方所属的各企业与单位执行。同样是一个行业，每个地方可能有不同的业务政策、业务数据标准、业务流程标准；</p>
<p>&nbsp;&nbsp;&nbsp; 行业标准（部颁标准）：指没有国家标准而又需要在全国某个行业范围内统一的技术要求。行业规定的全国本行业必须遵守的的业务数据标准、业务流程标准，标准编号一般以行业名称的拼音头个字母打头，如环境HJ、电力DL、公安GA；</p>
<p>&nbsp;&nbsp;&nbsp; 国家标准：是在全国范围内统一的技术要求。由国家规定的标准，主要是数据标准，行业之间的接口标准，标准编号一般以GB、GB/T、GB/Z打头。</p>
<p>&nbsp;&nbsp;&nbsp; 国际标准：涉及到国际上多个国家或地区必须遵守的如金融、电信、财务、贸易等业务标准。国际标准一般由国际标准化组织制定，如ISO、ANSI、IEEE等等，这也是标准编号的打头字母，如ISO9001。</p>
<p>&nbsp;&nbsp;&nbsp; 4.2.2 标准强制程度级别</p>
<p>&nbsp;&nbsp;&nbsp; 强制标准：保障人体健康、人身、财产安全的标准和法律、行政法规规定强制执行的标准是强制性标准，其他标准是推荐性标准；如编号以GB、HJ、DL、GA字母开头的标准，一般业务数据标准是强制标准。</p>
<p>&nbsp;&nbsp;&nbsp; 推荐标准：推荐性标准又称非强制性标准或自愿性标准。是指生产、交换、使用等方面，通过经济手段或市场调节而自愿采用的一类标准。如GB/T、HJ/T、DL/T、GA/T，一般业务流程标准、工作规范或指南等是推荐标准。</p>
<p>&nbsp;&nbsp;&nbsp; 指导性标准：对标准化工作的原则和一些具体做法的统一规定，称为指导性标准。例如：产品型号编制规则、各类标准编制导则等。如GB/Z、HJ/Z、DL/Z、GA/Z编号的标准。</p>
<p>&nbsp;&nbsp;&nbsp; 4.2.3 软件开发常用技术标准</p>
<p>&nbsp;&nbsp;&nbsp; 知识体系：软件工程知识体系指南SWEBOK2004、项目管理知识体系指南PMBOK2000(最新的是PMBOK2004)、组织管理标准等等；</p>
<p>&nbsp;&nbsp;&nbsp; 过程标准：CMMI、PSP、TSP、RUP、软件工程规范国家标准；（AP、XP、ASD等开发过程思想好像还不能称其为标准）</p>
<p>&nbsp;&nbsp;&nbsp; 建模标准：UML、软件工程规范国家标准；</p>
<p>&nbsp;&nbsp;&nbsp; 质量管理标准：ISO9001：2000、TQC、6&sigma;；</p>
<p>&nbsp;&nbsp;&nbsp; 程序语言标准：Java、C++、PB、编程规范；</p>
<p>&nbsp;&nbsp;&nbsp; 数据库标准：Oracle数据库后台规范。</p>
<p><br />&nbsp;&nbsp;&nbsp; 4.3 人员质量管理层次</p>
<p>&nbsp;&nbsp;&nbsp; 人员质量是所有工作质量的基础。要提高工作质量，就要以人为本，根本的问题是提高人的质量。人员质量就是人员素质，层次分为个人素质、团队素质、组织素质、行业素质、国民素质。</p>
<p>&nbsp;&nbsp;&nbsp; 4.3.1 个人素质</p>
<p>&nbsp;&nbsp;&nbsp; 软件开发的个人素质的内涵很广，包含多个方面，包括学习能力、总结能力、学识经验、进取精神、社交能力、责任心、自我控制、成就动机、灵活性、创造性潜力、管理潜力、工作态度、诚实水平等等。关键是根据自身特点发挥自己的特长，同时要有过硬扎实基本功的真才实学，不做表面功夫花架子的花拳绣腿。这一点在做程序员的时候大家都会很注意学习，但在从程序员提升到设计师、分析师、项目经理时，往往存在不注意学习新角色所需知识技能，学了皮毛就觉得什么都会的情况。</p>
<p>&nbsp;&nbsp;&nbsp; 4.3.2 团队素质</p>
<p>&nbsp;&nbsp;&nbsp; 软件开发的团队素质的范围涉及到很多团队管理方面的知识经验技巧。关键是能够合理地按照成员的特点分配工作任务，同时计划好各个工作人员的工作接口，鼓励互相补位。团队素质的提高在于团队建设，团队建设活动包括为提高团队运作水平而进行的管理，以及采用的专门的、重要的个别措施。团队精神就是团队的精神，因此要问某个团队有没有团队精神，不问某个成员有没有团队精神。</p>
<p>&nbsp;&nbsp;&nbsp; 软件开发团队素质可以学习参考TSP、RUP、SWEBOK、PMBOK、CMMI、ISO9001等要求进行提高，也可以借鉴AP、XP、ASD等开发经验（不管那种都不一定要完全照搬实施）。</p>
<p>&nbsp;&nbsp;&nbsp; 4.3.3 组织素质</p>
<p>&nbsp;&nbsp;&nbsp; 软件开发的组织素质内涵涉及到很多组织管理方面的知识经验技巧。组织应当为实现共同的愿景，建立学习型的组织，不断持续改进。企业组织高层领导可以不必需要那么多软件开发的专业知识，最主要是要认识到人是一切活动的核心，是一切活动成功的前提，所以要尊重专业人员使其发挥作用。根据彼得原理，大部分领导因为在某些方面突出而被提拔到他无法胜任的位置，因此有些被提拔上去的领导急于证明自己样样精通是可笑的。领导最重要的是选对人、用对人、激励人、提高人，使每个人都充分发挥应有的作用。</p>
<p>&nbsp;&nbsp;&nbsp; 4.3.4 行业素质</p>
<p>&nbsp;&nbsp;&nbsp; 行业素质有两层意思，一是作为软件开发企业的软件行业，另一个是软件开发服务对象所在的行业。行业素质可以从几个方面看，如行业机构的健全程度，行业学术的活跃程度，行业标准制定的完整程度、适用程度、先进程度，行业标准规范的推广力度和程度，行业从业人员的规模及总体水平，行业外贸出口金额，例如，为什么印度的软件外贸出口金额让中国望尘莫及？为什么印度可以拥有那么庞大的软件蓝领队伍？印度软件企业对CMMI是什么态度，中国软件企业对CMMI是什么态度？为什么对于AP、XP、&ldquo;颠覆软件工程&rdquo;的片面理解在中国大有市场？</p>
<p>&nbsp;&nbsp;&nbsp; （注意：《软件工艺》实际上是从另一个角度来强调&ldquo;个人素质&rdquo;的重要性，实际上是要说明组织性规范性和创造性特色性之间的平衡，就像《软件工艺》自己所说的那样，&ldquo;软件工艺并非与软件工程或者计算机科学针锋相对，格格不入。与科学和工程学相比，软件工艺是另一种完全不同的教义，但又能与这两者很好地共存，并从中获益，它融合了艺术、科学、工程学三者&rdquo;。如果因为强调&ldquo;个人素质&rdquo;的作用，强调作坊工艺的作用，而否定团队开发、和使用有效地分析设计方法和过程，就是走向了另一个极端。《软件工艺》把软件的缺陷狭隘地定义成&ldquo;程序员所犯的错误&rdquo;，所以其结论是&ldquo;真正决定项目成败的，是作为个体的程序员的技能、知识和经验。&rdquo;实际上如果在需求、分析或设计上犯了错，或者在项目管理上犯了错，其造成的缺陷比&ldquo;程序员所犯的错误&rdquo;的影响不知道要大多少。另外极限编程所需的程序员随时直接与用户交谈的条件也是大多数软件开发项目很难满足的。）</p>
<p>&nbsp;&nbsp;&nbsp; 4.3.5 国民素质</p>
<p>&nbsp;&nbsp;&nbsp; 中国的国民素质与其他国家相比，有些地方是高的，有些地方是不足的。我们要发扬我们的优点，同时也要学习别人的优点，弥补自己的缺点。自己过去为什么会被人看不起、会被人侵略？发几句牢骚，喊几句口号起得了什么作用？我们应当从自己和他人两个方面同时查找原因。关键是不断提高自身的整体素质，增强国力。如果我们看看欧美日等国家的企业是如何进行质量管理的，就不难理解他们的产品质量为什么那么好，甚至连印度在软件质量管理等方面也有很多值得我们学习的地方。</p>
<p>&nbsp;&nbsp;&nbsp; 5 结语</p>
<p>&nbsp;&nbsp;&nbsp; 人是一切人类活动的基础，要提高软件开发质量，就必须以人为本，首先提高人的质量。通过标准化、规范化的建设和落实，通过创建良好的社会和企业质量环境，在企业内部不断改进开发过程质量、项目管理质量，改进质量措施。针对具体项目进行良好的分析设计规划，编写出质量优良的系统程序，确保数据（信息）及其管理的质量，为客户、为社会提供满意的产品和服务。<br /></p>]]>
</description>
<guid isPermaLink="false">http://www.bokee.net/blogmodule/weblogcomment_viewEntry/449277.html</guid>
<subject></subject>
<author>lifeng</author>
<category></category>
<pubDate>Tue, 19 Dec 2006 10:18:50 CST </pubDate>
</item>

<item>
<title>我为什么而活着？</title>
<link>http://www.bokee.net/blogmodule/weblogcomment_viewEntry/383983.html</link>
<description>
<![CDATA[三种单纯而极其强烈的激情支配着我的一生。那就是对于爱情的渴望，对于知识的追求，以及对于人类苦难痛彻肺腑的怜悯。这些激情犹如狂风，把我伸展到绝望边缘的深深的苦海上东抛西掷，使我的生活没有定向。我追求爱情，首先因为他让我消魂。爱情使人消魂的魅力使我常常乐意为了几个小时这样的快乐而牺牲生活中的其他一切。我追求爱情，又因为他减轻孤独感&mdash;&mdash;那种一个颤抖的灵魂望着世界边缘之外冰冷而无生命的无底深渊时所感到的可怕孤独。我追求爱情，还因为爱的结合使我在一种神秘的缩影中提前看到了圣者和诗人曾经想象过的天堂。这就是我所追求的，尽管人的生活似乎还不配享有它，但它毕竟是我终于找到的东西。<br />&nbsp;&nbsp;&nbsp; 我以同样的热情追求知识，我想里人类的心灵，我想了解星辰为何灿烂，我还试图弄懂毕达哥拉斯学说的力量，是这种力量是我在无常之上高踞主宰地位。我在这方面略有成就，但不多。<br />&nbsp;&nbsp;&nbsp; 爱情和知识只要存在，总是向上导往天堂。但是，怜悯又总是把我带回人间。痛苦的呼喊在我心中反响荡漾，孩子们受饥荒煎熬，无辜者被压迫折磨。孤弱无助的老人在自己的儿子眼中变成可恶的累赘，以及世上触目皆是的孤独、贫困和痛苦&mdash;&mdash;这些都是对人类应该过的生活的嘲弄。我渴望能减少罪恶，可我做不到，于是我感到痛苦。<br />&nbsp;&nbsp;&nbsp; 这就是我的一生。我觉得这一生是值得活的，如果真的有可能再给我一次机会，我将欣然再重活一次]]>
</description>
<guid isPermaLink="false">http://www.bokee.net/blogmodule/weblogcomment_viewEntry/383983.html</guid>
<subject></subject>
<author>lifeng</author>
<category></category>
<pubDate>Fri, 17 Nov 2006 09:23:18 CST </pubDate>
</item>

</channel>
</rss>
