获取需求作为软件开发的第一步，它的重要地位可想而知。但从国内目前的情况下，就我接触的公司好像大多是口头、MSN和在开发的过程中不断的纠正，至于文档只是简简单单，即使有文档，对文档的质量要求也不高。等待东西开发完成之后不断的与客户讨论更改。从而产生不断的维护工作。
最近了解了一下大致的获取软件需求的一个过程，在此做些记录：
项目启动：确定 范围、风险承担者和目标...
业务用例：根据范围确定业务用例
产品用例：从业务用例中筛选要做成产品的用例
功能需求：根据产品用例确定要完成的功能
非功能需求：
大致的规格说明书：把以上的内容整理初步的文档(可能是同步进行的)
质量关：讨论说明书的内容是否符合要求
需求规格说明书：把合格的需求写入需求规格说明书
以上是需求的大致过程，在需求确定之后就是我们分析设计的过程：
概念设计-》逻辑设计-》物理设计-》Coding-》Test-》Release ...
