VoiceShield需求分析心得
作者：互联网
在需求分析的过程中，我们组算是经历了不少的波折。大致分为以下三个阶段：
1. 构建：
在和项目老师见面前，项目老师就将项目的文档发给我们，让组内成员去了解。文档共12页，虽然不多，但都是英文且晦涩难懂。期间，组内成员也都在网上或是面对面交流自己的见解。每个人的理解都难以达到统一。
在和项目老师的第一次见面时，由于我们对这个项目没有完全搞懂。因此，在和项目老师进行需求分析的交流时，没能很好的把握提问的重点，也没有达到比较有效的交流，导致我们对整个项目的需求还不能准确地理解。此时，我们认为我们需要做的项目，是一个主要用于安卓系统底层的，能够用与保证隐私信息不会泄露的脚本软件，在经过指导老师的确认，我们开始的方案 就是简单的调用扬声器和麦克风，最后在底层算法部分进行去噪声处理。
2. 推翻：
在做完需求分析与界面原型设计后，我们迎来了第一次小班课。小班课上，老师就项目的实用价值和需求方面向我们抛出了一系列的问题。虽然我们都能一一解答，但在思考这些问题时我们也对自己的需求分析结果产生了怀疑。
在结束了小班课后，组长分配任务要求我们重新去研读项目文档。在重新阅读项目文档后，我们有了新的发现。小组进行了会议探讨，大家一致认为之前的需求分析存在错误。
同时与小班老师交流中，我们也发现现在的需求分析实际上与这门课创立的初衷是相违背的，这门课更多的是让我们进行页面、前后端、数据库等交互设计，然而我们这种单纯以算法为主要内容的项目是相违背的。
3. 重建：
在发现错误后，我们与助教学姐进行了探讨。正式确定我们的项目真正的需求---完成一个带有声音隐蔽功能的聊天软件。在探讨中，我们也重新设计了界面原型。在完成原型的设计后，我们找到了项目老师，进行了需求的再次确认与界面原型的审核。至此，我们组的需求分析才算完成。
3. 后续：
而需求分析也只是第一步。接下来的完成UML用例图、完成需求文档等步骤也是需求分析中很重要的部分，是对工作的总结和检验，同时也可能有新的想法，我们的用例图是分配给每个成员进行绘制，完成后大家又一起检验总结，进行修正。可以说，在整个过程中，团队的所有人都对项目进行了深度的剖析，这对以后项目的进展还是很有意义的。
在经历了这一系列的波折后，我们才真正认识到需求分析的艰难与重要性。在需求分析阶段，我们是很难在较短的时间内完全理解对方的需求。而在未能完全了解整个项目的情况下，与对方交流也很难达得到准确的需求。因此，在需求分析时我们首先要做到对项目的理解，其次在与对方交流时要有目的性并从中挖掘真实的需求。需求分析作为整个项目的第一个阶段，它严重影响到项目的正确性，因此准确的需求分析是项目成功的第一步。
标签：需求,分析,小班,项目,文档,VoiceShield,心得,我们 来源： https://www.cnblogs.com/kamly-chris/p/13979011.html