一、基线
根据GJB3206A-2010《技能状态管理》。
1. 功能基线
功能基线是由项目条约、任务书、方案等文件构成的基线，这些文件能够完全描述所研制产品的详细功能、性能等；
2. 分配基线
分配基线是由分系统任务书、需求规格解释、分系统方案等文件构成的基线，这些文件能够将产品功能进行分解，分解给不同的研制单位进行不同任务的研制事情，就像家里要装修了，把改电线给了水电工，把铺瓷砖给了瓦工一样，科研团队能够根据分配基线的文件知道自己做什么；
3. 产品基线
产品基线是由所研制的产品、生产规程、工艺规程、批生产规范、解释书、利用手册等构成的基线，这些文件能够解释产品的终极实现过程和方法，通过产品基线单位可以生产出来终极的产品。
二、为什么设置基线
同理于系统工程的观点。
在过去进行作坊模式的生产，大家没有构造分解的观点，会产生分工混乱，效率低下的结果，同时也会发生不合格率的居高不下。
在我国，钱学森首先提出了系统工程的观点，并运用于了军工航天武器装备的制造中。
系统工程的提出成功将繁芜的事情进行分解，分解成多个大略的模块。更普通的理解，家里要装修了，你自己韶光又没那么充裕又不是很专业，以是操持分区域进行装修，这个月把厨房装修睦，下个月再开始装修客厅，也便是把繁芜的事变通过分解方法进行简化。
回到基线上来。
正是由于项目或者产品过于繁芜，研制周期太长，以是我们也要对进行一个分解，这回分解的维度是按照韶光的维度进行分解，在几个关键的研制韶光点上进行分解。那这几个关键韶光点怎么选择呢？
通过分别这个项目或者产品在哪一个韶光点开始，本项目或产品达到了一个质的飞跃，例如第一章提到的三个基线，正是你完成了项目任务书后，我们可以通过任务书这个文件，很清晰、明确的知道全部的功能和性能是哪些？也就对应了终极顾客须要的产品的功能和性能。这个关键点在于明确了总的需求。接下来的分配基线正是利用系统工程的事理进行了分解，分配基线这个关键韶光点是由于此时各个模块知道了本模块的详细任务目标。末了的产品基线，此时终极产品已经成形，能够被利用。这三个基线形成了“总-分-总”的关系，这也恰好和系统工程的观点不谋而合。
综上所述，为了更好的完成工程项目活动，通过设置基线，来从韶光的维度分阶段把控项目的成功，从而达到终极的成功交付。
拓展：大家可以思考一下样子容貌、初样、正样、批生产等阶段划分与基线设置的差异。
三、为什么设置基线细分基线
根据GJB3206A-2010《技能状态管理》里的规定，仅设置了功能、分配、产品3个通用的根本基线，但对付很多技能繁芜、研制周期漫长的项目就会涌现一些个性化的项目管理需求。
例如软件开拓，在分配基线（需求规格解释编写完毕）建立后，到产品基线（软件交付版本）建立前，这中间要进行软件设计、软件实现、软件测试等很多以技能为主的开拓活动，质量管理的核心并不是管理质量的部分，而是通过一系列的掌握活动提升项目整体质量（包括技能和非技能）。因此，针对软件开拓项目来说，我们该当对足够多活动的软件开拓过程进行管理。
四、细分基线
在此给出一种软件开拓细分基线作为样例供大家参考，在软件开拓过程中包含了软件设计、软件实现、软件测试等过程，当然还能连续细分，如软件设计分为概要设计和详细设计，测试分为单元测试、组件测试、分系统测试、集成测试、配置项测试、系统测试、回归测试等。这上述情形下的软件开拓项目中，可以设置开拓基线、实现基线、测试基线。
细分基线1【开拓基线】
在开拓团队完成软件工程的概要设计、详细设计后形成了概要设计解释和详细设计解释，此时建立的基线能够辅导进行软件下一步代码开拓事情。
细分基线2【实现基线】
开拓职员根据设计解释能够进行详细的代码开拓任务，完成代码开拓所形成的代码清单可以认为是建立了实现基线。
细分基线3【测试基线】
在这里不去谈论详细的软件测试细分，什么单元测试、组件测试、分系统测试、集成测试、配置项测试、系统测试都不详细解释，我们都认为这是一种测试。软件测试还须要编写测试操持、测试解释、测试报告，因此软件开拓项目完成末了一项软件测试事情时，即形成了终版的测试操持、测试解释、测试报告，此时我们认为建立了测试基线，能够根据测试基线技能状态文件理解软件测试全部信息。可以开展下一步的软件验收与交付活动。
