标签：需求 指导老师 多媒体 项目 互动 文档 原型 心得 我们
团队项目：博物馆多媒体互动系统——需求分析心得
项目名称：博物馆多媒体互动系统
团队：五仁队——软件1901
指导老师：李珩
成员：叩雅茹、罗湘然、蒋雨可、田佳禾、张博锐
PM（撰稿人）：张博锐
一、需求迭代过程简述：
我们的项目一共经历了3次需求文档迭代：
1.0版本与项目指导老师交流后，根据我们自己的理解撰写的第一版需求文档；
1.1版本是根据项目指导老师查看过1.0版本需求文档后对我们提出修改建议并深入讨论后得到的版本，也是在小班课上进行原型评审时对应的需求文档；
2.0版本是根据小班评审过后，课程老师提出的意见，增添了后台管理功能等功能，再与项目指导老师讨论后得出的目前最终开发实行的版本。
二、需求分析过程中的心得：
1、首次与指导老师开会，了解项目：
2021年10月12日
李老师向我们介绍了这个项目的初衷，传统的博物馆展览方式大多是物品陈设，由观众进行静默的知识摄入，博物馆的展览方式逐渐多样化，如虚拟现实（VR）、数字屏幕传播信息等等多媒体化的手段，同时也衍生出一些问题：博物馆的信息化设备不能充分利用、这些设备传播的知识和信息与博物馆展览主题无太大关系、信息化方式同样缺少使人感兴趣的设计等，针对以上问题，因此诞生了我们的博物馆多媒体互动项目。
同时老师向我们展示了项目的流程，一个大屏幕多媒体互动的游戏流程，让我们体验了目前在湖南省博物馆正在展出的游戏，还向我们介绍开发的四个大致方向。
至此，我们对该项目有了基本的认识，对需求也有了大致的方向，对组员进行了开发方面的分工，参考模版文档对应组员首先撰写自己对应部分的初稿，每部分完成后汇总再进行细致修改，按照我们自己的体会与想法，制作了1.0版本需求文档。
2、再次进行需求分析，进行原型修改，并讨论数据库相关问题
2021年10月19日
李珩老师对于我们项目需求文档提出了修改意见，强调了项目的特色与要求，尤其强调了项目的功能似乎看起来并不多也并不难，但背后解决的问题也是很多的，比如游戏运行的稳定性，如何让一定规模的观众同时能够参与到游戏中运行不出问题至少满足20-30人同时进入系统的性能；由于会记录每一场每一个观众的答题情况，一天可能有上百场在长时间运行后产生大量数据如何提升系统运行的效率；如何保证客户端和小程序端的同步跳转，如何减轻网络对其的影响等，这都是我们需要考虑的问题。虽然这些问题在项目展示的时候可能并不会有直观的感受，但是对于一个项目的真实运行至关重要。
除此之外老师对我们的原型也提出了一些细节方面的建议。同时与老师进行了数据库设计等相关探讨，老师给出了一些指导建议，给我们列举了一些表的例子，在过程中也向我们讲授了数据库设计的一些原则与常用方法，如何使数据库具有更好的性能。
在这个过程中我们收获很多，切实体会到一个项目能够做出来和能够真正运行良好项目之间还是有很大的区别的，一个项目作出来可以运行只需要按照我们设计的流程一步一步完成，但一个在真实场景应用的项目需要应对各种各样的问题和突发状况，具有很高的要求，我们在与老师的交流中逐步培养起这样的思考方向与意识。对于数据库也有了更深的理解，不仅仅局限于课程中所教授的内容，得到了很多应用在现实中的启发。
3、原型设计（评审版）：
我们的原型分为三部分：客户端、小程序端与web后台管理端。从贴合主题的素材选取，统一的风格，由于我们项目的性质属于教育类游戏，更要求画面的精美有吸引力。
组员们分工合作，互相提议。尤其是客户端和小程序端的界面设计花费了很大的力气，客户端需要所有题目的视频楚庄王传奇，背景的合理叙述、题干的合理显示以及画面是否与内容贴合都需要很考究，因为这些都是需要直接向用户展示的，决定了用户是否对我们的游戏感兴趣并参与其中。
一个项目的成败不只是在于这个项目的逻辑以及代码的实现，也有很大一部分在于视觉的体验以及人文、艺术的设计。
4、评审与项目需求及原型的修改
小班讨论课上进行了项目原型的展示，边老师对我们第一版原型的评价是：项目很有意思很新颖但是工程量不够，与课程规定的代码工程量还是有一定的差距，需要添加后台更多功能。在课后，边老师非常耐性地解答疑惑，提出了几个功能建议。
我们的思路被彻底打开，极大的丰富了后台管理的功能，增加一个项目管理模块。管理员可以添加自定义项目，通过自己上传视频或者图片，设置题目与答案，生成新的互动项目。同时，对于已有的项目，我们可以编辑修改或者进行删除。增添成员管理功能，邀请成员、设置成员权限等。后期如果有余力可以做出一个小商城。用户在答题过程中获得的金币可以在小商城页面里面兑换相应的纪念品，同时这个商城还可以为博物馆纪念品商店引流，进一步满足博物馆多样的需求等。
我们将想法与项目指导老师探讨，李老师也给出了自己的很多功能想法。在这个过程中，我们体会到无论实现怎样的功能，在项目开发过程中最需要重视的点是：①我们要清楚设计这一部分功能的原因，究竟满足了什么需求。②功能尽可能完整，贴近于真实需求，真实可用。考虑各种异常的发生和处理（如网络异常等）。
5、完善需求分析相关文档：
我们根据老师的建议以及组员自己的想法，完成了需求分析文档以及开发原型。当然，为了应对之后可能存在的变化，存在后续的迭代。
下图是当前项目需求功能主要部分：
三、需求分析完成总体心得
需求分析的总体过程是充实的，也并不容易，在这个过程中，我们从了解项目内容到真正有自己的想法置身于项目中的收获还是很大的。
我们的需求分析与原型设计在这几周经过了几次大的迭代，细节方面的修改更是数不胜数，尤其是原型的细节修改会导致项目需求较大的变化，提出新的想法不仅是需要增添新内容或删除废弃的内容，我们需要对整个设计文档进行一遍完整的梳理保证前后逻辑合理无冲突。虽然每次的修改都会花费所有人很多精力，但是我们都明白需求分析对于项目开发是至关重要的，只有在初期阶段做好这些工作，在真正开发的时候才能减少返工减少风险，使得项目在预期内完成开发进度。
随着工作的推进、一次次的讨论，我们的团队也逐渐得心应手，作为PM努力协调团队工作，团队成员也非常配合，氛围也非常融洽。虽然有时候时间紧任务重，但大家都保持着积极乐观的心态，互相鼓励互相帮忙，工作效率也越来越高，而且大家觉得这不仅仅是完成课程内容，而是真正地融入到了项目之中，发自内心希望能做出一个有意义的项目。
身为团队成员，在需求分析时要充分调用自己的大脑，了解需求的模糊性和变化性，身临其境地体会用户的需求；作为PM，除了做好自己本身的工作之外，也要安排好小组成员的工作，推进项目的进度，当出现问题时努力协调，让整个团队更有凝聚力。
良好的团队氛围对项目的进行起到了很大的作用，成员之间友善、相互鼓励、相互帮助、保持积极心态，大大提升了工作的效率，遇到问题也不会轻言放弃，一起想出解决方案，我们从来不是一个人在努力。希望我们的项目在之后的进行中一步一步脚踏实地地完成，做出在实际场景中使用良好的系统。
标签：需求,指导老师,多媒体,项目,互动,文档,原型,心得,我们 来源： https://www.cnblogs.com/MAMaifa/p/15549657.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。