1.需求获取
方法：
第一个是访谈，涉众回答预先设定的问题或者仅仅是非正式的讨论。注意到访谈时的目标是理解开发的人员和组织关系，分析任务是如何真正被完成的。另一个技术是合作创建情景，可以从一个对系统状态最初的假设开始，说明一个系统的好的情况和坏的情况 的流程，列出其它的系统中发生的事情，以及在每个情景后系统的状态。第三个是创建用例，即一个人和一个系统之间达到某个目的的步骤列表。除了上述的功能性需求，非功能性需求包括性能目标、可靠性目标等等。
2.需求文档
软件需求规格说明书将需求文档化。
需要检查的是：
有效性——需求是否真的被需要？
一致性——彼此之间有无冲突？
完整性——所有的需求和约束条件都包括了吗
可行性——需求真能被实现吗
高层次的给管理和市场部门
详细的给项目开发组
3.成本估算
经验化的和量化的
4.日程安排与进度监测
PERT：Program Evaluation and Review Technique 程序评价及评审技术
决定项目最小时间的关键路径
5.需求、成本和日程变更管理
随着项目的改变实时地维护需求文档、日程计划和成本预测。
6.确保实现与需求功能相符
需求功能与实现之间的关系被称为需求追踪。实现追踪的工具本质上提供设计部分、某个功能的代码实现部分、检查它的代码审查部分以及验证它的测试部分之间的引用。
7.风险分析管理
技术上的：比如选择的关系数据库不能承担项目所要求的任务规模。使用一个更具扩展性的数据库
组织的：团队中的许多成员不熟悉项目需要使用的J2EE。培训学习
商业的：当项目快要完成的时候，产品在市场上已经没有了竞争力。对已有的产品做竞争力分析，包括他们现在的功能和改进计划。
发生概率：0~100%
严重性：1~4，分别代表可忽略的、边缘的、关键的、灾难性的
