需求分析心得博客

一、    需求分析过程

1、 首次了解项目需求

此次老师介绍了原有的项目，并且希望我们可以在此基础上进行优化，可以选择只优化网页端或同时优化网页端和移动端（微信小程序）。

此时，大家了解了原有项目以及相关技术以及需要完成的任务的概况，但是并没有很清晰的知道和确定我们具体需要做什么。

2、 初步定下项目需求

在第一次正式的组会上，研究生学姐和老师向大家系统详细地介绍了我们需要完成的项目——知识库问答系统，该系统是将收集到的科技知识方面的数据存入数据库，通过Web端管理该数据库，并且在微信小程序上为用户提供问答服务。老师表示，针对移动端（微信小程序）的问答模块，新增语音问答功能；针对Web端的数据库的管理功能，优化原有的基于Neo4j数据库的知识图谱。

该次组会之后，小组成员考虑到工作量和难度，沟通决定同时优化网页端和移动端（微信小程序）；PM将任务部分——Web端，小程序端，后端，并且大家沟通之后进行了初步的分工。

这次组会，让我们认识到，通过讨论具体的示例，可以帮助团队明确具体的任务，这和软件工程导论课堂上所说的原型法确定需求有着相同的妙处。

3、 第一次需求更改

大家去完成各自负责的需求分析报告和原型之后，研究生学长学姐和老师提出了一些修改意见——除了需要加强界面的美工，还分别提出一些功能上的要求：针对Web端，在可以创建管理员（负责管理知识库）账户的基础上，新增超级管理员（负责管理管理员账户）账户；针对移动端，修改问题回答的显示模式，突出一问一答的对话功能，尽量增加用户的沉浸式体验。

这次的修改，我们体会到需求不是一次就能完全确定的，它会有多样性和变化性，是需要反复沟通的。

4、 第二次需求更改

需求分析报告和原型修改后，研究生学长学姐又提出了一些修改意见——针对Web端，重点在管理知识库方面，不要对账户管理等基本功能过于重视；针对移动端，重点在问答功能上，不要对个人中心管理的功能过于重视。

至此，组员修改、学长学姐和老师确认之后，确定了最终的需求分析。

 

二、    需求分析后的心得

在本次的需求分析中，我们所犯的最大的问题是没有突出需求的重点，但后期改正了该问题；整个过程和老师、学长学姐的沟通很顺畅，他们在技术方面也给我们给予了很多的指导和帮助。经历了整个需求分析分析的过程，我们对需求分析的理解和感受不再停留在书面上和示例中。需求分析需要团队从客户的角度，了解他希望实现的功能，同时考虑在可操作性、工作量、技术、分工等方面的因素，给予客户以反馈；之后，我们会反复与客户沟通、协商以确认我们的任务，直到双方都打成共识、确认需求，才可以和需求分析告一段落了。

上面讲述了团队和客户之间沟通的心得，接下来是团队成员之间的合作心得。在分工方面，不是简简单单的技术分工，还有类似确定需求用例、完成需求文档、完成UML用例图等等工作的安排；组长起着相对重要的角色，既要让每个同学参与进来也要和大家沟通意愿，而组员也非常配合，所以团队的分工很流畅。在处理不同意见方面，我们团队做的比较好，不论是具体的需求、还是各个功能用例确定，每组员都会表达出自己的看法，也尊重别人的想法，至于最终的决定，大家会一起分析意见是否符合客户需求、其可操作性、难度，再做决定。在团队合作中，会出现矛盾，但是大家都十分积极地去解决，所以对项目后面的完成充满了信心。

标签：需求,学姐,Web,分析,学长,博客,团队,心得
来源： https://www.cnblogs.com/bulaqiu/p/15553148.html