一组阶段小记之读构建之法

  这周是考试周后的第一周，其中两天我们学习了电子商务实战，随后大家又开始了对《构建之法》的阅读，大家开始有更多的时间学习构建之法，现在大家都普遍开始阅读《构建之法》的中后部分了，。

  之前阅读的内容有关团队开发流程及敏捷开发，目前大家基本都阅读了构建之法的8、9、10章。这三章从需求分析、项目经理及典型用户和场景的知识进行了讲解。 软件工程同其他工程项目一样存在风险。很多时候，客户的需求是难以捕捉的。对于客户所提供的需求,不同的利益相关者有着不同的理解。最后很有可能得出的产品与客户的需要的十分不同。当然有很多调研方法去调研客户的需求，但如果做的太过有可能会“深陷泥潭”，被快速发展的互联网抛弃。邹欣老师在第八章讲了NABCD模型用来分析需求、提出创意。得到需求后，是对功能的定位,然后是对项目的计划和估计。 其实过去在上数据库课程时，老师有让我们做系统分析与设计，不过最后作业都是百度粘贴的。当时并没觉得需求分析有多重要，看过本章后对其重要性有了更深的认识。 

   PM(项目经理)是软件团队的一个重要角色。他可以领导大家把问题“分而治之”，当然公司不同PM职能略不同。 邹欣老师在第九章主要讲了微软PM的来历、职能、能力要求及任务等。 

    PM像轴承的润滑剂，这一职位需要沟通能力及专业技巧都有的人才能担当。  软件开发要考虑不同的用户，尤其是典型用户的需求，然后才可以构架程序。软件开发中文档也必不可少，团队需要文档来沟通。设计的规格说明书有两种：功能说明书与技术说明书。 这几章的知识专业性很强，也比较陌生。相信在未来使用时会有更多体会。