第 8 章 IT软件项目配置管理 (2次、4课时).

Slides:



Advertisements
Similar presentations
月經異常的原因及警訊 組員: 陳少康、張康樂、許晉愷、何曄、方泠瑩、張 顓麟、蘇梓喬、溫鵬皓、林雅雯.
Advertisements

說明事項  大陸交換學習近況  大陸姐妹校介紹  申請資格和程序  研究生補助 大陸交換學習近況 2009 年秋首次進行,計有 6 校共 20 位學生來校交換學習。 來校交換生.
年終工作獎金 及考績獎金 法規與實務 苗栗縣政府人事處 副處長 陳 坤 榮 中華民國102年1月25日.
武汉库得克 软件有限公司 公司简介 发展机遇 特点 一家专注于质量管理平台和整体 解决方案的提供商
消失的吸管 隊名:吸管應該消失才隊.
助學工作說明會 及 教育訓練.
師資生修讀教育學程 重點提醒 師資培育暨就業輔導中心.
第五章 话语的语用意义(上) 主讲人:周明强.
高三物理复习 运动的图象、追及相遇问题 (两 课 时) 泉州六中 苏碧贤.
文書檔案組Q&A 崇右技術學院 文書檔案組 Q & A 總務處.
公職人員財產信託簡介 第一銀行信託處 編製.
經分表聘用兼任助理流程 完成 新增/修改 經分表 計畫無聘任兼任助理(新增) 紙本送所屬單位審核 計畫聘任兼任助理(新增)
未婚懷孕:你想清楚了嗎 瑞芳國中 林碧欣.
國科會經費報銷說明 報告人:陳秀合 分 機: 年11月 12日(一).
拓 展 培 训 师 基础教程.
實用技能學程答客問 Q&A 大明高中附設進修學校 教導處 編製.
畜牧類天然災害查報 及救助作業簡介 臺南市政府農業局畜產科 李東仁 臺南市政府農業局畜產科.
財團法人台北市任兆璋修女林美智老師教育基金會
文学经典与影视编导 主讲人:邓轶芳 文化传媒学院.
股 指 期 货 的 应 用 1.
100學年度719班 親師懇談.
社團資料製作 亞東技術學院課外組 岳擎天
道路、管線事故緊急應變處理課程.
財團法人台北市任兆璋修女林美智老師教育基金會
大 綱 國有財產之來源 國有財產之範圍 國有財產之種類 國有公用財產管理 使用原則 國有公用財產管理
花的構造- (資料參考--鄭元春 植物Q&A一書) 花瓣 花萼 雌蕊 雄蕊.
認識股票 認識股票.
揭秘 庄家 股市中的 为什么你的股票一买就跌,一卖就涨? 为什么出了利好,股价反而下跌? 为什么有的股票一直涨停?
年終工作獎金 及考績獎金 法規與實務 苗栗縣政府人事處 副處長 陳 坤 榮 中華民國100年12月20日.
103年度身心障礙福利機構評鑑 日間及住宿機構指標說明 ~會計及財務管理~
屏東縣政府對民間團體補助經費作業要點 & 簡易計畫書撰寫概要與核銷注意事項
--洲仔尾的鹼菜 與櫻桃鴨的結合-- 鴨賞的故事.
校園霸凌事件處理、申復流程暨狀況模擬 林華杉教官 此範本可作為群組設定中簡報訓練教材的起始檔案。 章節
戲水安全.
转正述职报告 乐恩公司 史航
外僑扣繳實務講習 1.
臺北市政府教育局 102年「遊具與遊戲場」 整修工程研習會議
職場性騷擾相關法 律責任-以上司對 下屬性騷擾為例
前不久看到了这样一则报道:某个大学校园里,一个大学生出寝室要给室友留一张字条,告诉他钥匙放在哪里。可是“钥匙”两个字他不会写,就问了其他寝室的同学,问了好几个,谁也不会写,没办法,只好用“KEY”来代替了。 请大家就此事发表一下自己看法。
乳猪断奶后拉稀,掉膘与教槽料.
主講人:曲軒 協理 就業情報資訊 日期:2003年5月8日
利用共同供應契約 辦理大量訂購流程說明.
衛生筷,衛生嗎? 綠的關懷協會 常務理事 董雅坋.
高粱酒香-金門城.
讀報教育 報告者:施子慧 資料來源:徐瑞美、施子慧.
103年度 健康促進學校輔導與網站維護─ 「臺灣健康促進學校之網站特色介紹」 張子超 教授
107年勞動基準法修法重點解析 高雄市政府勞工局.
國立中山大學管理學院 國際人才培育中心 大專人才培訓就業學程.
開課單位作業流程及Q&A 開啟衛生署積分系統首頁 畫面如下頁.
精算假設品質的基本要求 精算假設應提出明確的假設數值,同時應提供實際經驗率資料以作為假設訂定之依據,且精算人員應說明實際經驗率與假設數值間的合理關係。 精算假設若由其他單位提供(例如:利率或投資報酬率假設由投資部門提供),精算人員仍應了解其假設的方法,並就其假設合理性及假設方法提出意見。 精算假設若與前一年相較有所變更時,精算人員應說明假設改變的原因,對於有改變的精算假設數值宜列對照表比較並說明。精算人員應評估假設的改變對財務影響是否顯著,若顯著則應提供量化數值以說明其影響程度。
数据库技术与应用 (开学篇) 同济大学.
2 Access 2007 对象与操作基础.
臺南市 107學年度 國中生志願選填試探與輔導知能研習
1.E化系統 之 專案登錄 核銷作業 2.常見退件原因 3.其他注意事項
第1章 SQL Server 2005概述 教学提示:SQL Server 2005是微软的下一代数据管理和分析解决方案,它给企业级应用数据和分析程序带来更好的安全性、稳定性和可靠性,使得它们更易于创建、部署和管理,从而可以在很大程度上帮助企业根据数据做出更快、更好的决策,提高开发团队的生产力和灵活度,以及在减少总体IT预算的同时,能够扩展IT基础架构以更好地满足多种需求。
課程報告 軟體型態管理軟體工具之選擇與評估 報告者:謝佑忞 班級:碩研資管一甲 學號:MA 課程:南臺資管所 專案管理專題
國中志願選填試探與輔導知能研習 『學校適性輔導實務分享』 2015年12月1日(二) 分享者:蔡幸君.
软件项目的配置管理 2019/5/1.
兒童及少年保護、 家庭暴力及性侵害事件、 高風險家庭 宣導與通報
Microsoft Word 2003 透視合併列印 Microsoft MVP 王作桓.
2011年版大學學系探索量表測驗結果說明 輔導室 楊欣翰老師.
中小學教師科博館教學導覽教師研習工作坊 國立自然科學博物館 科學教育組 葉蓉樺博士.
101學年度繁星推薦校內甄選學生說明會 海山高中輔導處
13.2 物质波 不确定关系 微观粒子的波粒二象 + ? 德布罗意假设(1924年): 实物粒子具有波粒二象性。 波长 频率
我會看年曆.
培僑小學 成功父母學堂 常識科專題研習工作坊
104年度自我評鑑 學術單位內部評鑑工作研習會.
主講人:秘書室專門委員 王玲玲 日 期:102年9月4日
訪談地點:高雄縣大社鄉便當店 組員:王佩儀 B 王紀璇 B 許乃心 A
教育部彈性薪資說明會 主辦單位:教育部 執行單位:彈性薪資專案辦公室 主 持 人:周麗芳 國立政治大學財政學系教授 101年4月18日.
Presentation transcript:

