治疗白癜风的知名专家 https://wapyyk.39.net/doctor/306475.html编辑导读：产品经理每天都在与需求打交道，《软件需求工程》是产品经理的必修课。本文是针对新人产品经理的简介性文章，目的是让产品经理在开始需求分析工作之前，对软件需求的相关常识有所理解。希望文章对你有帮助。
一、需求工程
需求分析的重要性毋庸置疑。在20世纪80年代，逐步形成了软件工程的子学科——软件需求工程。90年代后，需求工程成为软件界研究的重点之一。从年起，每两年举办一次需求工程国际研讨会（ISRE）；年起，每两年举办一次需求工程国际会议（ICRE）。一些关于需求工程的工作小组相继成立，使需求工程的研究得到了迅速进展。
1.1需求的定义
IEEE软件工程标准词汇对需求的定义：
用户解决问题或达到目标所需的条件或能力；系统或部件要满足合同、标准、规范或其他正式规定文档所需具有的条件或能力；反映上述的条件或能力的文档说明（SRS，软件需求规格说明书）。业界对需求的通俗解释：
需求来源于用户的一些“需要”；这些“需要”被分析、确认后形成完整的文档；该文档详细地说明了产品“必须或应当”做什么。需要说明的是：并没有一个清晰的、无二义的“需求”术语定义存在。真实的“需求”实际上在人们的脑海中，甚至在脑海深处自己都不知道。
“任何文档形式的需求（比如：需求规格说明书）都只是一个模型/一种叙述。”——Lawrence
我们需要确保的是所有项目风险承担者（stakeholders，干系人）在描述需求的文字的理解上务必达成共识。
1.2需求的三个层次
业务需求是高层用户（即客户）提出的，比较笼统、宽泛，在项目视图与范围文档中说明。用户需求是最终用户（实际使用者）提出的，已经比较具体了，在实例文档或方案脚本中说明。产品需求是开发团队需要的（甲方监理也需要），定义了开发人员要实现的软件功能，使得用户能完成他们的业务，从而满足业务需求。业务需求和用户需求都是用通俗语言描述的，即用户能看懂的语言；产品需求是用技术语言描述的，是开发人员能看懂的语言。用户和开发人员是在用不同的视角观察需求的，他们看到的内容是不一样的。就软件而言，这里的产品需求就是软件需求。
这样的解释可能还不容易理解，我来举个“咖啡店新老板要更换定制咖啡杯”的例子。
业务需求：
咖啡店老板要订做一种咖啡杯。
找高层用户调查和确认需求是一件痛苦的事，因为他们不
