引言：
Product Developing Process in Microsoft
上图中： QA是微软大的产品部门下设的一个比较专业的测试部门（Quality Assurance Dept）
1.项目进度表中的缓冲时间（Padding Time）
微软使用缓冲计划，以在最...
摘要：
epower2002示例:运用"工厂方法"设计类
1.新建一类库工程,命名为"vbnetdesignmode.vb"
2.将class1.vb删除
3.在此工程中添加类,命名为"factorymethod.vb"
4.在"factorymethod.vb"中添加产品类"product&quo......
摘要：
设计模式之singleton
--------------------------------------------------------------------------------
引言
相信大多数拜读过"gang of four"（erich gamma, richard helm, ralph johnson, john vlissides）的经......
[转]微软公司软件开发模式简介（下）
product developing process in microsoft
上图中: qa是微软大的产品部门下设的一个比较专业的测试部门（quality assurance dept）
1. 项目进度表中的缓冲时间（padding time）
微软使用缓冲计划,以在最高的效率与较好地对未来作预计之间求得平衡.这种应付突发事件的时间在开发与稳定化过程中是每一个主要里程碑的一部分.缓冲时间主要用于弥补由于对特性（feature）的不完全理解,或者是技术困难或是由于疏忽而忘记把任务写入进度,或者是未料到的难题而形成的漏洞.缓冲时间有助于一个项目适应意料之外的事件.
原则二:运用想象性描述与对特性的概要说明指导项目
为了给出足够的开发框架以使工作能持续进行,并且能容纳开发过程中出现的变化并保持足够的灵活性,微软采用想象性描述与概要的说明来指导项目开发,而不是在一开始就努力写出一份完整与详细的说明.所谓想象性描述是由程序经理与来自市场营销组的产品计划人员共同编写的一份非常短的文件,在其中主要是定义产品开发的目标（不涉及产品的具体细节！）.通常对一个全新的产品,想象性描述一般会相对较详细,在其中还含有一份粗略的说明文件.总的来说,微软对于想象性描述的要求是:
越短越好,尽量说明"产品不做什么"(而不是"产品要做什么"！).
运用想象性描述,程序经理开始编写功能说明文件,该文件解释产品的特性是什么以及这些特性如何与其他特性及产品发生关系.最初它只是一个概要性的说明文件,随着项目的进展,程序经理会随时向其中添加更多的细节,最终的说明文件将变得象用户手册一样.完整的说明不只起着对产品最新功能的描述作用,而且它还是在产品投产与发货之前进行测试与评估的主要依据.
想象性描述有助于决定删除哪些特性.
微软内的各个开发组采用想象性描述帮助细化产品版本的规定主题,然后以此主题来决定是否需要增加产品各个可能的特性.通常不要轻易改变所确定的主题,否则可能造成产品开发上的混乱.
编写说明文件
说明文件在产品小组的所有成员之间,产品小组之间以及产品小组与管理部门之间起着传递产品的设想与要求的作用.在说明文件中必须清楚地描述产品特性（描述每个特性如何工作,外观如何以及从用户的角度出发如何与用户交互.如果特性有一个界面,还应包括一张示意图,以显示出界面的效果）,并赋于其相应的优先级.程序经理据此建立起项目的开发进度表.此外在其中还应包括以下各项内容:用一句话表示的项目开发目的,关于产品是什么与不是什么的清单,对顾客的定义,对竞争产品的定义,产品对系统的要求（包括操作系统版本.最小内存要求.硬盘空间.处理器速度以及显示器分辩率）,对第三方（如打印机驱动程序.组件）的任何依赖性.程序经理负责协调并"写下"说明
程序经理（program manager）应考虑以下问题:
这项特性的要点是什么?
用户如何使用该特性?
这项特性有意义吗?
该产品中或微软的其他产品中有类似的特性吗?
有哪些问题被遗漏了?
组内的交流令人满意吗?
最终程序经理通过与组内开发人员的共同讨论决定有关特性的内容,并将其写下来....
下一页 摘要：
“简”话设计模式
作者：杨宁
第一章 引言
1. 本文不适合…
本文不适合想通过本文来装修房子的读者；
本文不适合面向对象编程高手，会浪费你的时间。如果你愿意抽出时间来阅读本文，并提出宝贵的建议，非常感谢！什么？你没有听说过设计模式？那你也敢称高手？
2. 本文适合…
如果你对面向对象编程感兴趣，而又没有时间去读gang of four的“design patterns el......
