2005年08月12日
all,
目前正在编写需求规格说明书，是一个让大家学习如何把自己的意图表达清楚的机会。
一份好的需求规格说明书，应充分注意如下事项：
1. 提高易读、易懂性
a) 需求规格说明书 的读者包括用户，应该尽量避免使用脱离用户环境的各种术语（比如网络、计算机等专业术语）。迫不得已
使用的术语，应尽量提供注解。
b) 需求规格说明书往往内容繁多，任何繁杂的内容，必须通过结构化的东西来加以简化。所以，目录、大纲、标题、图注 都必不
可少。另外，要充分注意文档的样式（版式）段落起始要注意缩进，段落之间、图与文字之间要注意空间。字体大小要选择合适。
c) 内容的呈现要注意 其逻辑顺序。 简单的应该先描述， 被依赖的应该先描述，复杂的应该进行结构化的分解。
d) 为了说明需求，可能会援引很多 功能实现，要充分注意这些功能实现对用户的误导。另外，也要充分注意这些功能界面中的
各种文字/图形 应该是符合用户的使用场景的，也就是我们通常说的，演示必须朝着正式应用的方向去表达。
2. 注意什么是需求
a) 需求说明和功能说明是有差异的，前者是为了把用户需要描述出来，后者往往是针对某种具体实现方式来进行描述。需求表达的
是“做什么？”，而功能说明表达的是“怎么做？”
b) 功能实现是允许后期不断改变的，但是需求则比较稳定， 是潜藏在功能背后的目的——提供该功能是为了达到什么目的？这个
目的才是真正的需求。
c) 需求一般可以划分“功能需求”和“非功能需求”，勿忽视了“非功能需求”
3. 需求的完备性和需求描述的粒度
a) 始终想想，你的需求规格说明书 是否已经把所有需要用户参与确认的内容都涉及到了，并且都提出了“至少一种回答或者解决方案”？
b) 需求描述的巨细，取决于你是否认为读者在这块内容上有 符合这种描述粒度的 理解力。
2005年07月27日
2005年03月05日
2005年03月03日
keso家被盗了，没想到keso这么思维缜密的人也会犯这种敞开门睡大觉的“错误”。不过从keso的描述看来，这个小偷还堪称一个真正的“小偷”，符合“小偷”定义的“贼心鼠胆”，要是我，我肯定不偷别的，专挑最有技术难度的—–去偷keso钟爱的那台IBM T42，呵呵。调侃而已，keso别见怪。
生活在现在的城市，被偷被盗是一件习以为常的事情。这不，我2月就连丢两个钱包。第一个钱包里面装了所有的证卡，但是没有钱。我都能想象出那个得手的小偷摆出“黎叔”得而复失的姿态。不过，我后来后悔自己这种阿Q式的调侃了，因为一周之后，我又丢了一个钱包，由于所有的证卡还没来得及办回来，这回包包里全是钱 
《天下无贼》还是很有寓意的，这不, 大伙见识到了吧 
本篇文章使用aigaogao Blog软件发布, “我的Blog要备份”
2005年02月20日
在CSDN上的cloudward’blog实在搞不下去了，没法在文章中嵌入图片了。我向CSDN反馈了这个问题 ，CSDN的韩磊也给了我一些反馈，但是最终还是没有解决问题，我后来把错误信息的现场图片通过邮件发送给他了，但是没有收到任何答复。于是，我不得不怀疑起CSDN的管理运作了。
其实，也一直对CSDN的blog存在诸多不满。还是那句话，作为程序员的blog空间，理应在技术上突出些优势才行。CSDN又不是没有丝毫盈利，况且Blog的前景也是非常光明的，但是我都等了大半年，还一直这样维持着这简陋而又毛病多多。
我是一个程序员，本想最好在程序员的大本营安个家，但是不得已要考虑搬家了。我昨晚去博客中国去考察了一番，感觉那里商业气氛太浓，于是最终还是选择了donews.
决定了搬到哪里，我马上就又遇到另一个问题，如何把自己在CSDN上的blog快速搬过来呢？
