软件过程研究的是如何将人员、技术和工具等组织起来，通过有效的管理手段，提高软件生产的效率，保证软件产品的质量。由此诞生了软件过程的三个流派：CMU-SEI的CMM/PSP/TSP；ISO 9000质量标准体系；ISO/IEC 15504（SPICE）。
CMM/PSP/TSP即软件能力成熟度模型/ 个体软件过程/群组软件过程，是1987年美国 Carnegie Mellon 大学软件工程研究所(CMU/SEI)以W.S.Humphrey为首的研究组发表的研究成果"承制方软件工程能力的评估方法"；SO 9000质量标准体系是在70年代由欧洲首先采用的，其后在美国和世界其他地区也迅速地发展起来。目前，欧洲联合会积极促进软件质量的制度化，提出了如下ISO9000软件标准系列：ISO9001、ISO9000-3、ISO9004-2、ISO9004-4、ISO9002；ISO/IEC 15504（SPICE）是1991年国际标准化组织采纳了一项动议，开展调查研究，按照CMU-SEI的基本思路，产生的技术报告ISO/IEC 15504--信息技术软件过程评估
目前，学术界和工业界公认美国 Carnegie Mellon 大学软件工程研究所(CMU/SEI) 以W.S.Humphrey为首主持研究与开发的软件能力成熟度模型CMM是当前最好的软件过程，已成为业界事实上的软件过程的工业标准。
不外乎以下方面：
形成文档化的制度，
规范和模板；
严格按照制度办事；
按照要求形成必要的记录；
检查、监督和持续改善。
在软件需求管理方面，对于准备通过CMM2级评测的开发机构，团队应将注意力放在以下几个方面:
* 软件需求必须形成文档；
* 软件需求必须能被控制，进而建立工程和管理的基线；
* 成员必须接受需求管理培训；
* 建立衡量需求状态的信息。
对于准备通过CMM3级评测的开发机构，应将注意力放在以下几个方面:
* 对需求进行系统化分析，确保软件需求完整性，一致性和可测试性；
* 软件需求、设计、编码和测试用例都能够回溯到相应的源头，在需求发生实质变更之前能够判别该变更所带来的潜在影响；
* 需求的修订应遵从统一的流程，需求的变更应从始至终被跟踪，软件需求文档应当通过配置和变更管理工具进行管理。
最后要强调的是，过程成熟度水平是衡量机构开发流程成熟度的标准，不应该被当作开发流程改进的奋斗目标。开发机构切忌本末倒置，应该以现有流程为基础，实事求是地改进、优化各项具体工作，参照过程成熟度模型全面提升开发机构的需求管理能力。