软件需求分析

软件，归根结底还是为了解决人们的需求，为了解决某一个问题而设计出来的方法集合。那么作为一个软件工程团队，如何才能把握正确的需求，便是很重要的了。在软件工程开发周期中，对于需求分析主要有以下几个步骤：获取和引导需求、分析和定义需求、验证需求和在软件产品的生命周期中管理需求。构建之法书中为此也提了几个获取用户需求的方法，我自己觉得，沟通是最重要的，不管是什么细节，都要和大家认真探讨，沟通，达成共识，否则就会出很多岔子。在上次的课上，有个例子很搞笑，大概是如下。

(1) How the customer explained it / 客户如此描述需求 (2) How the project leader understood it / 项目经理如此理解 (3) How the analyst designed it / 分析员如此设计 (4) How the programmer wrote it / 程序员如此编码  (5) How the business consultant described it / 商业顾问如此诠释 (6) How the project was documented / 项目文档如此编写 (7) What operations installed / 安装程序如此“简洁” (8) How the customer was billed / 客户投资如此巨大 (9) How it was supported / 技术支持如此肤浅  (10) What the customer really needed / 实际需求

这是一个很形象的例子，至于为什么会造成这样的局面，我认为还是讨论不够深入，没有吧各种细枝末节都讨论清楚，所以会导致各种各样的差异，团队成员遇到没有搞清楚的地方便会自己做自己的，这对于整体来说，很大概率上是没有帮助的。

 

所以作为一个团队来设计一款软件，最重要的还是事前的准备工作，思想交流是必须一直进行的，有分歧的时候就应该交流探讨。要时刻记住客户的需求是什么，而不是自己的需求。

毕竟只有方向对了，努力才有成效。

转载于:https://www.cnblogs.com/fhiutc/p/5474993.html