第 8 章 IT软件项目配置管理 (2次、4课时)

第8章 IT软件项目配置管理 8.1 软件配置管理概念 8.2 软件配置管理基本活动 8.3 软件配置管理组织 8.4 软件测试 8.1 软件配置管理概念 8.2 软件配置管理基本活动 8.3 软件配置管理组织 8.4 软件测试 8.5 配置管理工具 8.6 思考题

8.1 软件配置管理概念 8.1.1 软件配置及软件配置项 8.1.2 软件配置管理

8.1.1 软件配置及软件配置项 配置管理(Configuration Management,CM)的目的是建立和维护在整个软件生命周期中软件项目产品的完整性和一致性。 CM的主要目标是使修改部分更容易被适应,并减少变化中所花费的工作量。 配置管理在一个IT软件项目中是必须的,特别是对那种规模大且周期较长的项目。软件配置管理是始终贯穿整个软件过程的保护性活动。 软件配置管理的一系列活动被设计成为:标识变化、控制变化和保证变化被适当地实现,以及向其他可能的人员报告变化的一个有力和有效工具。 随着软件过程的进展,软件配置项(Software Configuration Items,SCI)迅速增长。一般,系统的软件规格说明了产生软件项目计划和软件需求说明以及与硬件相关的文档资料,然后在这些文档基础上又产生了其他的一些文档,从而形成了一个信息层次。

