您当前的位置:
基线管理
现在我们部门要建立一个内部使用的开发库
请问一下这个基线管理是什么？
包括什么东西？
该怎么建立？
越详细越好
或者各位大虾你们谁有现成的让我参考以下
这个因该不是什么机密的东西吧。
平时只是写代码了，没关心过管理的东西
还希望大家帮个忙
分数不是问题
谢谢各位了。
------解决方案--------------------
项目基线管理
当项目的要求进行了分析和记录，该项目规划已确立基线范围，成本和进度计划，项目执行和控制活动可以开始了。这涉及到技术应用到传统的系统控制项目工作。
考虑到项目的努力是一个过程，计划，规格，资源和方法的投入。该过程的输出应不断监测和比计划。 在调整过程中应作出符合该项目所需的输出。计划项目的结果之间的差异和应定期进行评估和报告。
为使项目得到控制，它需要系统组织成一个封闭的。这是通过建立基线的范围，成本和进度，然后把它们纳入版本控制的一些形式。一旦该项目已被尺寸载于这三个人，它可以测量，监测和控制。 如果一个项目没有这样的基线管理，不能管理和系统测量作为一个封闭的，而且必须因此被认为是出控制。没有意义的性能测试，可那里的范围，成本和进度都没有上界在某些学科和形式的变更控制。
如果它变得很明显，该项目无法管理它的基准，可能需要彻底的改革。项目范围的变更或控制的实现，该项目计划是严重的缺陷能够使项目的价值为基准的问题。在这种情况下，该项目可能要重新规划和重新基线。 当一个新的基准，是建立在同一进程的过程监测和控制输出必须继续进行下去。
建立基线的规划阶段正式结束的开始和控制项目执行和。控制项目的基准是绝对必要的项目的成功。 除了误解的要求，成本和进度估算坏，技术困难，事情很可能会危及一个项目是改变 。
这是很难评估哪些已经改变，如果你不知道你在哪里入手。认识你开始，并记录它，建立你的基线。这是你的基线预算，进度和项目的范围。经过初期的迭代规划的过程中，必须冻结基线规划和控制纳入配置。
该控制的重要性，并计划将根据版本的范围怎么强调也不过分。当您有版本控制，您可以衡量的进展和地位。 如果没有版本控制，状态和进度测量变得毫无意义。基准的项目没有一个稳定的规划是盲目飞行。
需求驱动可以超越其蠕变门槛成本和时间安排，纪律和时尚的变化实施，草草了事实施一个变化，甚至有很多，可以创建在整个项目的组织混乱。因此，重要的管理变革的步伐，以及对改革进程本身。
正在进行的项目要求，要求修改的症状可能是努力的一个不完整的初步需求分析或项目失败的团队，以充分参与并与用户沟通和客户在项目初期。
------解决方案--------------------
基线（Baseline）
基线是指经过正式评审和批准，可作为下一步工作的基准的一个配置。
软件开发过程中，无论是需求分析、设计、测试都需要在完成时建立基线，以作为下一步工作的基础。通过基线管理可以使用户能够通过对适当版本的选择来组成特定属性（配置）的软件系统，这种灵活的“组装”策略使得配置管理系统像搭积木似的使用已有的积木（版本）组装成各种各样、不同功能的模型。基线的变更需要一个严格的流程，需要提出申请，经过审批，然后才能进行。
配置管理中的内容主要包括：配置标志、版本控制、变更控制、状态报告、配置审核5部分内容。基线管理是其变更控制中的一部分内容。
------解决方案--------------------
------解决方案--------------------
要会用google