鹿寒的专栏

需求管理成熟度2级的一个工程域目的需求管理（REQM）的目的是管理项目产品和产品构件的需求，并且识别需求与项目计划与工作产品之间的矛盾。介绍       需求管理过程管理所有的接收到的或由项目产生的需求，即包括技术的和非技术的需求也包括由组织施加给项目的需求。确切地说，如果需求制定过程域被执行的话，它的过程将会生成产品和产品构件需求，因此也就需要需求管理过程来管理。当需求管理、

在Borland C++Builder中检查程序BoundsChecker与Borland C++Builder的1.0, 3.0和4.0都进行了集成，因此你能够在不离开开发环境的情况下使用BoundsChecker先进的错误检查能力。另外, BoundsChecker 提供了SmartDebugging 去提高C++Builder开发环境下的调试器。SmartDebugging监控着所有

验证成熟度3级的一个工程过程域目的验证（VER）的目的是确保选定的工作产品满足其预定的需求。介绍“验证”过程域包括：准备验证、执行验证、以及确定纠正措施。 验证包括针对所有选定的需求，包括客户的、产品的以及产品部件的需求，对产品和中间工作产品进行验证。 验证天生就是一个渐进的过程，因为它贯穿于产品和工作产品的开发过程中，开始于对需求的验证，逐步验证逐渐产生的工作产品，最后验证完成的产品。 本过程域

确认成熟度3级的一个工程过程域目的确认（VAL）的目的是证实产品或产品部件满足其在预期环境中的预期使用。介绍确认活动可以适用于产品在其诸如运行、培训、制造、维护、以及支持服务等任何预期环境中的任何方面。完成确认所使用的方法即可以用于工作产品，也可以用于产品或者产品部件。工作产品（例如需求、设计、原型）必须在一定的基础上受到筛选，选择基础是哪个产品能够最好地预示产品与产品部件满足用户需要的能力。  

这段时间一直在翻译《CMMI——过程集成与产品改进指南》这本书，原来总觉得中文资料少，现在却突然发现了好几个有关于CMMI比较完整的中文资料，比如CMMI.SE-SW1.0中文版.chm以及一个名为CMMIv1.1_RM,PP,PTO,MA,RD,TS,PI,V&V.pdf的资料，可是令人郁闷的是这些资料中对很多术语的解释都不一样，比如对于Requirements Development，有的翻译

需求开发成熟度3级的一个工程过程域目的需求开发（RD）的目的是产生并分析客户、产品、以及产品部件的需求。介绍本过程域描述三类需求：客户需求、产品需求、以及产品部件需求。这些需求共同陈述了相关干系人的要求，包括与不同的产品生存期阶段相关的（例如验收测试准则）和与产品特性相关的（例如安全性、可靠性、可维护性）。需求还陈述了由设计方案的选择引起的约束（例如对市售产品的集成）。 需求是设计的基础。需求的开

技术解决方案成熟度3级的一个工程过程域目的技术解决方案（TS）的目的是设计、开发并实施对需求的解决方案。适当时，解决方案、设计以及实施分别或者一同完成产品、产品部件、以及与产品相关的生存期过程。介绍技术解决方案过程域适用于任何层面的产品体系结构以及每个产品、产品部件、与产品相关的生存期过程以及服务。本过程域注重于以下内容：l         评价并选择满足一组分配需求的潜在的解决方案（有时被此称为

项目计划目的项目计划（PP）的目的是建立并且保持定义项目活动的计划。介绍项目计划过程域包括如下：l         制订项目计划l         与相关干系人适当的相互影响l         获得对计划的承诺l         维持计划计划以定义产品和项目的需求为开端。计划包括估计工作产品的属性和任务，决定需要的资源，谈判承担的义务，产生一个进度表，并且识别和分析项目的风险。建立项目计划可能必须

项目监督与控制目的项目监督与控制（PMC）的目的是提供对项目进展的理解，从而在项目表现明显偏离计划时能够采取适当的纠正措施。介绍项目的文档化的计划是监督各项活动、沟通状态、以及采取纠正措施的基础。主要通过在预定的里程碑处，或者项目进度表或工作分解结构中的控制级别，将实际的工作产品和任务属性、工作量、成本以及进度与计划进行对比来确定进展情况。适当的可视性使得项目与计划发生重要的偏差时能够及时采取纠正

度量与分析目的度量与分析（MA）的目的是开发并保持度量能力，用于支持管理信息的需要。介绍度量与分析过程域包括：l         明确度量的目标，并与已识别的信息需求保持一致l         确定所需的度量、数据收集和存储机制、分析技术、报告和反馈机制l         收集、存储、分析并报告所收集的数据l         提供能用于决策并采取所需纠正措施的分析结果度量和分析在项目层面的应用：l

配置管理成熟度2级的一个支持过程域目的配置管理（CM）的目的是建立并且保持工作产品使用配置识别、配置控制、配置状态清算、配置审核的完整性。介绍       配置管理过程域包括：l         识别被选择的工作产品的配置从而及时地在特定的点组成基线l         收集配置项的变化l         从配置管理系统中建立或者提供规范去创建工作产品l     

原因分析与决策成熟度5级的一个支持过程域目的原因分析和决策（CAR）的目的是为了识别缺陷和其他问题的原因并且引起注意防止它们在将来发生。介绍原因分析和决策过程域包括：l         识别和分析缺陷和其他问题的原因l         努力消除原因并且防止这类缺陷和问题的发生原因分析和决策通过防止缺陷进入产品来提高质量和生产能力。依赖在缺陷发生后再去检查是没有有效价

CMMI——过程集成与产品改进指南... 1第一章           关于CMMI 61 引言... 6关于成熟度模型... 6CMMI的发展... 6覆盖的领域... 6系统工程... 6软件工程... 6集成产品和过程开发... 6采购... 6选择领域... 6系统工程的过程域... 6软件工程的过程域... 6集成产品和过程开发的过

       // JDBC_ODBC连接Access数据库，不需要设置数据源           // ******* 数据库连接代码开始  *******        //异常处理语句        //  try        //  {          //以下几项请自行修改------------------------------------------------------