StarTeam基础使用培训-Borland配置管理解决方案.ppt

starteam基础使用培训,borland配置管理解决方案,slide,2,内容提要,配置管理的基本概念 starteam基本功能培训 基本应用,slide,3,内容一,配置管理的基本概念,slide,4,borland提供全面的alm和 中间件产品解决方案和服务,borland 解决方案,产品,it 管控解决方案 需求定义和管理解决方案 变更管理解决方案 全生命周期质量管理解决方案 融合corba和j2ee两种主流技术的中间件平台,服务,borland accelerate 过程咨询 技术实现 培训 售后支持 borland拥有强大的本地化专业服务、咨询和售后支撑体系,计划 tempo 定义 caliber 设计 together 开发 jbuilder, bds 测试 segue, optimizeit 管理 starteam 部署 visibroker, appserver,slide,5,应用生命周期管理中的“配置管理”,borland alm解决方案以集成的、整体的方式解决整个应用生命周期的问题,application lifecycle management,slide,6,什么是 open alm? open to your process, tools and platform,copyright 2007 borland software corporation.,6,tools (opensource/ commercial),caliber analyst,starteam,together,silk central test manager,tempo,gauntlet,silktest, silkperformer,processes (agile/ waterfall /rup),platform (java/.net/ package),项目管理 需求 建模 continuous integration 测试 测试管理 配置管理,slide,7,为何需要配置管理？- 时不我待！,避免由于忽略软件配置管理可能导致的混乱现象 发错了版本 安装后不工作 异地不能正常工作 已经解决的缺陷过后又出现错误 找不到最新修改了的源程序 找不到编程序的人 软件产品被窃取赢利或造成技术泄密 如何管理多个开发组协同工作 如何管理不同开发组的多个软件产品的多个版本,提高管理能力 配置管理是控制工具 维护产品的完整性 评价和实施变更 项目可视性工具 向管理者对正在开发的产品提供坚实的证据 测量工具 提供项目状态和过程数据,slide,8,软件配置管理 (scm) 标识和确定系统中配置项(ci)的过程，在系统整个生存周期内控制这些项的发布和变更记录并报告配置的状态和变更要求(cr)，验证配置项的完整性和正确性 ieee std 610.12 - 1990 在软件开发生命周期中支持和控制针对所有关键资产所做修改的一门学科,什么是软件配置管理?,配置管理是一项支持过程，它帮助规范开发和管理过程使得技术和管理活动更有效； 目的： 保证软件产品的完整性。,slide,9,软件配置管理概要,项目的 scmp,配置管理环境,工作产品,配 置 标 识,策划配置管理活动,变更 管理,发布 管理,状态 记录 和报告,配置 审核,cvs,vss,starteam,工 具,过 程,标 准,实施指南,培 训,相 关支 持,基础设施,。,实施/应用,控制和管理,软件开发 和支持过程,slide,10,软件配置管理,配置控制,配置标识,identifying items to be controlled,baselines,naming conventions,software library,software versions,change request process,sccb,implementing changes,waivers,状态记录报告,status information,status reporting,data analysis,发布管理,software building,internal release,external release,配置审核,baseline audit,fca,pca,管理scm过程,guidelines for scm process,planning for scm,surveillance of scm,软件配置管理活动,slide,11,配置项 (ci：configuration item) 置于配置管理之下并作为单个实体对待的工作产品集合 称为配置项。 一个配置项可以认为是置于配置管理之下在软件生存周期所产生或使用的一个工作产品或一组相关的工作产品，因而可作为一个单独实体对待。 广义配置项：项目产生的全部有意义的工作产品和需要使用的外部产品和资料。 狭义配置项：纳入变更管理的软件配置项。,软件配置管理的基本概念-配置项,slide,12,配置项的类型,软件配置项 ( sci ): 计算机程序 源代码 可执行代码,基线配置项 正式的控制,非基线配置项 较低层的控制,描述程序的文档 技术文档 用户文档,数据 程序内部 外部,交付给顾客的软件产品，及用以创建软件产品的其它工作产品， 包括第三方产品和商业现货软件。,开发过程中形成的管理类工作产品；如，测量数据或记录等。 环境类；如，编译器、操作系统、数据库管理系统、开发工具等。,slide,13,基线,基线 (baseline ) 经责任管理单位正式评审与同意，此后用作进一步开发的基础，并且只有通过正式的变更控制规程才能加以更改的一组规格说明或产品。 ieee std 610.12 - 1990 一组拥有唯一标识号的需求、设计、源代码和文档以及相应的可执行代码、构造文档和用户文档（相关的实体），可以认为是一个基线。 基线包含某时间点下的全部相关软件工作产品和版本信息(starteam: view label)。 基线的术语还可以用来指一个经同意的软件配置项的特定版本。,slide,14,基线是cm的基础,基线是一组配置项（ci）的集合： 经过了正式的评审和批准 作为进一步工作的基础 变更必须经过正式的变更控制程序 不同的基线可能 在开发的不同阶段建立 控制权限会有不同,slide,15,基线- snapshot,版本1,版本1,版本1,版本2,版本3,版本4,版本2,版本2,版本3,基线1,基线2,基线3,slide,16,某配置项已经基线化和纳入配置控制是一个意思吗？,问题讨论,slide,17,scm工具其他相关知识,标签/打标签 check in/out lock merge 分支,slide,18,scm基本目标与期望（cmm）,目标1： 软件配置管理活动是有计划的。 目标2： 所选定的软件工作产品是已标识的、受控的和适用的。 目标3： 对已标识的软件工作产品的更改是受控的。 目标4： 受影响的组和个人得到软件基线的状态和内容的通知。,slide,19,工具使过程自动化,工作流控制工具 变更请求 缺陷跟踪 检入/检出（check in/out),版本控制工具 软件控制（访问权限等） 版本的保存、记录和恢复,项目控制工具 反映所有数字资产关联关系 all in one,项目可视性工具 向管理者对正在开发的产品提供坚实的证据,slide,20,内容二,starteam基本功能培训,slide,21,starteam 是 一个使用简单但功能非常强大的软件配置管理系统，支持在软件项目中全生命周期的一个或多个配置库的所有配置管理资产的定义和配置活动。 针对所有企业资产的统一配置库、知识库 高度优化的client-server交互 可定制的工作流程和流程规则,starteam 是?,slide,22,文件管理-file 自动化版本控制 需求发布-requirement 变更管理-change request 团队讨论-topic 任务分配&追踪-task 可定制的工作流 可定制的表单 分布式配置库 link-自动链接（可追溯性）,starteam的核心功能,slide,23,starteam功能可以从任意平台、在任意位置、以gui或命令行环境、脚本或手工方式来调用。,starteam 构架,slide,24,starteam 项目-project?,starteam项目含义: 根据用途对配置项进行组织的一种方法 处于starteam服务器分组的最顶层 项目有自己的安全schemes和结构 项目可以重用其他项目的配置项,slide,25,starteam 视图-view?,starteam是项目的“子容器”（sub-container） 多种用途: 在某一特定的release上对工作进行隔离； 为非技术用户提供某一release的快照. 限制外部开发小组访问项目的某一子集. 创建一个“变种”的分支 将文件项纳入定制的文件夹结构中，用于开发或者其他用途,slide,26,starteam 目录-folder?,文件夹是项目和视图中配置项的低层容器 文件夹将项目和视图组织成可理解的层次结构 starteam中, 文件夹和文件一样都被版本化,slide,27,starteam 层级结构,slide,28,starteam 层级结构-细节,slide,29,如何打开一个starteam项目,登录名/密码 以其他用户登录 选择进入project还是view（开发库/还是受控库）,slide,30,starteam 布局,slide,31,“group by” 选项允许开发人员快速执行批量操作,自动文件状态追踪,slide,32,工作目录-working folder,注意和folder的区别 个人工作区 如何创建working folder 如何修改自己的working folder 如何check out/check in文件 如何加锁/解锁/打破锁 如何比较察看比较历史版本,slide,33,revision 标签和 view 标签,slide,34,标签的使用,new attach detach move freeze 根据标签选择文件 根据标签取文件,slide,35,独有的“共享”功能,slide,36,强大而灵活的权限安全保障机制,服务器权限管理，区分不同角色，进行权限下放。,project权限管理，access right level由低到高，权限颗粒度精细到单个配置项的某一个权限操作(如单个文件)。,slide,37,强大的分支和归并功能使得并行开发变得轻松，不论团队的规模大小和并行开发版本的数目多少,图形向导快速地创建分支并提供所需的归并提示,只需点击鼠标即可查看分支或执行 “time travel”,灵活的分支和归并-view（视图）,slide,38,过滤器和查询既可是用户指定的，也可是公共的对象以便其它团队成员共享,选项包括排序、分组、查询、上下文,过滤器定义可以图形化定义，无需编程,可定制的过滤器和查询,slide,39,变更请求也是starteam server识别的对象,变更请求记录缺陷、增强、建议等的变更,变更请求可以在starteam中输入或与其它变更追踪工具同步获得,集成的变更管理,slide,40,需求是starteam server识别的对象,需求可以在starteam中输入或从caliberrm同步获得,集成的需求管理,slide,41,任务是starteam server识别的对象,可以在starteam中输入任务或者从microsoft project中同步获取,集成的任务管理,slide,42,与其它starteam客户端一样，与jbuilder的集成仍遵从于工作流规则和安全限制,starteam与jbuilder集成,slide,43,rm,scm,sqa,ssm,spto,spp,与关键过程域结合,slide,44,内容三,starteam基本应用,slide,45,如何实施配置管理 - 全程咨询跟踪服务,策划配置管理的实施 建立适当的配置管理基础设施 基本可行的配置管理过程 引入工具，提供高效实施的手段 将管理过程和工具有机结合 健全管理机构和职责 （cm 组/sccb） 通过培训和实践完成转换,cm 解决方案,slide,46,配置管理的库系统,开发人员 1,开发人员 n,builder,测试人员,动态库,工作空间,受控库,配置管理员 或工具,静态库,备份的基线 发布的产品,受控的编译环境,检入/ 检出,cis,draft files,sw库是实现scm的方法,slide,47,典型的项目基线例子：,slide,48,变更控制 (change control),强化严格的变更控制机制。 要求建立正式的变更控制过程，以确保 变更按要求提出； 对每项变更进行影响分析； 对受控配置项的更改经过批准； 批准的更改得以实施； 对变更后配置项经过必要评审和批准入库 记录必要的测量信息。,slide,49,变更控制流程以及变更请求的status,slide,50,变更单,slide,51,配置状态记录 / 报告,在软件的整个生存周期中记录和报告全部受控配置项的状态和历史。 状态记录 - 记录和描述受控库中的配置项在任何给定时间的状态。 记录的配置状态至少应包括： 软件项和相关文档的标识及其当前状态； 基线进化的状态； 建议和已批准变更的状态； 已批准更改的实施状态。,slide,52,samples,slide,53,图