构建之法阅读笔记04

这一周的任务比较繁重，我们团队需要交结对开发的小软件，关于四则运算的出题软件。还要完成关于二维数组的最大联通子数组的实验。还需要完成团队开发的选题和构建操作。针对上周的阅读笔记，我们还真的遇到了团队中的开发问题。关于敏捷开发，老师要求我们不光是理解而是要实践。以后的大作业都采用敏捷开发的方式进行。每天需要有站立会议，交代小组成员的作用和分配工作。还有不同时间的冲刺开发周期。而我只想说的是遇到问题解决问题，认真做好每个环节。

这周我阅读了《构建之法》关于第七章和第八章的内容。第七章是关于MSF微软解决方案框架的介绍，以前我都没听过这种方法。直到看到这些内容才有所了解。下面说一下MSF开发的基本原则：1.推动信息共享与沟通。就是所有的信息都保留并公开，谈论要包含所有涉及的角色，决定要公开并告知所有人。当然，对牵涉到技术机密，安全性等信息要采取必要的保护措施2.为共同的远景而工作。要明确项目的目标是什么，目标是能达到的并且目标不是空泛的。3.充分授权和信任。给与某人权利和权威或者说给与某人更多的自信和自尊。4.各施其职，对项目共同负责。每个人都有自己的责任，如果出了问题，这个角色就要负责任。5.交付增量的价值。要注重商业的价值，每个项目都应该出于商业目的，如果没有商业的需求，再酷的程序也没有用。6.保持敏捷，预期和适应变化。客户的需求会变化，软件市场也在变化，团队成员也在变化，这些都要求我们保持敏捷的身段。7.投资质量。投资要讲效率，要讲时机，投资是长期的。8.学习所有的经验。一个团队中要每个人把经验总结出来并且要分享自己的经验。9.与顾客合作。

第八章是关于需求分析的内容，如何进行需求分析？需求分析的意义有在哪里？一个软件最开始要进行的第一步就是需求分析，着决定一个软件今后的市场需求，对于软件来说是至关重要的。软件需求的步骤主要为：1.获取和引导需求2.分析和定义需求。3.验证需求。4.在软件产品的生命周期中管理需求。对软件的需求，可以从以下的不同角度做划分：1.对产品功能性的需求求产品必须实现某些功能。2.对产品开发过程的需求：对软件开发流程中的一些约束条件。3.非功能性需求：也叫服务质量需求。4.综合需求：有些需求不单单是一个软件模块就能满足的，要包含很多部门的各个方面。软件产品的利益相关者永远是最终用户，而获取用户的需求则就是用户调查。要做合理清晰有效的用户调查。怎样按部就班的分析需求呢？可以参考NABCD模型，need需求，approach做法，benefit好处，competitors竞争，

Delivery推广。做好需求才能继续下一步的工作。