需求分析心得
陈俊骐：
从十月初，到现在，前前后后三周时间，讨论需求，确定需求，学会使用Axure绘制原型，用原型表现出需求来，是收获满满的一个月。我们团队是一个叫做住建执法的项目，需要做一个web前后端和对接好现有的app前端。致力于简化住建局执法人员繁杂的执法过程，以及减少每次执法检查材料的冗杂繁复，同时也是为了执法大队管理人员更加容易管理建筑工程项目，向执法人员和项目人员发布通知。除此之外，本项目还提供查询相应的政策法规的功能，让执法人员和项目人员都能够在app端或web端进行法规查询。当然，最核心的一环就是执法人员执法过程中在app端上的记录，使用gps定位签到，语音记录过程会话，拍照记录，记录执法情况，保存签名图片，将原本纸面上繁杂的过程通过我们的app端去简化。而我们项目的难点也在于web后端的执法记录信息的处理。需求分析的过程让我明白了很多可是可非的东西必须和客户讨论，让需求往利于开发的方向靠。
覃浩芹：
这次项目的主要内容是将传统的筑建执法过程移动化，使原来繁杂的直达记录过程更简单，并把执法记录从纸质档案转为电子档案。基于这些基本需求我们对项目做了需求分析，在分析过程中，需求优先级排序是主导我们项目进度的快慢的重点。我们首先将较为需求成对挑选出来，然后使用成对比较法：将两个需求放在一起对比，并在对比时打分，优先级高的一边打正分，分数为0～9，优先级较低的一边打负分，得分为-9～0。由此就得到了我们的需求优先级矩阵。然后根据矩阵结果进行排序，得到初步结果后与老师协商得到最终成果。这样的排序方法个人看来较为严谨，比之前未使用该方法时的初步排序结果好了不少，也使我们的项目进展规划更加明确。
兰诗琦：
关于需求分析以及从原型中分析得到需求的心得
1. 在对项目进行需求分析和评估时要能将自己同时代入产品的不同类型受众来进行想象分析结果，在大脑中模拟使用来确认是否存在问题。
2. 根据目标去检查或复查需求分析结果是否可行。
3. 进行需求分析时可以多多结合实际案例
4. 需求分析一般需要绘制三种图：用例图、活动图和状态图
5. 需求需要结合实际情况和一般规律，如职位等。
6. 需求分析可以用来设计原型，但原型的实现以及实现后对原型的观察与思考可以反过来为需求提供帮助。
7. 系统需要简洁但多样的功能途径。
8. 要对过于复杂或庞大的功能需求进行合理拆分，分块到合理的功能模块。
9. 有时可以根据角色来进行功能模块的组织。
10. 优先考虑必要的，使用价值高的需求，那些非必要性价比低的需求可以暂且搁置。
11. 需求分析人员要对软件界面设计有所了解，对与怎么样的界面是简洁易用的有一个认识。
12. 分析过程中需要从多角度出发，并将遇到的问题有针对性的记录并努力去解决。
开迪尔旦：
随着社信息化京城的不断深入，计算机软件的需求越来越复杂， 规模也越来越大。但软件危机问题提出了三十多年，至今仍无法很好的 得到解决。其原因，主要还是，主要是忽视了软件开发过程中的质量监控，以及在软件开发过程中，对需求的准确把握不能做到很好的定位。
而我们这次的实验这是做了需求分析，现在来分享一下我的需求心得。
首先，开始做需求的时候我感觉，需求而已仔细想一下就好了，但是真正的着手做的时候才发现原来这里面也是有很大的学问。我们要仔细的考虑需求有什么，那么还要考虑怎么样用我们所掌握的技术实现这个需求。细化每一个部分，做一个客户满意，自己能实现的需求文档才是需求分析的精髓。定位产品的生命周期，从而使开发过程不至于偏离方向。减少开发过程中走的弯路。我们根据用户需求，通过反复讨论、分析，最终明确一个唯一性的用户需求，这个结果其实就是我们的软件需求分析报告。
其次，通过讨论我们的团队合作更加密切，我们也是在学习中摸索，在需求分析的过程中建模，建模时我也学会了怎么样使用墨刀和Axure这个软件。现在也是在学习HTML等等。
最后希望我们的进步不会停下，在学习中越做越好。