男德模范队需求分析心得

需求分析心得

简介

项目名称：对联云小程序

项目组成：小程序+后台管理+服务器

项目指导老师：陆邵飞

项目小组名称：男德模范队

项目小组成员：刘顺（PM）、尚兴帆、肖宇、胡嘉宏、黄泽云

需求分析过程

1、了解项目目的

自从1989年1月15日成立以来，湖南的楹联组织不断发展壮大，协会需要将用户的管理和工作的安排迁移到网上，方便统一管理；并且需要一款方便使用的软件来帮助增加协会人员的活跃度，扩大协会规模。于是，便有了开发对联云小程序的业务需求。

2、需求获取流程

整体把握

由于我们的项目是属于迭代开发，此前已经有一个未正式发布的小程序1.0版本，小组成员首先根据这个1.0版本，对项目的需求有了一个整体的把握，基本了解了该项目需要达到的预期

了解变化

在了解了项目的大致方向后，我们召开了第一次小组会议，指导老师陆邵飞老师在会议上，给我们展示了新的客户需求，以及新的原型界面样式，到此，我们对小程序有了一个更加清晰地认识；

细节讨论

和老师会议讨论之后，我们对项目有了进一步的认识，之后，我们又召开了几次会议，针对每一部分，进行界面原型的设计和需求的探讨，并完成了初版需求文档的设计和界面原型的初设计

迭代修改

在小班课上，我们进行了界面原型的展示，老师指出了我们设计的不足之处--页面的设计没有考虑到手机端的可行性问题，于是，我们我们又重新对界面原型进行了调整，需求的定义也进行了同步的更新

问题及解决

需求获取来源

本项目是中国楹联协会委托老师的一个项目，我们接手项目时，甲方只给了一个新的首页图形界面，没有给予更多的信息，这给我们的需求分析带来了很大的困难，由于我们对协会并不是很了解，所以什么是协会需要的，我们很难抉择；

所以我们进行需求分析的时候，先了解了一些协会的信息，然后站在协会的角度思考问题，假如我是协会的成员，我希望这个小程序提供给我什么功能；假如我是协会的管理员，什么样子的后台管理系统是方便使用的；换了一种角度思考问题后，我们的需求也逐渐走向了正轨。

分析方法

整体思维不够：本项目的功能比较复杂，我们需要同时兼顾小程序端和后台管理系统之间的平衡，一开始，我们采取的策略是先分析小程序端，然后再分析后台管理系统，可是分析下来，经常出现两者冲突的情况，来回的修改花费了很长时间；

散发性思维不够：由于需要分析的功能需求太多，所以在分析一些需求的时候，与其他需求之间的联系我们往往会考虑的不全，这就出现了分析这个需求的时候，发现前面分析过的需求存在问题，导致连锁反应

细节思维不足：在细节方面，小组也存在问题，对于需求的分析，我们偏重于整体逻辑，而往往忽视了细节，导致在编写需求文档的时候，大家对该需求的业务逻辑描述不清晰

小组总结

需求分析的过程是迭代的，需求分析不是一次就能做好的，而是需要在不断的模拟场景，与客户沟通的过程中，一步步将需求定位清晰；并且需求不是一成不变的，我们还得随时准备用对需求的变化。

虽然整个过程压力很大，但是小组成员都十分积极，所有组员都积极参与到这个过程中来，真真实实的体验了如何进行进行需求获取与分析，并通过反复的修正，最终得到一个迭代开发版本的需求文档的整个过程，也算是以后开发的一次小的初体验；

小组成员心得

刘顺

需求的分析对一个项目来说，是基石，只有需求分析做好了，项目才会有好的前景；

作为开发人员需要做的：

在分析需求之前，首先需要做的就是对你要做的项目得有一个全局的把握，只有全局的方向对了，之后的需求分析才不会偏离方向；

分析需求的时候需要非常细致，在项目需求分析过程中，有很多时候遇到不确定的因素，我们都会选择暂时不管，没有针对这一个需求进行细致的分析，这导致隐藏的问题很多，特别是在最后整合的时候，用例的描述表述不清，一些用例流程分支也很含糊，这对于之后的开发工作是极其糟糕的；

与客户沟通保持良好的沟通，只有不断地与客户交流，才能更加准确的知道客户想要什么，知道这个软件要做什么样子

换位思考，站在用户的角度思考问题，身临其境，才能精准定位需求

作为PM:

