需求开发的思路和过程 需求开发工作是“以技术为核心、以业务为辅助”作为指导思想，以要说清楚软件系统“做什么”的软件需求规格说明为目标
需求获取 这里的需求获取和传统需求工程中需求获取最大的不同，一是无须与客户进行面对面的交流来获取需求，二是只需将需求规划的工作成果作为需求获取的第一来源
需求分析 需求分析工作分为分析和综合两部分工作。分析工作在于找出需求信息间内在的联系和可能的矛盾，而综合工作就是去掉这些矛盾来建立软件系统的功能、数据的逻辑模型
需求编写 软件需求的规划说明是由业务需求、用户需求和系统需求构成。而这些需求都在过程文档中，如果将这些文档看做一粒粒珍珠的话，那我们需要一根线将其穿成一个珍珠项链，穿起珍珠的这根线就是软件需求规格说明
需求验证 需求验证严格来说是检验软件需求规格说明，这是需求开发的最后一项活动，是对前期或阶段工作成果的一次完整的检查
问题是理想与现实之间的差距，目标是理想和现实之间的一个路标，问题决定范围、目标决定深度。
面向信息系统的某个类用户以及解决某某问题或某几个问题是应用的显著特征。由业务建模、系统建模和体系建模三个建模共同构成的应用建模，是从业 务系统转向信息系统的中间过程，是业务系统和信息系统之间的桥梁，其基本方法是业务与系统的映射。业务是对业务系统的组成成分的一种整体性认识，系统功能 是对信息系统组成成分的一种整体性的认识，他们之间一一对应但又不是简单的对应。业务域和子系统是一对一映射，业务事项与功能模块是一对一和多对一，业务 事项和功能模块是一对一或多对一，业务视图和基本表是一对多等等。
需求规划报告不仅是需求开放工作的基础，也是软件开发工作的指导性文件，还是下一次信息化建设的基础