软件开发（二）——需求分析

用户需求是软件开发的生命力，是软件开发的出发点和落脚点，也是软件开发最重要的步骤。

需求分析是什么？

简要的说，需求分析就是弄明白软件“需要来干什么”和软件“不要干什么”，并用自然语言对软件进行描述。

需求分析要干什么？

软件的需求分为两大类。一类是功能性需求，这是软件需要提供的主要服务。另一类时非功能性需求，大多数情况下指性能需求，如流畅度等。

关于非功能性需求做一点补充。作为理工科生，在进行软件开发时往往更注重功能性需求和性能性需求这种硬指标，往往容易忽略外观设计这一方面，而在实际推广中发现，软件美不美观可能是用户满不满意的第一反映，外观是软件推广的敲门砖，有时候还能对一个软件是否被用户所使用起到决定性的作用，所以如果条件允许的话，可以学一学UI设计，这或许会让无论是在向领导汇报还是在跟客户演示方面都起到意想不到的效果。

一般来说，需求分析往往不仅仅是一个对下的过程，还需要将上级领导对软件的指导和要求考虑在内，某些时候上下级的所提的需求会产生一些矛盾，这时候可以将两个需求都实现，也可以在某些方面做取舍。

需求分析怎么干？

在对软件的需求进行完初步调研之后，首先进行可行性分析，然后对每一项可行的需求进行更加详细和具体的描述，保证对每一条需求的描述都不会产生二义性。而后对所有的需求按照紧要程度进行排序，先实现主要功能，再实现次要功能。

除了对需求进行详细描述和排序，还需要对需求文档进行管理。

用户的需求具有异变的特征，对需求的变化和更改是常有的事儿，如果不能对需求进行很好的管理，很容易导致开发时的混乱，如好不容易实现一个功能之后发现用户早已不需要该功能。

为避免出现无用功的情况，需要对需求文档进行管理，个人总结要做好以下几个方面：

（1）在没有完全书写完需求分析，并与客户深入讨论需求分析之前，不进行任何开发工作；
（2）当需求分析书已经讨论成型并发给所有开发人员之后，如果要进行需求变更，不要直接删除旧需求，而是在某一条旧需求之后另起一行继续记录新需求，这会让整个开发过程更具连贯性和一致性，从而提高效率；
（3）将每一次修改后的需求文档重新分发给所有人，务必要保证所有人的开发文档统一且唯一，将需求文档作为维系所有人工作的枢纽，并牢牢紧扣该枢纽。