组织管理能力，一个团队能否做到高效率、有纪律，很大程度上是看团队负责人的组织能力，作为队伍的组长，需要协调组员的时间，组织团队进行会议和集中开发，并且与指导老师保持联系，做好两者之间的沟通桥梁；并且在组员之间的存在意见冲突时，能够做出正确的选择；

执行力，作为组长，更需要以身作则，做好带头作用

肖宇

问题

1. 业务流程不够熟悉

   在小组会议讨论进行需求分析的时候，小组成员对业务流程不够熟悉。要做好需求分析，得知道用户想要做什么，而这正是我们不够了解的。所以在最初的需求分析中，很多功能性需求我们都无法讨论清楚。 仔细回顾了一边老师跟我们讲述的用户想法以及中国楹联协会现状以后，我们才有良好的需求分析。

2. 缺乏主次之分

   对联云小程序是一个信息交流平台，功能较多，我们在需求分析时没有分清核心功能，导致我们一开始无从下手，分析出来的功能也是又多又杂。在分析的时候，应该就该小程序的主要功能和该版本的特色功能进行详细地分析。

3. 用词不够规范

   在编写需求分析文档时，用词不够规范，如有些功能没有严格地按照动宾结构命名。用例之间的关系也不是很清晰。后期审查整合的时候才修正。

体会

1. 沟通与理解是关键

   与客户良好有效率的沟通以及对客户描述的正确理解，是进行需求分析的前提！！！要真正明白客户想要的功能， 需要我们与客户进行有效的沟通，且站在客户的角度去理解，然后准确的表达出来，得到客户的认可，才能进行有效的需求分析。

2. 业务流程与项目背景很重要

   理解了用户想要的，只是我们进行需求分析的前提。如果想要分析出真正有用的需求，能帮助到用户的需求，那必要需要我们对业务流程和项目背景都很熟悉。需求分析不仅需要我们有计算机方面的知识，更需要我们有其他方方面面的知识。就拿我们的项目举例，要做出好的需求分析，我们需要对楹联有一定的了解，如楹联的结构，楹联的类型等；其次还需要我们对中国楹联协会的现状有一定的认知，如楹联协会的比赛投稿形式，楹联家的认定机制等。

3. 规范用词与用例图不能少

   需求文档需要给用户和开发人员阅读，重要性不言而喻。一份好的需求文档，需要有规范的用词和正确的用例图。规范的用词是专业性和可靠性的体现，更能帮助阅读者去理解熟悉功能。而用例图则更直接地能让阅读者了解功能流程，如果用例图有误，则会直接影响到后序项目的进行，如数据库的设计等。所以用词一定要规范，用例图一定要正确绘制。

总结

以上就是我在需求分析过程中的一些心得体会。这次需求分析难免地出现了一些问题，但是我感受到了需求分析这个过程的意义以及重要性，还有一些需要注意的地方，对整个项目流程也熟悉多了。总的来说，还是收益颇丰。

尚兴帆

在软件开发过程中，需求分析是很重要又充满风险的过程，需求分析为软件开发指明方向。在一开始很有可能会误会甲方的意思，曲解需求，故而做出与甲方需求不符的产品，而且软件项目的需求充满变数，所以需要做好需求变更的处理。

总之，需求分析极为重要，要不断跟指导老师确定需求是否符合要求。为了了解系统需求，先可以从概要式的需求着手，再细化需求，需求分析必须拟定文档，总结为以下几点：

1、要做一个什么样的系统

明确要做这个系统的全称是什么。从名称中你至少会获得接下来所要做的主要功能，有时候客户会说不出叫什么名称。拟定这个后，一切才可以扩展开，比如我们做的是对联云小程序，我们会参考中国诗词等已有的小程序，借鉴他们的界面设计，系统功能等。

2、需求的获取和分析

需求的获取是我们同楹联协会的负责人进行商讨，一步步确定每个需求，然后再进行分析这些需求以怎么的方式展现给用户。

3、需求验证

一般需求验证的方法有：需求评审、原型法 、编写测试用例、编写用户手册、自动的一致性分析。我们组首先把需求文档1.0版本给指导老师检查，老师建议增加一个会员管理，其他功能都符合老师需要的。其次，通过墨刀APP做系统原型，发现了一些没必要的功能、界面美观和风格统一等问题并进行修改。并跟老师对需求分析不断沟通完善的过程和过程产生的结果SRS确认。

4、编写需求文档

