20080409 配置管理 trac XPlanner
http://www.shengfang.org

http://lvzb.spaces.live.com/blog/cns!f53ba114b9163f4b!107.entry
配置管理流程（2）

（1）制定配置管理计划
 
　　在项目启动阶段，项目经理首先要制定整个项目的开发计划，它是整个项目研发工作的基础。总体研发计划完成之后，配置管理的活动就可以展开了，如果不在项目开发之初制定配置管理计划，那么配置管理的许多关键活动就无法及时有序地进行，而它的直接后果就是造成项目开发状况的混乱，并注定使配置管理活动成为一种救火的行为。由此可见，在项目启动阶段制定配置管理计划是项目成功的重要保证。配置管理计划由 CMO制定，主要内容是制定配置管理策略，制定变更控制策略，编写配置管理计划，评审配置管理计划。
 
（2）创建配置管理环境
 
　　创建配置管理环境主要是由CMO设置硬件环境、设置网络环境、设置软件环境、建立一个配置管理库，储存项目中定义的配置项，安装配置管理工具，例如：ClearCase，VSS等，并提供配置管理培训。
 
（3）配置管理计划的实施
 
　　配置管理计划的实施由项目相关参与人员进行，主要是进行配置标志、建立配置基线、编制状态报告、招待配置审计和变更控制。
 
　　制定配置管理计划的过程包括以下主要工作流程：
　　— CCB根据项目的开发计划确定各阶段里程碑和开发策略；
　　— CMO根据CCB的规划，制定详细的配置管理计划，交CCB审核；
　　— CCB审核通过配置管理计划后交项目经理批准，发布实施。
 
（4）配置管理计划的执行
 
　　执行阶段的配置管理活动主要分为三个层面：
　　— 由CMO完成日常管理和维护工作；
　　— 由DEV具体执行配置管理策略；
　　— 变更控制。
　　这三个层面彼此之间既相互独立、又互相联系。
 
　　在配置管理执行过程中，具体按照如下流程进行：
　　— CCB设定研发活动的初始基线；
　　— CMO根据软件配置管理规划设立配置库和工作空间，为执行配置管理人员做好工作准备；
　　— 开发人员按照统一的软件配置管理策略，根据获得授权的资源进行项目的研发工作；
　　— CCB根据项目的进展情况，审核各种变更请求，并适时地划定新的基线，保证开发和维护工作有序地进行。

http://blog.csdn.net/wintersunair/archive/2006/10/12/1331532.aspx
如何制定有效的配置管理流程

http://www.cnblogs.com/richardli79/archive/2005/04/08/133911.aspx
 配置管理流程
    不知道为什么让我看了配置管理流程，让看就看吧。先看大纲，看看大的流程是什么
    配置库的建立及使用、是别配置项、定义基线、组建项目CCB、配置管理计划、配置记录及报告、产品检查及入库、基线发布、配置审计、产品构造、产品发布、变更控制。

    http://blog.csdn.net/sdphg/archive/2007/08/31/1767392.aspx
     TRAC 配置管理

     http://hi.baidu.com/xuexiba/blog/item/ba66b41b14d91e188618bf9b.html
     构建Trac和Subversion环境，进行配置管理和项目管理

     http://chenhao-nari.blogspot.com/2007/09/tracwindows.html
     基于Trac的项目管理系统构建(Windows篇)

    Trac看上去对项目管理非常“酷”。时间线功能相当漂亮，同时它还把所有wiki, checkin和问题跟踪的变化都放到同一个地方中去了。甚至更出色！你可以在rss feed中进行订阅，并从你的桌面环境直接进行阅读。

    你可以在checkin消息上通过使用一种特殊的语法，将checkin消息同问题关联起来。并且更具“杀伤力”的事情是所有对checkin消息的查询都是直接在 subversion 仓库中直接完成的，这就意味着，Trac 已经对你的checkin的历史进行了挖掘，使得他们可以被搜索和被浏览。根本不需要特殊的配置。不需要导入脚本运行。什么都用不着。

    Trac还提供一个嵌入的wiki，它支持reStructuredText，并且向reStructuredText 中增加了一个trac:: 的指令，它可以让你直接链向问题、在subversion中的文件、报告，等等。

    所有的数据都存放在sqlite中，这样它是非常轻量级的，并且配置和维护都简单。

    项目管理软件比较:jira, trac, sharepoint, teamwork, dotproject, igantt,etc.
　　公司要发展，要管理，就需要一个好的内部工作平台，集合项目管理、工作流是最基本的需求。最近比较了一些常见的项目管理工具，结果如下：
　　trac: 开源项目管理软件，功能比较弱，适合单一一个项目的管理。不过可以和svn较好的结合，配合很多软件来增强功能。安装、配置比较麻烦，要想用好、好用需要花不少时间折腾系统
　　jira：商业产品，功能强大，可以安装在windows、Linux上，java写的，安装非常简单，可以同时管理多个项目
　　sharepoint 2007：功能强大，微软的产品，安装过于复杂（server 2003+sqlserver+visual studio 2005＋workflow+sharepoint 2007），对硬件要求也很高（至少2G CPU和1G内存),个性化配置需要使用微软的产品来开发
　　Open Workbench：软件、非网站，很难团队使用
　　lGantt: 同open workbench
　　XPlanner：用于XP开发模式的网站，开源软件，界面较简单
　　teamwork:商业产品，功能较强大，但我下载后居然不能运行
　　dotproject：开源软件（网站），功能较强大，配置较复杂。

trac是用来管理知识、代码和bug的。

这里所说的知识是指非正式文档的知识，
比如服务器配置心得、模块使用方法等比较零散的东西。
这些可以用trac的wiki系统来管理。

至于代码，trac可以与svn集成，可以方便地查看代码的变动情况。

bug管理就不必多说了，trac的核心功能。

总之，个人认为trac不适合用作正式文档的管理，
但非常适合bug管理，也非常适合与svn配合做代码管理。

关于 XPlanner 0.7b7：

   1. XPlanner有整合wiki的功能， 但是在这一版本中有一个Bug, 就是连接wiki的link有问题。
   2. 缺少相互讨论的平台，而且对Task等的修改，缺少及时的mail提醒功能。

   XPlanner is a project planning and tracking tool for eXtreme Programming (XP) teams. If you are not familiar with XP software development practices, the links page contains pointers to relevant resources. To summarize the XP planning process, the customers pick the features to be added (user stories) to each development iteration (typically, one to three weeks in duration). The developers estimate the effort to complete the stories either at the story level or by decomposing the story into tasks and estimating those. Information about team development velocity from the previous iteration is used to estimate if the team can complete the stories proposed by the customer. If the team appears to be overcommitted, the set of stories are renegotiated with the customer. The XPlanner tool was created to support this process and address issues experienced in a long-term real-life XP project.

XPlanner是一个基于Web的XP团队计划管理和跟踪工具。XP独特的开发概念如Iteration、User Stories等，XPlanner都提供了相对应的的管理工具，XPlanner支持XP开发流程，并解决利用XP思想来开发项目所碰到的问题。 XPlanner特点包括：简单的模型规划，虚拟笔记卡(Virtual Note Cards)、Iterations、User Stories与工作记录的追踪，未完成Stories将自动迭代，工作时间追踪，生成团队效率，个人工时报表，SOAP界面支持。