MSF是一种微软推荐的软件开发方法。其基本原则有，推动信息共享与沟通，为共同的远景二工作、充分授权与信任、各司其职并对项目共同负责、交付增量的价值、保持敏捷预期和适应变化、投资质量、学习所有经验和与顾客合作。书中有一句话“和谐的‘谐’，是一个‘言’和一个‘皆’子，说的就是大家都可以发言，所有的事情都要记录”，有很深的印象。为了推动信息共享与沟通，不必为了交接而弄出很多文档，其实通过沟通，连很小的地方也进行沟通是由很大的好处的。为共同的远景而工作，就是得确立一个明确的目标，要与客户沟通，沟通出一个明确、清晰的目标，这样才能开始一个项目。各司其职，对项目共同负责，这样的安排是能够让所有人都明确自己的指责，知道别人在做什么，为什么，以及整个项目的目标。可以说MSF是一个更加复杂的过程，在我看来是比前面提到的模式更加细分的。在开发和测试中，团队会有意无意的对立起来，短期内是可以刺激工作热情，但是长期是有害的。所以防止缺陷的发生成为团队质量控制的首要任务，所有的觉得对质量保障负责。也就是说，每个人要要高质量的完成任务。与团队中有矛盾是正常的，这是对产品质量的负责的态度，通过沟通可以解决双方的矛盾所在。

  软件团队的所有相关人员都需要处理、了解需求信息，如果在处理的过程中有误解和遗失，就会导致开发过程中的问题，以致最终产品不能满足用户的需求。我们要给事物建造出一个“模型”，描述事物、事物的属性、事物之间的关系（静态的）以及各个事物之间的信息传递。（动态的）。表达实体和实体之间的关系的有思维导图和实体关系图；关注数据在不同的实体之间依赖一定的规则流动，用DED工具。上述图形建模方法各有特点，很不方便，统一的表达方式是UML。我们之前学的建模

语言。

  用户体验要素中从用户的角度考虑问题，需要有“同理心”。站在用户的角度，理解用户的处境、心理、动机的能力，有一颗为用户着想的“同理心”，是好的产品设计的出发点。操作越简单，用户体验越好！做软件要思考我们的目标用户是什么样的的水平，不能把用户想的太笨。微软有“吃狗食”的传统，但是我们对自己写的软件十分了解，而且操作技术也占优势，所以有的问题不能及时发现。用户在操作时会犯简单的错误，我们需要花心思去设计怎样才能减少这种错误。软件在发布之前，要进行软件测试。按测试设计的方法分有黑箱测试设计和白箱测试设计；按测试的目的，有功能测试和非功能测试，基本功能完成后再来做这些非功能测试。测试方法有单元测试和代码覆盖率测试，构建验证测试，验收测试等等，测试过后要记得写测试报告。

《构建之法》-4