郑建国，王锦权
APP需求分析过程：
在第一次与老师的沟通中主要提到了机器训练模型以及一个提供给设计师打标的微信小程序，关于app部分只是暂时定下需要有一个app，这就导致在第一阶段负责app的成员对于app的需求分析没有一个良好的方向。在第三次与老师沟通的过程中提及了app的需求，了解到app并不是本项目的主要工程，在与老师沟通之后发现老师对于app的需求与负责人的个人设定有较大的不符合，这在一定程度上也导致了app的需求花费了很长的时间。
心得：
当客户(这里相当于老师)点出某一需求，就一定要在第一时间敲定其重要程度，明确需求。同时存在客户有该方面需求但对此不甚了解的情况，这时一定需要开发人员与项目经理一同与客户进行交流，帮助客户了解该方面的概况，进而协助客户一同确定该部分需求。肯定的是，需求不可能通过一次沟通就确定，因此在开发之前一定要与客户保持沟通，进而在开发时得到的需求不会再更改。
顾云开，秦志杰
小程序需求分析过程：
小程序是我们最先开始确定需求的模块，首先我们明确了该模块和其他模块的关系，该打标小程序的作用是为了提供一个图片-风格的素材库，由我们向设计师提供5000张左右的图片，让设计师在小程序中完成打标的过程。同时，小程序还会向设计师提供查看打标数据统计等功能。
心得
经过这一次的需求分析，我对整个确定用户需求的流程有了较为深刻的认识，首先，我们需要与用户组织会面，听取用户的需求，之后要形成第一份的uml用例图，所有的用例都是要面向用户的，接着，制作出项目的原型，继续找老师确定已经经过总结的每一个需求，让老师对需求的细节加以补充，到这里就可以形成需求分析文档的初稿了，初稿中需要描述项目的目的，总体概述，各个模块之间的关系，以及具体用例的分析等。在需求确定的过程中，很重要的一点是必须要和客户进行充分的沟通，确保客户的想法和最终确定的需求文档是一致的
张舜宇，王锦权
小程序需求分析过程:
我们在小组第一次迭代中主要负责微信打标小程序和web后台管理，现在我们已经完成了微信打标小程序的开发工作。在需求分析及需求对应的开发过程中我的心得体会可以
心得
需求分析宜细不宜粗，特别在多个人合作完成的项目中，需求分析甚至需要细化到每一次小的操作出现的结果。
需求仅由一个人定夺往往不会有很好的效果。一份好的，完善的、无纰漏的需求分析需要多名参与者实地攀谈、多次修订才能完成。
需求分析重要的是考虑各个不同场景下的应用，从用户角度去思考用户如何才能快速方便找到需要的功能，并通过简洁明了的流程完成用户设想的操作。
需求定义不能完全将实现的难度整体抛离，良好需求的设定需要从软件开发工作的全局来考虑。