以下为软件1701-“洋芋好想飞”的需求分析感想
PM QXS
需求分析过程中的前进与曲折令我深刻地认识到，需求分析是一个动态的过程，而非一个静态的任务结点。
比如最初我们设想可以为用户设定角色，但最终我们选择仅有管理员有权进入后台进行操作，其他用户一视同仁；再比如，在对地图功能的分析中，我们就地图是动态显示还是静态显示有过激烈的讨论，与之相对应的需求分析也随之更改；以及，我们探讨了噪声地图中的数据可信度的显示方式问题，完善了需求分析的内容，而这个问题是我们最开始没有注意到的。
我负责的需求是首页设计和噪声地图和噪声曲线两个部分。
在首页设计方面，我认为，首页应该告诉用户我们程序的主要功能以及一些详细的文字描述，让用户清楚的了解我们。所以，在首页设计上，我采取最上方导航栏，下方内容介绍两个部分。
导航栏在设计时也和组员有一些争议，比如导航栏的高度，里面是否要设计下拉框，甚至是登录和注册是否要分开等细节问题。在讨论过程中，我们求同存异，相互了解，最终都达成了一致，确定了方案。在下方内容部分，我设计了项目介绍，团队介绍，噪声科普以及联系我们的一些信息等多个板块，这部分相对简单。
之后是对于噪声地图和噪声曲线的设计。
因为数据需要进行筛选，但筛选条件多种多样，如何设计出适合用户使用，适合我们制作难度的条件筛选，成了我们面临的难题。为此，我们小组进行了两次开会讨论，最终一致认为：内部数据是一致的，地图和曲线可以理解为数据的不同表现方式，这样，将两个界面的问题，化为一个。然后大家都各抒己见，表明自己的看法，共同商议后，确定了最后的方案。
确实，原型设计，需求分析，是对整个项目的导向。这次项目经历，让我清楚的认识到需求的重要和成员达成统一，决策者的决定性作用。
总的来说，只有确定了需求，大家才有目标。才拥有共同奋斗的方向。
YHH
在做原型时，我负责的是登录、注册、忘记密码、重置密码和个人中心这些界面的设计。
本以为会很简单，结果做起来还是很麻烦，起初是因为没有及时沟通，因此出现了很多链接上甚至是逻辑上的错误。比如首页有两个，一个是登录之前的，一个是登录之后的。由于和SGF沟通不够，在链接时就有些逻辑上的小错误。在设计注册界面时，最初设置的信息比较多，后来经过和老师的沟通交流，修改了需求，因此原型中的一些字段都要删减，其实这也是设计时的疏忽，没有考虑到修改的问题。
在制作页面时，也是因为沟通问题，没有统一格式，因此做出来的原型差异较大，美观度大大降低。
总的来说，这是一个团队项目，沟通很重要。
PJY
这次项目需求设计给了我许多感受。
在需求分析方面我和小组成员设计了移动端的需求与界面的设计。对于移动端界面的设计,包括主界面,查看记录界面,动态界面,注册界面4个部分。
在设计界面时应该先明确需求,需求的确定可以大大加快界面的设计速度,如果需求没有明确,那么界面就可能会设计的不合理,在确定需求时也要思考实现方式与实现难度,比如我们移动端动态最开始设计时想要设计可以发送图片,可以评论,但是在经过讨论后发现实现难度太大于是把界面改了,造成了时间的浪费。
LJH
在本次项目的原型设计中，我负责的是APP页面的登录界面以及数据结果显示界面和用户个人信息界面。
在页面设计之前，我本以为这是一个不是一个非常耗费精力的工作，但是在真正上手实践之后才发现无论是在页面的设计的美观方面，还是针对每个页面的需求进行数据显示的排布和模块的分布都具有很多细节上的处理问题。其中更改次数最多的排版最难的就是个人信息的显示和更改页面。由于在需求中对用户功能的不断的更改，导致个人信息的数据信息和数据显示的排布需要不断地进行更改。
同样的，在web端噪音数据的显示方面我们同样也进行了多次的更新，因此我负责APP端同样也需要根据web端的数据显示方式的改变对APP端的原型进行相应的更改。