一、基線變更
(一)變更申請
專案經理或變更申請人填寫《軟體變更申請表》,說明要變更的內容、變更的原因、受變更影響的關聯配置項
、工作量、變更實施人等,並提交給ccb。
(二)變更評估
ccb組長負責組織對基線變更申請進行評估。(變更的內容是否合理;變更的範圍是否正確、考慮周全;工作
量估計是否合理;基線變更的實施方案是否合理)
(三)變更實施
cm工程師在《配置項狀態報告》將相關變更項的狀態更改為「變更中」並填寫相關變更資訊。
專案經理組織修改相關的配置項,並在相應的文件或程式**中記錄變更資訊,同時填寫《軟體變更報告單》
變更實施人完成並提交後,專案經理指派其他的人員完成單元測試/**走查後,填寫《軟體變更報告》
(四)變更驗證與確認
驗證,如**方面,進行**走查,測試
專案經理應將變更與驗證的結果提交ccb組長審批,由其確認變更是否已經按要求完成。必要時,ccb組長應
召集ccb會議確認基線變更的結果。
cm工程師在《配置項狀態報告》中將更新配置項變更次數。
(五)變更的發布
由專案經理填寫基線發布申請表,依據《配置管理過程》的要求將基線發布給產品相關人員與部門。同時,cm
工程師應檢查專案的《需求跟蹤矩陣》,對本次變更引起的需求對應關係的變化進行調整,並填寫在需求跟蹤矩陣中。
二、非基線變更流程
(一)變更申請
非基線變更申請可能來自內部與外部,如果是外部(這類申請通過《需求變更申請單》提出)則轉為內部(由
專案組內部通過《軟體變更申請單》直接提出變更申請)
(二)變更評估
專案經理根據變更申請單的內容,確定變更關聯項,估算變更工作量,確定變更完成時限,指定變更實施人,
必要時還應給出實施建議,將評估結果填寫於《軟體變更申請表》。
(三)變更實施
變更實施人根據評估結果,在軟體變更申請表中填寫需要變更的具體配置項,並提交給cm工程師。
如果是變更配置項是文件,則由cm工程師直接將其從受控庫遷出到開發庫的指定工作空間中並分配許可權給變更
實施人;如果變更配置項是**,則由cm工程師在測試庫開闢工作空間,並根據軟體變更申請表從受控庫中將相關的配置項遷出
到工作空間,分配許可權給變更實施人。
由變更實施人組織實施變更,並在相應的文件或程式**中記錄變更資訊,同時將變更情況填寫於《軟體變更
報告》中。
變更實施人完成並提交後,專案經理指派其他的人員完成單元測試/**走查後,填寫《軟體變更報告》中
(四)變更驗證
驗證,如**方面,進行**走查,測試
專案經理應將變更與驗證的結果提交ccb組長審批,由其確認變更是否已經按要求完成。必要時,ccb組長應
召集ccb會議確認基線變更的結果。
cm工程師在《配置項狀態報告》中將更新配置項變更次數。
cm工程師應檢查專案的《需求跟蹤矩陣》,對本次變更引起的需求對應關係的變化進行調整,並填寫在需求跟
蹤矩陣中。
(五)變更的發布
變更驗證後如需要發布,遵循《產品發布過程》實施。
(一)變更申請
專案經理或變更申請人填寫《軟體變更申請表》(說明要變更的內容、變更的原因、受變更影響的關聯配置項
、工作量、變更實施人等)
pm-->《變更申請單內部評審表》-->《軟體變更申請單》
(二)變更評估
ccb組長負責組織對基線變更申請進行評估。(變更的內容是否合理;變更的範圍是否正確、考慮周全;工作
量估計是否合理;基線變更的實施方案是否合理)
(三)變更實施
cm工程師在《配置項狀態報告》將相關變更項的狀態更改為「變更中」並填寫相關變更資訊。
變更實施人完成並提交,專案經理組織修改相關的配置項,並在相應的文件或程式**中記錄變更資訊,同時
填寫《軟體變更報告單》
(四)變更驗證與確認
驗證,如**方面,進行**走查,測試
專案經理應將變更與驗證的結果提交ccb組長審批,由其確認變更是否已經按要求完成。必要時,ccb組長應
召集ccb會議確認基線變更的結果。
cm工程師在《配置項狀態報告》中將更新配置項變更次數。
(五)變更的發布
cm-->《基線發布申請表》,依據《配置管理過程》的要求將基線發布給產品相關人員與部門。同時,cm工程
師應檢查專案的《需求跟蹤矩陣》,對本次變更引起的需求對應關係的變化進行調整,並填寫在需求跟蹤矩陣中。
cm-->《配置狀態報告》《配置審計表》
立體匹配中寬基線與窄基線的定義
基線的本意是指立體視覺系統中兩攝像機光心之間的距離。依據拍攝兩幅圖 像的視點位置關係可將對應點匹配問題分為寬基線 wide baseline 和窄基線匹配 short baseline 寬基線一詞用於匹配時,泛指兩幅影象有明顯不同的情況下的匹配。產生這種情況的原因有可能為攝像機之間的位置相差很大,也...
儲存提綱與SQL計畫基線
儲存提綱與sql計畫基線 儲存提綱 儲存提綱被設計用來提供穩定的執行計畫,以消除執行環境或者物件統計資訊的改變造成的影響。因此,這個特性也被稱作計畫穩定性。具體的講,儲存提綱是乙個提示的集合,更精確地說,所有這些提示強制查詢優化器為乙個給定的sql語句,穩定地產生乙個特殊的執行計畫。但實踐中,遺憾的...
變更紅線與問責
可灰度 可監控可應急 禁止在非變更視窗期 封網期進行變更 不同的公司變更期不通,基本都有高峰期 低峰期的規定 這些變更包括但不限於 壓測,提交到生成,緊急線上變更需要走審批流程。禁止未經測試驗證,預發驗證,或者灰度的線上變更 禁止無邊跟影面 操作步驟 驗證方案 應急預案及回滾方案說明的變更,應急預案...