软件需求的构成：软件需求由业务及信息化规划、用户需求分析和系统需求分析三个阶段的工作成果构成。业务及信息化规划由业务分析、系统分析等部分组成，业务分析反应的是组织机构或客户以问题和目标为核心的业务组织、业务域、业务过程、业务活动、业务规划、业务单证、业务量的物理世界的现状的不失真反应;系统分析反应的是系统域、系统过程、系统活动、系统规划、系统单证、系统数据、系统流程、系统架构、是对组织机构或客户要求要建系统和待建系统站在总体角度的一种系统的宏观设计。用户需求是站在假定系统已有的情况下、各类用户依托该系统所要履行的工作任务，这些内容会在用户需求规模说明书上加以说明；系统需求是站在软件设计、开发、测试、安装、运维人员角度定义系统必须要实现的满足各类条件的软件功能、性能、规则等内容，使得用户能够完成工作任务，总而满足各种需求。
软件需求的特性：1、完整性 2、正确性 3、第一性 4、前置性 5、可行性 6、必要性 7、等级性 8、无二异性 9、可行性
需求分析的核心是业务研究，这也是很创新的一个思维。重点是业务研究，其次再到技术研究。将业务研究透彻之后，再去进行技术研究，才能使技术发挥出其最大作用。假如业务研究的不透彻，不具体，那么技术研究的再好，这个软件系统整体还是不完整的。所以在分析过程中，要把业务研究放在首位，业务研究是基础。
需求工程的专有知识包括软件工程、软件体系架构和信息资源规划需求工程的特有知识 需求规划是新一代软件需求工程有别于传统的软件需求工程，需求规划就是想从“业务全局、系统全局、信息全局”的高度来做需求分析工作。需求工程的方法观 方法的使命就是要将问题的结构和规律展现出来。
向信息系统的某个类用户以及解决某某问题或某几个问题是应用的显著特征。由业务建模、系统建模和体系建模三个建模共同构成的应用建模，是从业务系统转向信息系统的中间过程，是业务系统和信息系统之间的桥梁，其基本方法是业务与系统的映射。业务是对业务系统的组成成分的一种整体性认识，系统功能是对信息系统组成成分的一种整体性的认识，他们之间一一对应但又不是简单的对应。业务域和子系统是一对一映射，业务事项与功能模块是一对一和多对一，业务事项和功能模块是一对一或多对一，业务视图和基本表是一对多等等。
需求规划是将主体体系、对象体系、信息化体系作为一个整体来规划的。业务的本质是事项，是事项的实做行为，也是对所做事项的总称。业务是由主体和对象间基于物质、能量、信息的交互关系构成。业务梳理是在做拆分工作，那么初步分析就是在做组合。目标是由总体目标、业务目标、作业 目标构成的。
需求规划工作是面向“全业务、全信息、全系统”，采用分析综合、归纳演绎的逻辑方法整理出组织与对象的业务逻辑模型，在此业务的逻辑模型基础上进行系统的规划。系统规划是根据业务研究中组织结构、业务事项、业务数据的规模和用户对业务目标的期望，并结合应用建模的成果对支撑这种规模和应用所需的信息系统构成内容的一种规划