构筑之法读书笔记02

　　在学习之余，我又重拾了身边那本《构筑之法》，并对其进行了学习，这次学习的经历依然让我收获颇丰。

这两章内容从需求分析出发到创新都离不开客户。需求分析要对用户进行调研，了解用户的想法，俗话说仁者见仁智者见智，调查也要采取合适的方法。确定用户需求在建立软件的时候要PK掉对手就要与众不同，要创新。

　　可是怎么对用户的需求进行鉴别、综合和建模，清除用户需求的模糊性、歧义性和不一致性，因为有些有些客户对需求只有朦胧的感觉，当然说不清楚具体的需求。用户不一定都是专业的人员，并不懂一些专业的表达，在调研时，会出现较大的问题，这时又该怎么调节？谈到创新，IT创新应以技术为导向还是以管理为导向？当创新的项目成本估计较高，我们知道在起草每一个新的项目建议书时，都会涵盖一定量的额外估算。这时新想法因为资源匮乏问题将会无限期被搁置。那遇到这种情况我们又该如何解决？这是一个值得去思考的问题。

　　接下来我们根据第8章 需求分析，它在《软件工程》中也提到过需求分析，所谓"需求分析"，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，在软件工程当中的"需求分析"就是确定要计算机"做什么"，要达到什么样的效果。可以说需求分析是做系统之前必做的。在生活中我们会遇到很多问题，要求助与软件，这就是软件需求。1对软件的需求有步骤2.软件的利益相关者。3.获取用户需求——用户调查。软件开发的过程，就是“用户最需要的东西”。常用的用户调研方法 ：焦点小组，深入面谈，卡片分类，用户调查问卷，用户日志研究，人类学调查，眼动跟踪研究，快速原型调研，A/B测试。4.竞争性需求分析的框架—— NABCD模型。5.功能的定位和优先级。6.计划和估计。软件项目计划的一个重要环节就是估计项目各类工作（特别是各种功能）所需的时间先分清楚几个概念：目标、估计和决心。

　　得到了需求之后，软件团队就要考虑用功能来实现这些需求。一个公司可能有多种软件产品和服务，它们各有不同的战略意义。一个软件或服务也由很多功能组成，它们有机地结合起来，才能解决用户的问题，产生效益。四个象限能让软件团队清楚地看到自己感兴趣的功能处于什么地位，有了这些分析，我们就可以决定怎么处理不同类型的功能。 重要的是，不要把资源平摊到所有象限中，而是倾斜到可以产生差异化和独特用户价值的地方。

　　以上就是我的一些感悟，这次学习对我来说也是收获颇丰呢。