[配置管理]01产品线[配置管理]系统部署方案

XX产品线配置管理系统部署方案1概述1.1目的本文档旨在给出XX产品线内不同类型项目的配置管理策略，为XX产品线的配置管理提供指导。1.2适用范围本文档适用于XX产品线范围内，所有平台、产品、项目、组件开发的项目组成员，包括项目经理、开发人员、测试人员。另外，本文档可以为公司内部其他项目的配置管理提供参考。1.3文档组织本文档主要内容包括三部分。第一部分介绍XX产品线配置管理的现状，包括配置管理相关的软硬件环境、XX产品线内所有项目配置库等；第二部分针对现有项目情况，分别针对XX产品线平台、产品、项目的配置管理做具体说明；第三部分简要介绍StarTeam配置管理系统部署的过程。1.4术语1)StarTeam：是Borland公司的变更和配置管理工具；2)部署方案：是指依据产品给出的软硬件资源要求，结合项目的实际情况，使产品能在项目中正常使用的一系列活动；3)StarTeam配置库（ServerConfiguration）：StarTeam中最大的容器，StarTeam配置库中所有配置项可以被任意组织。2XX产品线配置管理现状为了提高组织的配置管理水平，更好的满足并行开发和变更管理的需要，提高XX产品线开发效率，保证产品版本稳定性，需要替换现有的基于文件的版本管理工具（VSS），采用基于任务的配置管理工具(StarTeam)。下面主要介绍XX产品线配置管理现状。本次部StarTeam配置管理系统涉及到硬件、软件、配置库迁移、人员各方面，下面分别对这几个方面的情况做一些说明。CISERVER服务器DEV服务器CI服务器DEV:1CPU,512内存，4块硬盘组成RAID5，总磁盘空间为200GVSS上主要配置库：1)CI综合信息管理平台Server2)CI系统构建平台3)CI离线录入客户端4)CI产品辅助工具5)CI产品文档6)合并报表7)关联交易8)成本管理9)产权登记10)平衡计分卡配置管理服务器构建服务器通过VSS连接通过StarTeam连接通过StarTeam连接访问共享访问共享CISERVER:2CPU,1G内存，80G硬盘Server200332位SP2服务：1)StarTeam服务2)SQLSERVER2000数据库StarTeam上主要配置库：1)一卡通2)表格组件4.03)平衡计分卡4)ezReport报表组件5)智能财务分析系统2.06)D&A2CPU,1G内存，160G硬盘Server200364位SP1服务：1)SQLSERVER2000数据库2)Tomcat开发人员测试人员1.硬件XX产品线所有项目分布在两台配置管理服务器上：研发中心VSS库所在DEV服务器，机器配置为1CPU,512内存，4块硬盘组成RAID5，总磁盘空间为200G；现有StarTeam配置管理系统使用一般的台式机，机器配置为2CPU,1G内存，80G硬盘；构建服务器除XX服务器用于XX平台的构建发布外，其他项目版本的构建发布由相关项目经理负责。2.软件安装StarTeamEnterprise2008，服务器端操作系统为Windows2003Server+SP1，另外要求StarTeam客户端与服务器端版本一致。3.配置库迁移需要纳入StarTeam配置管理系统中的主要产品有：1)XX3.x系列产品（包括XX综合信息管理平台Server、XX系统构建平台、XX离线录入客户端、XX产品辅助工具、XX产品文档），重点支持统计&决算业务；2)合并报表3)关联交易4)成本管理（包含文档库、XX3.3代码库、客户端代码库）5)产权登记6)一卡通7)平衡计分卡8)年报平台除年报平台外，其他项目都基于XX3.x系列产品进行开发，并不需要频繁合并。新产品的开发通常基于XX3.x系列产品，单独建库开发。除一卡通项目使用现有的StarTeam配置管理系统管理外，其他项目配置库仍在VSS中。由于迁移过程中涉及到的代码量较大，不考虑迁移VSS中的历史版本，只将最新版本纳入到新部署的StarTeam配置管理系统中。另外，现有StarTeam配置库（ServerConfiguration）中，除一卡通、平衡计分卡项目外，其他均为研究院项目，依据高内聚低耦合的原则，考虑为XX产品线创建单独的配置库（ServerConfiguration）。4.人员XX产品线现有项目配置库迁移涉及到多个部门：XX行业应用部(25人)、XX分析应用部（9人）、XX客户端产品部（14）、研发院相关人员（7人）、XX测试组（21），合计76人。3解决方案XX产品线部署解决方案主要分为两部分：第一部分是配置管理相关服务器的部署，包括，需要考虑数据库是否独立，存储是否独立，硬件的选择等等；第二部分是XX产品线现有产品、现有项目及后期新产品、新项目的配置库的部署方案。3.1硬件部署方案根据XX产品线产品开发现状，StarTeam配置管理系统部署的解决方案有两种：单个服务器的部署、独立数据库及存储的部署。下面分别对这两种不同的部署方案进行说明：3.1.1单个服务器的部署短期看来，预期XX产品线用户数不超过100人，并发用户数不超过50人，属于小型配置库，因此可以考虑将StarTeam服务器端所有服务都部署到一台服务器上。XX产品线配置管理系统部署可以采用以下方式：优点：部署简单缺点：1.需要对多个Vault、database单独备份复杂；2.对服务器性能要求较高，服务器硬件最低配置要求为：DualPentiumXeon™，2.26GHz+，2.5GBofRAM。注意：服务器上可以部署多个小型配置库，但所有配置库并发用户之和不能超过100。3.1.2独立数据库及存储的部署但从长期来看，数据库服务器一般是单独管理的，另外，为了方便备份应该将存储独立出来。因此可以考虑使用中型配置库的部署方案，如下图：优点：1.DatabaseServer进程占用的负载被转移后，对服务器性能要求降低；注册用户数小于100时，服务器最低硬件要求为DualPentium4,1.3GHz,1GBofRAM；2.Vault及Database存储独立，便于备份和管理；缺点：1.部署较单个服务器部署复杂；2.StarTeamServer服务器与数据库服务器之间要求高速网络连接（提供100M-1G的内网带宽）。CISERVER服务器DEV服务器CI服务器DEV:1CPU,512内存，4块硬盘组成RAID5，总磁盘空间为200G数据库服务存储配置管理服务器构建服务器通过VSS连接通过StarTeam连接通过StarTeam连接访问共享访问共享CISERVER:2CPU,1G内存，80G硬盘Server200332位SP2StarTeam服务2CPU,1G内存，160G硬盘Server200364位SP1CI编译服务开发人员测试人员3.2XX产品线逻辑部署方案XX产品线项目构成如下：1)XX平台：XX产品线所有项目的开发都是基于XX平台；2)产品：在XX平台的基础上，基于不同的业务领域开发了一系列产品；3)项目：针对不同的实施项目，会在产品基础上做少量的定制开发；4)组件：为提高重用性，对XX平台部分核心功能进行的封装，属于XX平台的一部分；针对现有XX产品线配置库的迁移，因为配置项有较强的相关性，可以放在一个ServerConfiguration中，主要需要考虑Project的划分以及View的创建。下面分别对这几种不同类型项目的配置管理策略进行说明。3.2.1XX平台配置管理策略XX平台包括XX综合信息管理平台Server、XX系统构建平台、XX离线录入客户端、XX产品辅助工具、XX产品文档，重点支持统计&决算业务。为了保证XX平台发版时各组成部分版本的一致性，可以为XX平台建一个Project进行管理。需要注意的是，由于该Project中Object较多，如果建太多的视图，可能会影响使用效率。一个ServerConfiguration中，Project不要超过50个，View不要超过100个，并发用户数不要超过100，注册用户数不要超过500。3.2.1.1版本管理策略XX平台的版本分支管理策略有两种：一是主干做稳定版本的发布，分支做新功能开发；二是主干做新功能开发，分支做发布。StarTeam中可以使用View作为分支。View的应用，可以参考以下建议：1.视图主要用于支持生命周期中的某些特定的活动，对应于不同的活动，对视图中项的更新量也不同；2.使用视图标签和提升状态；3.视图层次不要超过3层；4.一般情况下，不要使用空视图、浮动视图或浮动的reference视图，除非你完全了解这些视图类型且它与你的需要完全符合；5.视图是“重量级”对象：当创建某个视图的子视图时，通常需要好几分钟，在数据库中会新增上千个子项，因此不要把视图作为单个开发人员的个人工作区；下面主要针对两种不同的分支策略给出View的使用建议：策略1：主干做稳定版本的发布，分支做新功能开发MainView新版本开发分支策略1：主干稳定SP1版modmodSP2版modmodXX平台正式版发布后，如XX3.3正式发布后，在主视图中维护XX3.3的SP版本，新建子视图进行新版本的开发。需要定期将主分支上的修改合并到新版本分支上，当新版本测试通过后，可以合并到主分支。CI平台CI3.3开发策略2：主干做新功能开发，分支做发布MainView新版本开发modmodmodmodSP1版SP1版分支策略2：分支稳定XX平台正式版发布后，新建分支用于SP版本的维护，仍然在主分支上进行新版本的开发。每次发布SP版本后，需要将更新内容合并到新版本分支。CI平台CI3.2维护3.2.1.2配置库目录结构一级目录二级目录三级目录四级目录内容说明01产品管理01项目计划XX产品新版本的项目开发计划、配置管理计划、测试计划、品质保证计划02项目里程碑报告03工作会议01产品线常务工作会议XX产品线常务工作会议简报、会议纪要、重大事项跟踪表02产品线研发工作会议XX产品线研发工作进展报告03其它会议除例会、评审会议外的其他会议纪要04配置管理01基线建立控制报告02配置项变更控制报告03配置审查实施报告04配置库管理报告05配置状态报告06产品发行05构建发布构建脚本及说明XX正式版产品发布基线清一级目录二级目录三级目录四级目录内容说明单06需求讨论07集中开发98其他992004年以前02方案与设计00模板01基础部分01数据服务02参数服务03基础组件02数据管理01数据录入02数据上报03量纲转换03数据查询01导航式查询…07综合查询2.001需求02设计…04数据分析01报表分析…05首页部分06系统管理01权限管理…07合并报表08XX系统构一级目录二级目录三级目录四级目录内容说明建平台09离线录入客户端10数据接口…81多级部署82产权登记83一卡通84资产管理98其他992004年以前03测试产品测试测试周报项目测试01关联交易2.002综合查询2.003表格组件4.0…04用户文档01关联交易2.002综合查询2.003表格组件4.0…06实施项目00数据库实施规范01邮电器材00实施方案01项目背景资料一级目录二级目录三级目录四级目录内容说明02项目的特殊需求03项目反馈问题记录04项目实施情况统计02网通00实施方案01项目背景资料02项目的特殊需求03项目反馈问题记录04项目实施情况统计……3.2.1.3构建编译构建编译过程中，需要重点关注：1.构建环境的搭建及操作说明文档；2.构建脚本；3.构建版本的内部发布及正式发布的位置；下面以XX平台的构建为例说明，XX平台的构建环境分两部分：一是构建环境准备；二是远程编译服务部署；步骤1：构建环境准备1、安装java运行环境2、部署多个版本的jdka)标准32位JDK，jdk142_11b)Jrokit32位JDK，jrockit81sp6_142_10c)64位JDK,64Bit_jdk1.6.0_023、部署Ant，使用版本apache-ant-1.5.4；4、部署编译批处理文件；5、编译脚本修改：1)