作为技术人员，我们以往更多的关注的是技术，但是在做个多年后，发现做正确的事比正确的做事更重要，而软件中需求的好坏就很大程度决定了你这个 软件是否正确，需求确定后不管你如何实现，功能给客户直接带来的价值远远比技术直接带来的价值要高。鉴于需求的重要性，所以后续我将陆续写一些需求相关的博文和大家一起学习探讨，扩充开发人员的需求知识，提高我们应用需求到开发的技能。
本篇将从下图所示的软件需求的三个层次开始我们的需求之旅。
大家可以使用免费的Sam业务流程梳理建模工具软件来进行业务梳理，坦白说我也没有实际真正的使用过这个工具，推荐它是因为它里面提出了用企业价值增值链图(EVC)和企业事件过程链图(EPC)来进行梳理，可能有人说这个工具不如Visio好用，想怎么画就怎么画，其实业务建模重在内容，并且图标需要统一规定。
用户需求是指描述用户使用产品必须要完成什么任务，怎么完成需求，通常是在问题定义的基础上进行用户访谈、调查，对用户使用的场景进行整理，从而建立从用户角度的需求。用户需求必须能够体现软件系统将给用户带来的业务价值 ，或用户要求系统必须能完成的任务，也就是说用户需求描述了用户能使用系统来做些什么（what），这个层次的需求是非常重要的。用例、用户故事、特性等都是表达用户需求的有效途径。
户需求层次上的重心转移到如何收集用户的需求上，即确定角色和角色的用例，需求分析是很难的，因为很多需求是隐性的，很难获取，更难保证需求完整，而需求又是易变的。
文章知识点与官方知识档案匹配，可进一步学习相关知识MySQL入门技能树数据库组成表31414 人正在系统学习中 相关资源：下拉通刷词软件v3.1.zip-其它代码类资源-CSDN文库
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！