高效的编写需求文档是尤为重要的。一般性方法是套用模板，把握三个层次SRS之间的内部逻辑关系。我们组通过原型评审之后对需求文档进行改善，使用套用模板法，用边老师提供的模板撰写需求文档2.0。在编写文档过程中首先要满足SRS的一般性要求、然后用有条理、结构化的自然语言、以及图形化的建模语言UML将需求完整的进行陈述。

总结：

在软件开发过程中，需求分析可以说是核心任务之一，需求分析是业务和技术之间的桥梁，需求文档是一种对用户的承诺，因此需求分析人员要与客户进行有效的沟通和交流，获取准确的无二异性的需求并对此进行细化，要灵活懂得变通，需求并不是不变的。此外，PM把每项工作安排到每个成员，加强团队成员的协调管理，各成员之间也要多沟通和交流。

胡嘉宏

我们的项目是借助于湖南省楹联协会的平台和现有的资料来搭建一个具有对联浏览、发布、用户交互的小程序，小程序同时需要具备前端的用户交互功能和后端的后台管理功能。

在首次与项目指导老师交流后，获取的需求不是很明确，这也是由于本项目存在第一个版本，我们与项目的需求提出方的交流不够便捷。

在小组讨论后，对一些隐晦的需求慢慢摸索、对一些短时间内不能实现或者不够合理的规划进行了修改和完善，总的来说，在最开始的需求获取过程，获得的信息比较杂乱，需要有条不紊地梳理。

此后，在对项目进行数据库设计的时候，逐渐发现了起初的需求设计存在不够完善的地方，这也反应了需求随着项目的进行有了更好的方向。
不论是在需求获取的阶段还是需求分析的阶段，都对项目的多个方面的需求做了不同角度的理解。比如说在小程序端上实现用户交流的需求，我们通过类似于空间、朋友圈的交流结构，分析出利用对联的点赞、收藏、评论等操作来实现这类需求；此外，还有对不同用户的管理，获取需求时由于对需求的分析不够深刻，对需求的现实合理性把握不够，对于不同用户的分类：把用户和创作者这两个用户角色合为一个角色，这样更加便于项目实现，而且符合项目的背景和设计目的。

特地需要提的一点是，我们的软件项目是面向对联爱好者或者创作者设计的，那么对于一些需求需要设身处地地去考虑作为一个对联创作者或者爱好者的心理趋向、喜好，要使得项目基于对联的独特魅力进行规划发展。

黄泽云

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

首先，最重要的一个问题就是，为什么要做需求分析，或者说需求分析的意义是什么？每个人对这个问题可能都会有不同的体会。我的看法是，需求分析的意义在于准确无二义性地说明表达项目需要交付的产品，并且获得需求方的认可，从而为整个项目开发建立一个基准和方向。项目需求分析是一个项目的开端，也是项目建设的基石。在以往建设失败的项目中，大多数是由于需求分析的不明确而造成的。

指望需求不变化是几乎不可能的，唯一不变的就是需求的改变，不管是开发者还是需求方都有可能随着项目的进展提出变更的需求，所以需求分析的目标不是定义一个不会再改变的需求，而是从开发开始到项目结束，在同一个时间点，需求方和开发者对于当前的需求认知都是一致，都是准确无误都是认可的。

其次需求分析是软件工程中的一个关键过程。在这个过程中，分析师和软件工程师确定顾客的需要。只有在确定了这些需要后，他们才能够分析和寻求新系统的解决方法。需求分析阶段的任务是确定软件系统功能。

需求分析是一项重要的工作，也是最困难的工作。进行需求分析，我们能够更好了解顾客需要什么，也行会出现矛盾，我们也可以根据双方的情况解决，就好比你去演讲啊，开会啊什么的，你必需要做准备吧，哪怕上去念稿子也是要准备的啊。需要做到以下几点1.准确的理解和描述客户需要的功能；2.帮助客户挖掘需求；3.分析客户需求的可行性。当然在需求分析中也不是了解到客户的需求将它实现下来就这么简单的，在需求分析的过程中，也是有一些个别的原因使需求分析变得困难: 1.客户说不清楚需求；2、需求自身经常变动；3、分析人员或客户理解有误。

最后我们需要具备一定的技术背景，在撰写需求文档时，一定不能天马行空想什么就是什么，需求一定需要是合理的可实现的，了解每个需求对应的实现途径、难度、和大致工作量，并且能够把它以一种业务和技术人员都能无歧义理解的严谨表达方式进行描述。