8.1.2 软件配置管理 软件配置管理活动: 软件配置管理(Software Configuration Management,SCM)是软件过程的关键要素,是开发和维护各个阶段管理软件演进过程的一种方法和规程。 软件配置管理使得整个软件产品的演进过程处于一种可视的状态。 软件配置管理作为CMM第2级上的一个关键域(Key Practice Area,KPA),在整个软件的开发活动中占有很重要的位置。 及多少识别和修改,多少错误仍然未被发现等;也可以用于对费用和进度参数的预测。

8.1.2 软件配置管理 软件配置管理功能: 软件配置管理 配置标识 变更控制 配置状态统计 配置审核 图8.1 软件配置管理功能

8.2 软件配置管理概念 8.2.1 制定软件配置计划 8.2.2 确定配置标识 8.2.3 版本管理 8.2.4 变更控制 8.2 软件配置管理概念 8.2.1 制定软件配置计划 8.2.2 确定配置标识 8.2.3 版本管理 8.2.4 变更控制 8.2.5 系统整合 8.2.6 状态报告 8.2.7 配置审计

8.2.1 制定软件配置计划 软件配置管理的主要流程如下: 项目经理和配置管理委员会(CCB)根据项目的开发计划确定各个里程碑和开发 策略。 8.2.1 制定软件配置计划 软件配置管理的主要流程如下: 项目经理和配置管理委员会(CCB)根据项目的开发计划确定各个里程碑和开发 策略。 根据CCB的规划,制定详细的配置管理计划,交CCB审核。 CCB通过配置管理计划后交项目经理批准,发布实施。

8.2.1 制定软件配置计划 在已建立了要管理的文档后,配置管理计划必须定义以下问题: 文档命名约定。 8.2.1 制定软件配置计划 在已建立了要管理的文档后,配置管理计划必须定义以下问题: 文档命名约定。 正式文档的关系(项目计划书、需求定义、设计报告、测试报告都是正式文档)。 确定负责验证正式文档的人员。 确定负责提交配置管理计划的人员。

8.2.1 制定软件配置计划 制定配置管理计划中,必须定义以下问题: 8.2.1 制定软件配置计划 制定配置管理计划中,必须定义以下问题: 根据已文档化的规程为每个软件项目制定软件配置管理计划。这个规程一般规定: 在整个项目计划的初期制订软件配置管理计划,并与整个项目计划并行;由相关小组审查软件配置管理计划,管理和控制软件配置管理计划。 将已文档化且经批准的软件配置管理计划作为执行配置管理活动的基础。该计划应该包括:需要被执行的配置管理活动、活动的日程、指派的责任和需要的资源(包括人员、工具、计算机设施等);配置管理的需求和由软件开发小组和其他相关小组执行的配置管理活动一样。

