软件项目需求收集方法

最新推荐文章于 2024-06-13 17:05:37 发布

S_yeol

最新推荐文章于 2024-06-13 17:05:37 发布

阅读量583

点赞数

分类专栏：产品文章标签：需求分析

本文链接：https://blog.csdn.net/qq_45228525/article/details/130947802

版权

18 篇文章 0 订阅

订阅专栏

需求是一切产品和商业模式的基础

根据马洛斯（1968）需求理论中，分为5中需求

显性需求和隐形需求，露出水面的1/7是显现需求，而6/7是隐形需求。

需求的多样性，因为每个人的知识结构不一样，所表达出来的意思也不尽相同，呈现出来的结果是不一样的

差之毫厘，谬以千里，通过一点点小小的判断失，会误造成更大的损失

小结：需求有多样性和复杂性；需求的不确定性会带来意想不到的结果

软件开发过程（重点关注需求调研、需求分析和需求确认）

需求变动越晚危害越大，在需求手机的阶段成本很低，但是风险很大；在时间的推移下，需求的风向越来越小，变更的代价却越来越大。如果在后期的时间中需求进行变更，变更的代价和成本很大。变得需求会影响团队和谐

2.1需求会议

项目启动时会召开收集项目需求会议讨论，收集各方意见

2.2访谈

项目启动后，会根据需求调研计划和需求有关的人员进行面对面的交谈，收集需求

2.3问卷调查

通过书面的形式，向大众快速的收集情况，受众多样化，可以快速完成，但是受访者的位置分散，要做好统计分析

2.4观察

通过用户的实际行为得出需求的相关信息，当用户觉得一个软件不好用，可以看对方如何操作和使用的

2.5标杆对照

将要实现的需求和其他类似的产品进行功能上的比对。例如行业最佳和旧系统进行对比，看看功能上有哪些不足

2.6数据分析

通过实际的数据进行分析，得出相应的需求结论。

文件分析包括审核和评估任何相关的文件信息。可供分析的文件包括（但不限于）：

调研方法	适用场景	成本	准确度	存在问题
需求会议	定制软件，业务逻辑复杂和功能较多。甲方是政府、事业单位、大公司。	高	低	会议召集成本高，会议执行效率低。
访谈	需求人员和部门比较明确，访谈人员就是具体系统使用人员。	中	高	可能会出现多方意见不一致的情况
问卷调查	受众多样化，需要快速完成调查，受访者地理位置分散，并且适合开展统计分析。	低	中	问卷调查调查内容有局限性
观察	场景类需求，需要了解行为人在实际场景中的具体行为。	中	高	客户方有时会拒绝，或观察结果不真实。
标杆对照	功能有明确参考方的需求	低	中	容易被标杆目标所影响。不容易发现高阶需求
数据分析	需要为互联网运营或者软件用户体验提供参考的需求。	高	高	数据收集成本较高。