一、需求开发过程框架
1、需求开发是一个迭代的过程
2、需求开发框架
(1)、定义业务需求
(2)、识别用户群
(3)、识别用户代表
(4)、找到需求决策人
(5)、计划需求获取相关活动
6、识别用户需求
(7)、用户需求按优先级排序
(8)、细化用户需求
(9)、得出功能需求
(10)、为需求建模
(11)、识别非功能需求
(12)、评审需求
(13)、开发原型
(14)、架构开发或演进
(15)、将需求分配到组件中
(16)、按需求开发测试程序
(17)、验证用户需求、功能需求、费功能需求、分析模型以及原型
前七个步骤在项目前期实行，剩余的步骤在每次发布或开发迭代中重复。
二、需求几个阶段
1、需求获取
(1)、定义产品愿景和项目范围，愿景描述可以使所有干系人对产品的产出有一致的理解。范围界定了发布或者迭代中哪些功能（或不应该）出现。
(2)、识别用户类型及其特征，建立用户角色来代表特定的类型
(3)、为每类用户选出用户代表，他们提出用户组的需求，并代表用户组决策。
(4)、安排由典型用户组成焦点小组
(5)、与用户代表协同发现用户需求，要与用户代表共同探讨他们需要用软件完成什么任务以及他们希望获得哪些价值
(6)、识别系统事件和反应，列出系统可能经历的外部事件及其对每个事件可能做出的反应，外部事件分为三类：信号事件、时间或时间相关事件、业务事件
(7)、举办获取访谈
(8)、举办并引导需求获取讨论会
(9)、观察用户如何工作
(10)、分发调查问卷
(11)、分析文档，分析现有文档可以揭示系统目前如何运行或者人们期望它如何运行。
(12)、检查现有系统在需求方面的问题报告
(13)、重用现有需求，如果客户所要的功能跟现有系统中已经提供的功能类似，就要看需求（以及客户）是否能够变通，允许重用或者改写已有组件。
2、需求分析
(1)、为应用环境建模
(2)、创建用户界面以及技术原型，当开发人员对需求不太确定时，需要创建原型，目的是使概念及各种可能性更真实。
(3)、分析可能性，评估在成本可接受范围内每个需求实现的可能性及其在设定环境下的效果
(4)、需求优先级排序
(5)、建立数据字典，把与系统相关的对数据内容和结构的定义存储在数据字典之中。
(6)、为需求建模，将需求可视化
(7)、分析系统与外部世界之间的关联
(8)、将需求分配给子系统
3、需求规范说明
需求规范说明的精髓就在于一致的、可存取、可评审的方式记录不同类型的需求，且目标读者都理解这些规则。
(1)、使用需求文档模板
(2)、明确需求来源，为了让所有干系人了解每个需求存在的合理性，就需要对其进行追根溯源
(3)、每个需求一个唯一标识
(4)、记录业务规则，业务规则包括公司政策、政府法规、标准和算法
(5)、记录非功能需求
4、需求实践
(1)、需求评审
(2)、测试需求
(3)、定义验收标准
(4)、模拟需求
5、需求管理
(1)、建立需求变更控制流程，变更流程应当定义如何提出、分析和解决需求变更
(2)、对需求变更进行影响分析
(3)、建立基线并控制需求集合版本
(4)、维护基线需求变更的历史记录
(5)、跟踪每个需求的状态
(6)、跟踪需求问题
(7)、维护一个需求可跟踪矩阵，把每个功能需求与设计、实现它的代码以及验证它的测试相互联系起来
(8)、使用需求管理工具
6、知识
(1)、训练分析师，
(2)、帮助干系人理解需求
(3)、帮助开发人员理解应用领域，介绍客户的业务活动、术语以及待建产品的目标
(4)、制定一个需求工程流程
(5)、建立词汇表，词汇表，是对应用领域中专业术语的汇总。
7、项目管理
(1)、选择一个合适的软件开发生命周期
(2)、规划需求活动，每个项目团队都应该如何进行需求开发和管理实践活动
(3)、估算需求工作量
(4)、基于需求确定项目计划
(5)、识别需求决策人
(6)、当需求变化时重新协商项目承诺
(7)、分析、记录以及管理与需求相关的风险
(8)、跟踪在需求上花费的工作量，为了能在未来项目中提高对需求所耗资源估算的准确性
(9)、借鉴其他项目中关于需求的经验教训