8.2.2 确定配置标识 有效地配置管理,需要确定配置标识: 8.2.2 确定配置标识 有效地配置管理,需要确定配置标识: (1) 建立一个配置管理库作为存放软件基线的仓库。 基线是指已经通过正式评审和认可的标准,作为以后进一步开发的基础,并且只有通过正式的更改控制规程才能进行更改的规程说明或者产品。当软件基线生成时,就纳入软件基线库中。存取软件基线内容的工具和规程就是配置管理库系统。 (2) 标识置于配置管理下的软件工作产品。 置于配置管理之下的软件工作产品,主要包括可交付给客户的软件产品(如软件需求文档和代码等),以及与这些软件产品等同的产品项或者生成这些软件产品所需要的产品项(如编译程序、运行平台等)。所谓配置标识就是为系统选择配置项,并在技术文档中记录其功能特征和物理特性。 (3) 根据文档化的规程,提出、记录、审查、批准和跟踪所有配置项/配置单元的更改要求和问题报告。 (4) 根据文档化的规程记录配置项/配置单元的状态。该规程一般规定:详细地记录配置管理行动,让每个成员都知道每个配置项/配置单元的内容和状态,并且能够恢复以前的版本;保存每个配置项/配置单元的历史,并维护其当前状态。

8.2.3 版本管理 版本变迁演化 : Obj 1.0 Obj 1.1 Obj 1.2 Obj 1.4 Obj 2.0 Obj 2.1 8.2.3 版本管理 版本变迁演化 : Obj 1.0 Obj 1.1 Obj 1.2 Obj 1.4 Obj 2.0 Obj 2.1 Obj 1.1.1 Obj 1.1.2 Obj 1.3 图8.2 版本变迁演化 1 2 3 4 5 变体

8.2.4 变更控制 一般需要考虑以下因素 : 变更的预期效益如何? 变更的成本如何? 项目变更进程后,对项目成本的影响如何? 8.2.4 变更控制 一般需要考虑以下因素 : 变更的预期效益如何? 变更的成本如何? 项目变更进程后,对项目成本的影响如何? 变更对软件质量的影响如何? 变更对项目资源分配的影响如何? 变更可能会影响到项目后续的哪些阶段? 变更会不会导致出现不稳定的风险?

8.2.4 变更控制 变更提案所包括内容 : 项目名称 变更提案请求者,提案日期 变更内容 变更分析者,分析日期 被变更影响的部分 8.2.4 变更控制 变更提案所包括内容 : 项目名称 变更提案请求者,提案日期 变更内容 变更分析者,分析日期 被变更影响的部分 与变更相关的其他部分 对变更的评估 变更的优先级 变更的实现 变更的预测成本 变更提交给配置管理委员会(CCB)的日期 配置管理委员会决定,做出决定的日期 变更实现者,变更实现日期 提交给质量控制小组(QA)的日期 质量控制小组的决定 提交给项目经理的日期 项目经理的评价

8.2.5 系统整合 必须要考虑的问题有 : 是否所有组成系统的成分都包括在整合说明书中? 是否所有组成系统的成分都有合适的版本? 8.2.5 系统整合 必须要考虑的问题有 : 是否所有组成系统的成分都包括在整合说明书中? 是否所有组成系统的成分都有合适的版本? 是否所有的数据文件都是可以获得的? 在组成系统的所有成分中,是否有数据文件命名相同的? 是否有合适版本的编辑器和其他工具?

8.2.5 系统整合 可执行文件 系统整合者 UNIX/NT/OS2 逻辑结构到物理 结构的映射 整合工具 文件1 文件2 …… 文件N 8.2.5 系统整合 可执行文件 系统整合者 UNIX/NT/OS2 逻辑结构到物理 结构的映射 整合工具 文件1 文件2 …… 文件N 系统逻辑描述 图8.4 系统整合逻辑过程

8.2.6 状态报告 主要内容 : 配置库结构和相关说明。 开发起始基线的构成。 当前基线位置及状态。 各基线配置项集成、分布的情况。 8.2.6 状态报告 主要内容 : 配置库结构和相关说明。 开发起始基线的构成。 当前基线位置及状态。 各基线配置项集成、分布的情况。 各私有开发分支类型的分布情况。 关键元素的版本演进记录。 其他应予报告的事项。

