序言之什么是需求？
从问题域和解系统两个方面解决问题，问题域通俗点来说就是对用户简单模糊的一句话进行准确细致的分析，转化成清晰详细的需求。需求和问题都有层次性，可以分成业务需求，用户需求，系统级需求。
需求工程是指应用已证实有效的原理、方法 , 通过合适的工具和记号，系统地描述待开发系统及其行为特征和相关约束。需求工程覆盖了体系结构设计之 前的各项开发活动 , 主要包括分析客户要求、对未来系统的各项功性 及非功能性需求进行规格说明 , 并针对不同的对象可分为系统需求工程 (如果是针对由软硬件共同组成的整个系统 )和软件需求工程(如果仅是专门针对纯软件部分 )。在系统开发中 , 需求工程往往与体系结构设计交替进行 ,直到分解的子问题可以单纯地由软件或硬件系统解决。软件需求工程则是对应用于纯软件系统开发生命期中系统设计之前的第一阶段 。因此 , 需求工程的目标相当简单明了 : 确定客户需求 , 定义设想中系统的所有外部特征。
以需求为中心的产品/系统/服务开发路线，提出需求的用户或客户，要在跟系统工程师沟通的过程中，双方都会不断明晰出需求包括哪些。
在基于模型的设计中，系统工程师先建立一个系统模型，即通过数学模型来精确描述用户需求，创建一个可执行、跟踪的技术规范。工程师可以通过这个系统模型，动态地确认系统性能。使每个工程师无歧义地理解并运行系统模型，专注开发模型各个部分，不会因理解不同造成需求丢失、冗余或冲突。
需求工程涉及到的内容主要包括：
需求获取（需求调研是其中的一种方法），需求分析，需求的格式化与验证，需求管理及工程管理。
需求调研阶段的成果汇总为需求调研资料汇总，也就是将所有的调研成果汇总成册，主要内容如下（不限于此）。
（1）背景资料：通过从客户的网站、印刷资料、人员交流等方式获得的客户相关资料。
（2）问卷资料：调研前向客户发出的问卷。
（3）现状构成图：客户提供的或是根据客户现状绘制的业务框架图、流程图等。业务类（业务架构模型）：框架图、分解图和流程图；管理类（管理架构图）。
（4）访谈记录：用文字记录的客户需求（目标／业务／功能需求、难度、痛点等）。
（5）既存表单：收集客户日常用各类报表、单据以及分析资料等（电子、纸质）。
（6）需求4件套：针对部分已知的功能需求做的详细记录。
需求调研阶段的交付物是需求规格说明书，也就是将所有的调研成果汇总成册，主要的内容如下（不限于此）。
（1）需求规格说明书／解决方案。
（2）功能需求一览。
（3）需求调研资料汇总：需求调研的阶段成果。
（4）需求分析过程资料：目标需求→业务需求→功能需求的转换过程记录。
1. 需求分类
需求分类还分为功能需求和性能需求。性能需求包括：运行速度，网络带宽，吞吐量，传输格式，实时性。质量属性需求也是很重要的一环。常见的有可靠性（在规定时间间隔和条件下执行目标功能的能力），可用性（使用时可操作可访问的程度），安全性（与环境安全、人身安全和操作安全等相关的），可维护性（当出现故障时，排除故障的容易程度），可移植性（从一个环境移植到另一个环境的特性），易用性（用户使用该软件的效率）。
2. 需求抽取
需求抽取的主要任务包括提出接口、数据要求，功能性、非功能性需求，限制条件和需求变更要求等。软件需求可进一步分为显性需求（Explicit Requirement）和隐性需求（Implicit Requirement）。显性需求反映软件系统与所处环境间的直接交互及相应限制；隐性需求反映软件系统与所处环境间的间接交互及相应限制。
3. 需求建模
采用规范化、形式化的描述语言对需求进行建模。
4. 需求评审
指由作者之外的其他人检查产品问题。评审是主要的静态分析手段，原则上每一条需求都需要进行评审。
需求开发活动之后，需求基线应该称为后续系统开发工作的基础。我们需要维护需求基线，实现需求跟踪，控制变更。
需求中的不稳定性在实践调查被关注，需求变更和糟糕的项目计划并列为导致项目失败的两个最重要的因素。在对需求变更的处理上，变更控制可以起到重要的作用，对需求变更的有效应对不仅仅是需求工程，更是产品/服务/系统工程的重要发展方向。
虽然需求工程的重要性已经得到了一致的认识，但是这些认知很难在实际开发活动中得到贯彻。建立需求工程的工作不是可以轻易完成的。
需求工程过程需要依赖的环境因素有：市场特性，领域特性，技术成熟度，组织文化，项目特性。
综合资料来源：
联系客服
