需求规划工作是“以业务为核心，以技术为辅助”作为指导思想，而需求开发工作是“以技术为核心，以业务为辅助”作为指导思想，这应该就是需求开发的思路。
需求开发工作主要活动有需求获取、需求分析、需求编制和需求验证。其中需求获取和需求分析是需求开发工作的核心，需求编制只是两阶段成功按规范模板的编写。而需求验证工作主要由需求评审、需求测试、用户手册的草案构成。
需求获取的思路和过程中说道：需求获取无需与用户进行交互，只要仔细阅读需求规划报告，有问题时与需求规划人员沟通就可完成需求获取工作。当然无需与用户进行交互的前提是在需求规划时已经和用户交互过了，不然不与用户交互交流，怎么可能得到较完全的需求内容呢。
需求分析除了对需求获取得到的需求信息进行分析和综合，还需要与软件开发组织进行协商，对于开发组织当前掌握的设计技术、开发语言、已有的工作成果有所了解，否则需求分析对于未来的开发工作没什么用。
在需求规划和需求获取以及需求分析等等的过程中产生了许许多多的文档，有些文档是描述总体的，有些文档时描述局部细节的，有些文档是自然语言描述的，而有些文档是用图形化模型、表格化格式、模式化文档描述的等等。我认为需求编写的工作就是将这些各式各样的文档，整合串联起来，成为软件需求规格说明。这样各方面人员可以基于此文档开展相应的工作。
严格来说需求验证时检验软件需求规格说明的，这是需求开发的最后一项活动。是对前期或阶段工作成果的一次完整检查。需求验证是一种黑盒验证，是假设系统已有的情况下的一种测试。需求验证是为了确认软件需求规格说明是否正确描述了目标系统的行为和特征，确保需求规格说明具有良好的完整性、准确性等。
