软件工程导论之需求分析心得

软件⼯程导论之需求分析⼼得
我们在之前⼏周完成了我们团队项⽬智慧医疗系统的需求分析，然后⽣成了需求规格说明书1.0版本。

我在这⾥谈⼀谈我们做的需求分析的⼼得体会。

⾸先，最重要的⼀个问题就是，为什么要做需求分析，或者说需求分析的意义是什么？每个⼈对这个问题可能都会有不同的体会。

我的看法是，需求分析的意义在于准确⽆⼆义性地说明表达项⽬需要交付的产品，并且获得需求⽅的认可，从⽽为整个项⽬开发建⽴⼀个基准和⽅向。

指望需求不变化是⼏乎不可能的，唯⼀不变的就是需求的改变，不管是开发者还是需求⽅都有可能随着项⽬的进展提出变更的需求，所以需求分析（及变更管理）的⽬标不是定义⼀个不会再改变的需求，⽽是从开发开始到项⽬结束，在同⼀个时间点，需求⽅和开发者对于当前的需求认知都是⼀致，都是准确⽆误都是认可的。

在此次需求⽂档的撰写中，⼩组成员均参加了和项⽬指导⽼师对接的需求宣讲会，由PM也就是我来完成需求⽂档的撰写和需求分析⼼得博客的撰写，我有以下⼏点⼼得。

⼀、深刻理解业务。

我们在了解甲⽅的需求时，⼀定要充分理解他们的业务，他们产品背后的商业或社会属性运转逻辑和运转⾓⾊以及背景，商业模式和产品线等等等。

就拿我们智慧医疗系统举例，我们需要了解此软件应⽤的⾏业，医院的背景业务知识，当然这是我们⼤家都⽐较事物的业务，但当场景切换的时候我们可能需要投⼊更多的精⼒去学习！
⼆、充分理解场景和⽤户需求。

每个需求都是基于场景，基于⽤户存在的。

要想清楚⼀个需求的逻辑⾸先必然要了解清楚我们的⽤户群体，甚⾄抽象为⽤户画像。

再去同理⼼思考设⾝处地地思考是基于⼀个怎样的场景会有这样的需求。

这样的需求有没有更好的解决⽅案，可不可以换⼀种更简单的办法实现？只有了解了场景和⽤户画像，我们才能设计出更简单更贴近⽤户的需求。

三、具备⼀定的技术背景。

在撰写需求⽂档时，⼀定不能天马⾏空想什么就是什么，需求⼀定需要是合理的可实现的，了解每个需求对应的实现途径、难度、和⼤致⼯作量，并且能够把它以⼀种业务和技术⼈员都能⽆歧义理解的严谨表达⽅式进⾏描述。

例如我们医疗系统的需求就设计到数据库表的设计，在需求设计的过程中我多次和数据库表设计⼈员沟通，如何撰写需求才能更好让数据库设计易于实现，这是每个PM都要思考的。

四、充分和团队成员，甲⽅沟通。

在整个需求⽂档撰写的过程中，我曾多次组织与团队成员的组会，和指导⽼师指导助教的联系，在和两⽅的充分沟通中反复推敲确定需求细节，综合各⽅的意见，最后才能确定出⼤家都满意的需求。