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

我们在之前几周完成了我们团队项目智慧医疗系统的需求分析，然后生成了需求规格说明书1.0版本。我在这里谈一谈我们做的需求分析的心得体会。

首先，最重要的一个问题就是，为什么要做需求分析，或者说需求分析的意义是什么？每个人对这个问题可能都会有不同的体会。我的看法是，需求分析的意义在于准确无二义性地说明表达项目需要交付的产品，并且获得需求方的认可，从而为整个项目开发建立一个基准和方向。指望需求不变化是几乎不可能的，唯一不变的就是需求的改变，不管是开发者还是需求方都有可能随着项目的进展提出变更的需求，所以需求分析（及变更管理）的目标不是定义一个不会再改变的需求，而是从开发开始到项目结束，在同一个时间点，需求方和开发者对于当前的需求认知都是一致，都是准确无误都是认可的。

在此次需求文档的撰写中，小组成员均参加了和项目指导老师对接的需求宣讲会，由PM也就是我来完成需求文档的撰写和需求分析心得博客的撰写，我有以下几点心得。

一、深刻理解业务。

我们在了解甲方的需求时，一定要充分理解他们的业务，他们产品背后的商业或社会属性运转逻辑和运转角色以及背景，商业模式和产品线等等等。就拿我们智慧医疗系统举例，我们需要了解此软件应用的行业，医院的背景业务知识，当然这是我们大家都比较事物的业务，但当场景切换的时候我们可能需要投入更多的精力去学习！

二、充分理解场景和用户需求。

每个需求都是基于场景，基于用户存在的。要想清楚一个需求的逻辑首先必然要了解清楚我们的用户群体，甚至抽象为用户画像。再去同理心思考设身处地地思考是基于一个怎样的场景会有这样的需求。这样的需求有没有更好的解决方案，可不可以换一种更简单的办法实现？只有了解了场景和用户画像，我们才能设计出更简单更贴近用户的需求。

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

在撰写需求文档时，一定不能天马行空想什么就是什么，需求一定需要是合理的可实现的，了解每个需求对应的实现途径、难度、和大致工作量，并且能够把它以一种业务和技术人员都能无歧义理解的严谨表达方式进行描述。例如我们医疗系统的需求就设计到数据库表的设计，在需求设计的过程中我多次和数据库表设计人员沟通，如何撰写需求才能更好让数据库设计易于实现，这是每个PM都要思考的。

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

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