8.2.7 配置审计 配置审计的主要作用: 是作为变更控制的补充手段,来确保某一变更需求已被切实地执行和实现。 8.2.7 配置审计 配置审计的主要作用: 是作为变更控制的补充手段,来确保某一变更需求已被切实地执行和实现。 在某些情况下,配置审计被作为正式的技术审核的一部分,但当软件配置管理是一个正式的活动时,配置审计活动就应该由软件质量管理人员单独执行。

8.3 软件配置管理组织 8.3.1 软件配置管理组织构成 8.3.2 软件配置管理组织方针

8.3.1 软件配置管理组织构成 项目经理职责主要包括如下几项 : 制定和修改项目的组织结构和配置管理策略。 批准、发布配置管理计划。 8.3.1 软件配置管理组织构成 项目经理职责主要包括如下几项 : 制定和修改项目的组织结构和配置管理策略。 批准、发布配置管理计划。 决定项目起始基线和开发里程碑。 接受并审阅配置控制委员会的报告。

8.3.1 软件配置管理组织构成 软件配置控制委员会SCCB主要负责以下工作 : 授权建立软件基线和标识配置项/配置单元。 8.3.1 软件配置管理组织构成 软件配置控制委员会SCCB主要负责以下工作 : 授权建立软件基线和标识配置项/配置单元。 代表项目经理和受到软件基线影响的所有小组的利益。在IT项目管理中,受影响的组包括:质量保证组、配置管理组、工程组(包括硬件工程组、软件工程组)、系统测试组、合同管理组、文档支持组等。 审查和审定对软件基线的更改。 审定由软件基线数据库中生产的产品和报告。

8.3.1 软件配置管理组织构成 软件配置管理小组SCM负责协调和完成以下的工作: 创建和管理项目的软件基线库。 8.3.1 软件配置管理组织构成 软件配置管理小组SCM负责协调和完成以下的工作: 创建和管理项目的软件基线库。 制定、维护和发布SCM计划、标准和规程。 标识置于配置管理下的软件工作产品集合。 管理软件基线的库的使用。 更新软件基线。 生成基于软件基线的产品。 记录SCM活动。 生成和发布SCM报告。

8.3.2 软件配置管理组织方针 方针主要包括如下内容 : 明确地分配每个项目的SCM责任。 在项目的在整个生命周期中实施SCM。 8.3.2 软件配置管理组织方针 方针主要包括如下内容 : 明确地分配每个项目的SCM责任。 在项目的在整个生命周期中实施SCM。 SCM为外部交付的软件产品、内部软件产品指定用于项目内部的支持工具,如编译器、调试器等,以便实施配置管理。 软件项目中,需要建立和使用一个仓库(如数据库)用于存放配置项/配置单元和相关的SCM记录。这个仓库的内容将成为软件基线库。使用该仓库的工具和规程就是配置管理库系统。置于配置管理之下的、并作为单独实体的工作产品就成为配置项。通常,配置项分为若干配置组件,配置组件分为若干配置单元。在一个硬/软件系统中,可能把全部软件视为一个单独的配置项,也可能把软件部分分为多个配置项。实际上,配置项/配置单元就是指置于配置管理之下的元素。 定期审核软件基线和SCM活动。

8.4 软 件 测 试 8.4.1 软件测试的概念 8.4.2 软件测试原则与策略 8.4.3 软件测试完成的标准 8.4.4 软件测试步骤 8.4 软 件 测 试 8.4.1 软件测试的概念 8.4.2 软件测试原则与策略 8.4.3 软件测试完成的标准 8.4.4 软件测试步骤 8.4.5 软件测试工作流程 8.4.6 软件测试的自动化

