有人说开发软件比建一幢大楼复杂多了,因为软件行业缺乏准确而又统一的语言来描述相应的工作。
在这里我阅读了第一篇的内容，我了解到团队以及消除含混性的重要，而需求分析人员与设计人员应达成一种理解上的共识，以便减少不必要的麻烦的解释过程。
首先，书中有介绍，画映射图来直观易读的呈现业务需求，映射图有利于其他人迅速在头脑里形成业务流程的脉络，在根据业务概念，就能分析出并理解准确业务的具体功能需求以及实现方法。
对于我们获得的需求，试着逐字回忆需求或问题陈述，这将能够揭示那些必须在一个成功的需求被开发之前清除掉的含混性。
做法：1.对参与者需求文档的某些部分的解释进行提问，并把结果聚合成类。
2.通过询问每一类人的想法来分析这些聚类。
3.在人们看事物有差别时，分离观察错误；在人们不能记住他们所看到的的时候，分离回忆错误。
做需求分析需要条理性、结构性，帮助我们查漏补缺，比如决策树，由简到繁，逐步细化，也便于 我们对于一些含混性的解释进行深入的了解，最终消除含混性。
探索需求，就是一个逐步明确系统需求范围的过程，逐步细化，将系统与外界的一切联系（包括与其它系统的交互、与人的交互等），分离明确，再以专业术语进行描述以提供给设计人员。