摘要：这个项目开始到几个月前基本暂停，总共差不多花费100人月，总成本应该也差不多是100W吧。 在几个月收获的产品只有一堆中间代码。当然，参与成员对某些技术还是有进步的。 我稍微对项目作一些总结吧。要想不好了伤疤忘了疼，需要总结经验，不管是成功还是失败的经验，成功是一个模式，（失败就是反模式）。 l 没有开始的开始,一个噩梦的开始 l 风险管理，尤其当你使用一个有新的/先进/陌生的技术 l 需求，没有远景，没有边界 l 需求，脱离用户的需求 l 需求，隔靴搔痒的需求 l 走到一个陌生的行业/领域，需要勇气和资源 l 没有结束的结束 l 过程，没有过程，没有积累 阅读全文

摘要：需求工程在MSF中包含客户需求和产品需求，UI Flow model是作为产品需求的一部分引入的。 l 概述: Analyze user scenarios to identify workflow patterns. Develop a user interface flow model to facilitate the user experience. Take into consideration any special user needs or requirements for use. 分析用户场景识别工作流模式。开发用户接口流模型去帮助用户体验软件的功能。 需要考虑任何特殊的用户需要和使用需求。 l When什么时候： l How如何编写，步骤是这样的： l 和Screen Flow的区别： l 作用 阅读全文

摘要：反模式：简单的部分留在需求人员的脑海中，只描述最复杂的部分给我们听 别名： 一般形式： 假设你是需求编写人员。项目组要求你只要描述最复杂的部分就可以了。其他容易实现的部分不用说了，这样节约时间。 动因： 项目有时间压力，所以想要尽快开始开发；项目组成员缺乏经验，对需求开发和管理理论缺乏认识，认为那样只是浪费时间；项目组成员缺乏耐心，开发人员的天性只希望关心最难，最有挑战性的部分，认为简单的是没有技... 阅读全文

摘要：从MSF的角度来看： 需求分类： l Customer Requirement：Scenario, quality of service l Product Requirement：Safety, security, functional, operational, and interface 体会： 微软把需求文档分为2种，客户需求和产品需求。 总体感觉采集客户需... 阅读全文