应用建模是业务系统和信息系统之间的桥梁。业务改造视图明确了业务改造的范围，缩小了范围，突出了重点，明晰了边界。业务域和子系统基本上是一对一的映射关系。业务研究只给出了业务事项范围和目标，业务建模是在此基础上通过演绎的方式得到各构成部分的完整性。
系统功能建模就是将业务域、业务功能、业务活动分别采用归纳方法将其分别映射到子系统、系统功能、系统活动。系统规划是系统设计的前置工作，是站在全局和顶层的角度对系统进行的宏观设计，是未来所有信息系统都需要遵守的一个规范。系统规划是做效果图、需求开发是做模型图、系统设计是做工程图。
需求管理的思路 ：需求工程的需求业务活动由需求规划中的6个业务活动和需求开发的4个业务活动共计10项业务活动组成，构成了需求工程的业务主线。需求工程的需求管理活动的目标就是确保需求业务活动能够按进度要求、质量要求、成本要求生产出高质量的软件需求。需求版本控制 软件需求基线是由各阶段需求业务活动的工作成果文档和文档内各部分内容的版本号的集成。软件需求基线工作的落实借助这些工作成果文档和文档内部分内容版本号来实现的。
需求获取是对业务事项的综合分析，而需求分析的一个主要工作是对软件系统做归类分析。需求分析是在需求规划、需求获取的基础上展开的。功能需求分析是需求分析的核心工作面向对像的功能需要求分析是一种功能的概念设计和初步的逻辑设计，概念设计得出这个系统的组成部分的名称及作用，逻辑初设是将系统器件看成一个灰盒，能看清内部元件构成，只是不知道元件材质是什么。在这里作者多次提到了白盒和黑盒，不同的阶段将系统比作不同的盒子，很形象的表现出了在不同阶段我们能看到的系统的程度。
需求的可行性分析是很重要的，它可以告诉我们一个系统的成功的概率，可能遇到的风险，包括性能风险、安全风险、过程风险、技术风险等。需求优先级不是减范围，而是定出开发的重点和先后次序。
需求规划报告不仅是需求开放工作的基础，也是软件开发工作的指导性文件，还是下一次信息化建设的基础。
需求管理工作是保障各阶段目标的质量及各阶段工作的衔接，确保需求工程全过程的质量、成本和进度是需求管理的目标。需求管理工作的思路是抓规范建设，抓阶段工作成果的检验，以促进规范在过程中的落地。
需求跟踪包括编制每个需求同系统元素之间的联系方式，需求跟踪可以通过追溯机制找到问题的根源，减少不必要的浪费并且迅速得到问题的原因，方便更快的解决。