8.4.1 软件测试的概念 软件测试的方法和技术是多种多样的。从测试是否针对系统的内部结构和具体实现算法的角度看,通常可分为两类:白盒测试法(结构测试)和黑盒测试法(功能测试)。 黑盒测试法一般称为功能测试或数据驱动测试,在测试过程中,把系统看成是一个黑盒子,不考虑程序的内在逻辑,而是只根据需求规格说明书的要求来检查程序的功能是否符合它的功能需求说明。 白盒测试法又称为结构测试或逻辑驱动测试,在测试过程中,允许测试人员对程序的内部逻辑结构及有关信息来设计和选择测试用例,对程序的逻辑路径进行测试。

8.4.2 软件测试原则与策略 测试原则 : 应当把“尽早和不断地测试”作为开发人员的一个座右铭。 8.4.2 软件测试原则与策略 测试原则 : 应当把“尽早和不断地测试”作为开发人员的一个座右铭。 程序员和程序设计机构原则上不应该测试自己设计的程序。 制定严格的测试计划,并把测试时间安排得尽量宽松,不要希望在极短的时间内完成一个高水平的测试。 在测试过程中,不仅要有确定的输入数据,而且也要确定预计的输出数据。 在测试过程中,不仅要有合理的输入数据,而且也要有不合理的输入数据。 在测试过程中,除了检查程序是否完成了预定的功能外,还要测试程序是否还有不应该存在的功能和“后门”。 测试完成后,妥善保存一切测试过程文档和全部的测试用例(数据),并作为软件和文档的一个组成部分,测试的重现性往往要靠测试文档。 程序中存在错误的概率与该程序中已经发现的错误数一般是成正比的。 重复测试一定要引起充分的重视,由于修改一个错误而引起更多错误出现的现象并不少见。

8.4.2 软件测试原则与策略 测试策略 : C U 软件项目 S R D I V ST 需求分析 系统设计 编码 单元测试 集成测试 8.4.2 软件测试原则与策略 测试策略 : C U 软件项目 S R D I V ST 需求分析 系统设计 编码 单元测试 集成测试 确认测试 系统测试 图8.5 软件测试的策略

8.4.3 软件测试完成的标准 搞清楚完成的标准,以及软件故障模型: f(t)=(1/p)㏑(l0pt+1) 每小时错误数l0 8.4.3 软件测试完成的标准 搞清楚完成的标准,以及软件故障模型: f(t)=(1/p)㏑(l0pt+1) 测试时间 t 预期的错误密度,l(t) 在测试过程中收集的实测数据 图8.6 错误密度与测试时间的函数关系 每小时错误数l0

8.4.4 软件测试步骤 开发是自顶向下的,测试是自底向上的,测试内容有: 1. 单元测试 2. 集成测试 3. 确认测试 4. 系统测试 8.4.4 软件测试步骤 开发是自顶向下的,测试是自底向上的,测试内容有: 1. 单元测试 2. 集成测试 3. 确认测试 4. 系统测试 5. Alpha和Beta测试

8.4.5 软件测试工作流程 总过程: 立项阶段 需求分析阶段 设计阶段 编码阶段 单元测试阶段 集成测试阶段 系统测试阶段 验收测试阶段 8.4.5 软件测试工作流程 总过程: 立项阶段 需求分析阶段 设计阶段 编码阶段 单元测试阶段 集成测试阶段 系统测试阶段 验收测试阶段 结项阶段 图8.8 软件测试总的过程

8.4.5 软件测试工作流程 需求阶段的测试工作流程 : 需求阶段工作培训 变更需求 编写用户需求 总体测试方案 需求评审 需求说明书 8.4.5 软件测试工作流程 需求阶段的测试工作流程 : 需求阶段工作培训 编写用户需求 需求评审 需求变更 进入下一阶段 变更需求 图8.9 需求阶段的测试工作流程 需求说明书 需求变更记录 系统测试方案 总体测试方案

8.4.5 软件测试工作流程 设计编码阶段的测试工作流程 : 需求相关文档 变更设计 集成测试计划 概要设计 设计方案评审 详细设计 8.4.5 软件测试工作流程 设计编码阶段的测试工作流程 : 图8.10 设计、编码阶段的测试工作流程 概要设计 集成测试计划 设计方案评审 详细设计 单元测试方案 系统测试验证标准 单元测试报告 进入下阶段 变更设计 需求相关文档 详细设计方案评审 编码 单元测试 修改

