概念: 產品目錄結構
產品目錄結構包含儲存產品相關工作成果的資料夾和檔案的階層式目錄與子目錄。
關係
相關元素
主要說明

「產品目錄結構」是所有版本化產品相關工作成果的邏輯巢狀保留位置。 工作成果是在下列開發流程生命週期中產生,且用於開發整體系統的每一個構成的實作元素

下圖顯示「系統 X」包含 "N" 個子系統,每一個子系統包含 "N" 個元件。 「產品目錄結構」為開發整體系統各部分所需的各種工作成果提供一般保留位置。

元件層次目錄結構 子系統層次產品目錄結構 系統產品目錄結構 上方標題說明的圖解。

系統產品目錄結構

有經驗的軟體架構師對於系統組合可能一開始就有很好的構想, 但隨著「分析與設計」相關活動的結果出現,將浮現主要開發元件的觀點來定義和修改候選的架構。

下表提供一種「產品系統目錄結構」型樣,在專案開發的初步階段,即可尚未決定複合子系統和結構分層的細節,也可以用來做為「產品目錄結構」。

系統層次產品目錄結構

系統需求

模型

使用案例模型 使用案例套件
資料庫 需求屬性
文件 願景
名詞解釋
關係人需求
增補規格
軟體需求規格
分鏡腳本

報告

報告:使用案例模型調查
報告:使用案例規格
系統設計與實作 模型 分析模型 使用案例實現
設計模型 設計子系統
介面
設計套件
資料模型
工作量分析文件
使用者介面原型
文件 軟體架構文件
報告:設計模型調查
導覽圖
子系統 1 子系統目錄結構
子系統 N 子系統目錄結構
系統整合 計劃 整合建置計劃
程式庫  
系統測試 測試計劃 測試套組
測試案例 測試 Script
測試資料  
測試結果  
系統部署 部署計劃  
文件 版本注意事項
手冊 使用者支援資料
訓練資料
安裝構件  
系統管理 計劃 軟體開發計劃
反覆計劃 需求管理計劃
風險清單 風險管理計劃
開發案例 基礎架構計劃
產品驗收計劃 配置管理計劃
文件計劃 QA 計劃
問題解決計劃 轉包商管理計劃
流程改善計劃 測量計劃
評量 反覆評定
開發組織評量
狀態評量
工具 開發環境工具 編輯器
編譯器
配置管理工具 Rational ClearCase
需求管理工具 Rational RequisitePro
視覺化建模工具 Rational Rose
測試工具 Rational Test Factory
缺失追蹤 Rational ClearQuest
標準與準則 需求 需求屬性
專案特定準則
設計 專案特定準則
實作 專案特定準則
文件 手冊風格指南

在展開「分析與設計」活動且更瞭解整體系統所需的子系統數量和本質之後 (作業:子系統設計),就需要擴充「產品目錄結構」來容納每一個子系統。

整個專案的所有子系統必須可以取得「系統產品目錄結構」中的資訊。 因此,除了產品管理以外,需求和測試資訊「標準與準則」應該屬於「系統產品目錄結構」。 在此情況下,「工具」放在「系統產品目錄結構」中,但會放在許多「系統」會使相同工作集的較高層次的目錄中。

子系統目錄結構

「產品子系統目錄結構」中的資訊直接與特定子系統的開發有關。 「子系統產品目錄結構」的「實例化」數目,很顯然與「分析與設計」活動結果上決定的子系統數目有關。 例如,「系統 Y」可能有三個子系統(子系統 A、子系統 B 及子系統 N)。 每一個子系統具有必要的資訊來支援設計及最後的實作。

子系統產品目錄結構的一般化分解如下所示:

子系統層次產品目錄結構

子系統 N 需求

模型 使用案例模型 使用案例套件
分鏡腳本
使用案例(文字)
使用者介面原型
資料庫 需求屬性
文件 願景
名詞解釋
關係人需求
增補規格
軟體需求規格
分鏡腳本

報告

報告:使用案例模型調查
報告:使用案例規格
子系統 N 設計與實作 模型 分析模型 使用案例實現
設計模型 設計套件
介面套件
測試套件
實作模型
資料模型
工作量模型
文件 軟體架構文件
報告:設計模型調查
導覽圖

報告

報告:使用案例實現

元件 1

元件 1 目錄

元件 N

元件 N 目錄
子系統 N 整合 計劃 整合建置計劃
程式庫  
子系統 N 測試 測試計劃 測試套組
測試案例 測試 Script
測試結果  
測試資料  

元件目錄結構

元件數目是子系統設計決策的結果。每一個要開發的元件必須實例化下列目錄結構。

依規定方式建立巢狀目錄的好處在於不論是相同層次或更高層次,皆可取得元件開發的所有相關的情境資訊。

這種邏輯巢狀結構有利於建立開發和整合工作區,再與整體的開發團隊結構連結在一起。

作業:建立 CM 原則、步驟:定義配置確認慣例描述工作成果的命名慣例