这本书和前两本书一样，首先是从软件方面出发来介绍软件开发，从而引出软件的需求。不过这本书的侧重点不同。这本书介绍了软件过程标准及服从框架。说明了系统规划的重要性，也介绍了系统规划的几个方法。
一种传统的方法成为SWOT——优势、劣势、机会、威胁。另一种流行的策略基于VCM——价值链模型。用于制定业务策略的更加现代的方法称为BPR——业务过程重组。也可以通过使用为ISA——信息系统体系结构而设计的蓝图来评估一个组织的信息需求。
书中分别介绍了这几种方法，每个方法都有自己的优点和缺点，在使用时要选取合适的使用。
与系统规划有关的是，一个组织具有三级管理：策略级，战术级，操作级。这3个级别是由决策的独特焦点、一套明确的IS应用需求、需要从IT中得到的特定支持所刻画的。系统规划的任务是定义IS应用系统和IT解决方案的混合体，使其在特定的时间点对组织最有效。
软件开发遵循一个生命周期，主要的生命周期阶段是：分析、设计、实现、集成和部署，还有运行和维护。
需求确定先于需求规格说明。需求确定是关于发现需求并将其记录在一个叙述性需求文档中的过程。虽然需求的确定并不包括形式化系统建模，但可以构建基本你的需求业务模型。这个业务模型可以产生3个通用图：环境图、业务用例图以及业务类图。
UML标准定义了很多模型和图，使得能够进行深入详尽及多焦点的软件建模。可以根据模型和提供的系统的不同视点对模型和图进行分类。
用例模型是主要的UML代表，也是行为建模的焦点。用例模型定义用例、参与者及这些建模元素之间的关系，每一个用例都在一份文本文档中说明。
活动模型能够用图来表示用例中的事件流。活动模型填补了用例模型中系统行为的高层表示与交互模型中行为的低层表示之间的空隙。
类建模集成并包含了所有其他建模活动。类模型标识类和它们的属性，包括关系。类属于不同的体系结构层。类的典型分组是表示类、控制类、实体类、中介类和基础类。
交互建模捕获执行一个用例或用例的一部分所需要的对象之间的交互。有两种交互图：顺序图和通信图。
状态机模型说明类中的动态变化。它描述类的对象可能处于的不同状态。