需求分析之如何做好第一份需求篇

很久没有写csdn博客了，不是不想写了，而是确实没有多少时间去写，每次提笔都会踌躇，写着写着又要工作啦。╮(╯▽╰)╭就这样一直拖着。今天我来谈谈如何做好需求。

       需求，相比做软件的同学都知道，需求是开发软件的第一步。做好需求是至关重要，如果需求没有做好，那么最终实现的软件也出现很大的问题，要么不符合用户的客观需要，不可用，导致后期维护时需要花费大量的时间去修改，一句话，就是软件和需求不一致；要么就是对需求理解不到位，导致最终实现不全面，效果阴差阳错，用户体验度不够。既然用户需求是如此重要，那么要如何去做好呢。

       当然，我们学过软件工程这门课程的话，都大概知道，做需求就是那些方法。比如说，调研，就是与客户，也就是真正的软件用户面对面的交流；还有一种就是根据前面已经有的案例进行分析，通过举一反三获取软件需求；此外，根据已获取的需求进行分析，在分析的基础上，进一步拓展软件需求。什么意思呢，也就是说，不如一个用户信息管理系统，用户可能之前只是提供一些基础信息，如姓名、性别等。作为需求分析者，就应该分析，除此之外的信息，还应该去挖掘处其他信息，如联系方式、家庭住址之类的，这样就就可以做到需求分析的拓展了。就算目前用户不需要，为方便以后用户的需求更改，应该预备相关字段，在数据库作为备用字段，这样就避免了后期系统维护的大幅度修改。

       这里我就详细谈谈如何进行调研，与用户面对面进行交流，获取有效的需求。

       首先，既然提到与用户交流，这里涉及到的就是人文情商的开发了。与用户交流，要因人而异，和日常工作交流一样，到什么山唱什么歌嘛，那么有些客户性格急躁，加上手头也有他们自己的工作，那么这时，你作为一个访客与这类的客户进行交流，就不能也表现出急躁的心态，要平心静气交流。如果确认用户忙，那么就不要刻意去获取和了解需求了，那将是火上加油，你既获取不到完整的需求，也与这位用户闹出矛盾了。这部分不属于技术获取需求的范畴，这里不做详细介绍，要通过真实去锻炼出来的。

       其次，获取需求，当你和用户面对面交流，用户提供一份业务，包括表单或文档时，你应该要如何去现场分析呢？这就要结合详细设计和编码的角度进行简要的分析。这时候，

第一步，你要了解清楚该业务的流程，不能马虎，要了解清楚，要不然，软件的效果和需求就不同，导致后期会出现大量的更改；

第二步，你要根据用户提供的表，进行分析。比如说，一个表需要填写各种类型的数据，有文字、数字，字母。有些填写时文字和数字的结合，有些是数字和字母的结合，有些只能填写数字等等，这样就要求我们在了解需求的过程中要了解清楚的，一一进行记录。

第三步，需要分析一个表格的横向、纵向的字段要求，举个例子，一个表格，它可能只是一维的，只有一行表头，下面都是数据的填写；有些表他是二维的，横纵向都有要求，字段都是固定的，这些信息都要记录。

第四步，对表格的分析，还要做好一些填写字段的标注，如类型方面的，本来就是固定那么几项，那么这些信息也是需要获取的。举个简单的例子吧，性别，就只有男和女，或者允许不填的，那么就要写清楚：男、女或保密。这样就让用户只需要通过鼠标选择就可以实现了，避免了敲打键盘输入；再举一个例子，一个学校只有高一、高二和高三，那么，用户在填写，就只有这三项，那么结合开发和使用角度，就要挖掘清楚，班级的填写就是这三个级别。类比，这些固定的类型都要写清楚。

第五步，就是关于表格与表格之间的关系，什么样的关系呢？就是说你这个表的一些信息与另一个表的信息是一样的或者是关联的，这也是要问清楚的，如何关联，是直接获取还是经过一定的过程处理得到了另一个表的信息。

第六步，如果表中牵涉到数值计算的，那么就要了解清楚表单中的计算关系（计算公式）了。

第七步，如果只是文档，则要了解清楚签字、盖章情况。

        最后，关于了解完需求后，我们应该如何对需求进行描述和编写需求文档，将在下一章节进行描述，欢迎您的关注，谢谢！