8.4.5 软件测试工作流程 集成测试、系统验收测试阶段工作流程 : 图8.11 集成测试、系统测试阶段工作流程 集成测试 集成测试计划 8.4.5 软件测试工作流程 集成测试、系统验收测试阶段工作流程 : 图8.11 集成测试、系统测试阶段工作流程 集成测试 集成测试计划 测试评估 系统测试 产品化工作报告 系统测试方案 系统测试报告 测试工作结束 产品化工作 验收测试 上一阶段 质量合格证书

8.4.6 软件测试的自动化 自动化的测试操作主要包括: 测试个案的生成,包括测试输入、标准输出、测试操作指令等。 8.4.6 软件测试的自动化 自动化的测试操作主要包括: 测试个案的生成,包括测试输入、标准输出、测试操作指令等。 测试的执行写控制,包括单机与网络分布运行、夜间及假日运行、测试个案调用控制、测试对象、范围、版本控制等。 测试结果与标准输出的对比。 不吻合的测试结果的分析、记录、分类和通报。 总测试状况的统计,报表的产生。

8.5 配置管理工具 8.5.1 配置管理工具选择 8.5.2 配置管理工具简介

8.5.1 配置管理工具选择 可以综合考虑以下因素 : 首先是经费。市场上现有的商业配置管理工具,大多价格不菲。到底是选用开放源代码的自由软件、还是采购商业软件,如果采购商业软件,选择哪个档次的软件,这些问题的答案,都取决于可以获得的经费量。 工具的市场占有率。大家都选择的东西通常会是比较好的,而且市场占有率高也通常表明该企业经营状况会好一些。 工具本身的特性,如稳定性、易用性、安全性、扩展能力等。在投资前应当对工具进行仔细的试用和评估。比较容易忽略的是工具的扩展能力,在几个、十几个人的团队中部署工具是合适的,但当规模扩大到几百人在依赖这个工具时,这个工具还能不能提供支持。 厂商支持能力。工具使用过程中一定会出现一些问题,有些是因为使用不当引起的,但也有些是工具本身的毛病。这样就会影响到开发团队的工作进度。而如果厂商具备服务支持,那么就能随时找到厂商的专业技术人员帮助解决问题。

8.5.2 配置管理工具简介 1. Rational ClearCase介绍 : 提供版本控制、工作区管理、Build管理及流程管理。 8.5.2 配置管理工具简介 1. Rational ClearCase介绍 : 提供版本控制、工作区管理、Build管理及流程管理。 提供分布式、跨区域的并行开发模式。 可以与Rational 的全部线产品、Microsoft的Developer Studio、Powerbuilder、Oracle Developer 2000等集成。 提供离线模式,让用户可以在家工作,然后合并到开发流程中。 提供深入的build内核。 对执行文件和目录进行自动图形化合并,文件间的差异明显展现出来。 完整控制程序源代码、二进制代码、可执行码、测试项目、文档以及用户自定义的对象。 支持多平台,适合各种开发环境。

8.5.2 配置管理工具简介 2. Rational ClearQuest介绍 : 提供用户弹性的变更需求管理环境。 8.5.2 配置管理工具简介 2. Rational ClearQuest介绍 : 提供用户弹性的变更需求管理环境。 用户可根据开发工作流程和变更需求周期,通过图示工具定义处理流程。 提供预设的变更需求管理流程,用户可直接使用或进行特殊设置。 提供强大的图表功能,用户可深入分析开发现状。 有浏览器界面,可让远端的用户进行访问。 与业界标准的数据库和报表生成器集成。 与Rational的软件管理工具 ClearCase完全集成,让用户充分掌握变更需求情况。 支持数据库MS ACCESS和SQL SERVER。 优异的系统扩展性,提供将数据从ACCESS转移到SQL SERVER的功能。

8.6 思 考 题 参见教材148页