Kao需求分析感悟

队名：原来名字可以这么长
项目名：Kao——教育部学科评估管理信息系统项目数据库设计文档
指导老师：戴牡红
组员：赵双艺 黄舟瑜 沈伟峰 梁晶淼 全鸿润

黄舟瑜
在软件工程导论的课上学习了很多需求分析的方法，但是“纸上得来终觉浅，绝知此事要躬行”，只有自己亲身经历了一遍需求分析的完整过程，才知道具体是怎么操作的。需求分析的重要性是不言而喻的，首先它是与用户达成一致的书面性文档，后续的开发也将根据需求分析确定的功能继续开展，相当于它奠定了整个软件应用的基调。
在本次需求分析的过程中，戴老师（用户）在第一次会议中就描述了清晰、准确的用户需求，这为我们后续的分析省去了很多麻烦。在接下来的几周里，我们反复将文档发给老师，根据反馈意见修改文档，不断接近开发人员和用户共同的期待。写文档本身是令人“痛苦”的，但当原型确定，功能确定，开发定位清晰了以后，觉得一切都值得。也感谢小伙伴们积极配合，感谢老师的及时指导。

梁晶淼
需求分析是软件计划阶段的重要活动，也是软件生存周期中的一个重要环节，分析系统在功能上需要“实现什么”，在做需求分析时要涉及功能性需求，非功能性需求以及设计约束这三方面，为后续的开发奠定基调，大部分软件工程项目的失败原因最后都可以归结到最初的需求分析没有做好，需求分析没做好会造成的频繁返工，对项目进展以及程序员心理都非常不利，通过这次项目的需求分析，大家多次在一起讨论不同用户的需求并不断完善，对开发环境进行统一约束等，使组内的每一位同学对项目都有全面的了解，为后续的开发打下了良好的基础，使我切实感受到了需求分析的重要性，受益匪浅。

赵双艺
第一次尝试去完整的开发一个软件，需求分析被给予了极高的重要性，我们的大部分时间可谓都给了需求分析上，这个一个不断破而后立的过程，队友们不断地否定自己地想法，之后又不断提出新的点子，不断地更新我们的需求文档，收获最多的是耐心和换位思考，也感谢PM和伙伴的一路陪伴。
一个需求文档是由一个团队一起去提炼的，1001个读者就有1001个哈姆雷特，团队是思想火花碰撞的地方，所以成员之间的想法也很可能会产生冲突，谁对谁错又会是一个很难权衡的点，或者有因此产生冲突，有时更多会得不偿失，但积极地讨论和平和地听取他人意见的统一需求分析的好办法，在这个过程中我也收获了很多。

沈伟峰
需求分析是一个优秀的项目非常重要的部分，没有完备的需求分析，在后续的开发阶段可能会遇到各种问题，而有了完备的需求分析，后续的开发则显得游刃有余。

全鸿润
需求分析是整个软件项目开发的第一步，也是最重要的第一步，对整个软件的意义十分重大。在此次团队项目的需求分析环节，我更加体会到了其重要性。首先，需求分析需要对我们这个软件的功能需求做一个尽可能完善和详细的描述，因为这对后面的开发起到了指导性作用；其次，需求分析对团队的分工也起到了很好的明确作用，能让团队根据组员的技术特点和能力胜任某项任务，比如说在这次项目的需求分析阶段，根据需求所涉及到的技术栈，我们团队就基本已经确定了分工，虽然说后面很多细节无法涉及到，但是指明了一个大概的方向。
然而，需求分析并不是一件简单的事，从一开始跟指导老师的对接、沟通，到最后需求文档的形成，我觉得面对的最大挑战就是需求的不确定性和可变性。指导老师提供给我们的只是一些比较宽泛的功能需求，具体还有哪些可以挖掘的功能需要我们团队去一次次的讨论；需求的不确定性，也在我们小组讨论中提到的比较多。是否需要添加某项查询功能？添加了有没有意义，或者有没有能力实现？
一份需求文档的形成实属不易，这是属于我们团队合作的成果，后面对文档的维护、面对需求的变化等问题等待我们去解决。总之，永远不变的就是变化。