一、 行業總體架構分析
國土行業總體架構管理的主要內容包括IT戰略規劃,IT政策、原則、指導綱要與管理流程,IT資產、技術管理、供應鏈管理,IT技術元素和工程模型,結合調整策略針對每部分內容進行分析:
(一) 行業的IT戰略規劃
1、 建立穩定、輕便、開放的基礎架構(系統運行架構而非開發架構);
2、 建立穩定的行業核心資料模型,並不斷地豐富;
3、 建立多項目商務邏輯開發的管理員模式,使遵循子類繼承父類,不同處理方式採用覆蓋或重載來實現;
4、 建立支撐以行業服務供應項目為核心的項目實施模式和IT支撐系統;
(二) 行業內部的IT政策、原則、指導綱要與管理流程
1、 對一個行業來說,穩定是應對各種變化的最佳處理方法;需要為行業內部提供IT技術路線穩定、資料邏輯模型穩定、Team Dev穩定的政策環境;
2、 理解行業多項目並行開發版本管理的思想和熟練掌握使用版本管理工具;
a) 行業多項目開發中核心業務處理邏輯必須建立起連續的類繼承關係;
b) 熟練使用代碼版本控制工具和類別關係管理工具;
3、 盡量採用成熟的技術和模式來進行行業應用開發;
4、 強化核心業務模型、資料模型的分析,建立邏輯處理結構模型;
5、 應用開發中涉及到對資料庫的操作以及商務邏輯的處理,均應該建立在對物理結構映射的邏輯結構層上;
6、 加強軟體開發的單元測試與代碼檢查;
7、 適當降低專案經理對技術管理的決策權,使其加強對項目的成本控制,進度管理,人員協調;
(三) 行業的IT資產、技術管理、供應鏈管理
綜上(二)所述,
1、 行業內部的IT資產包括:
a) 管理項目文檔和項目外掛程式代碼的佈建服務目錄和相關結果說明文檔;
b) 多項目Database Backup,系統調試運行環境和相關配置文檔;
c) 系統部署的網路環境,資料庫部署環境和相關設計文檔;
d) 行業核心業務資料模型庫,邏輯處理組件庫和相關設計文檔;
e) 表現層模版庫和相關設計文檔;
f) 基礎架構(系統運行時)代碼和相關設計文檔;
g) 同類系統的資料結構分析,以及資料規整的處理方法,既包括GIS的,也包括普通資料庫的;
h) 員工的技能檔案;
2、 行業內部的技術管理幾個主要方面:
a) IT資產的管理制度;
b) 生產技術管理制度;
l 新技術的引進管理;
l 技術研究成果的對外發行管理;
l 需求分析到設計實現的管理;
l Bug報告、分析、修改、測試過程管理和文件管理;
l 單元測試、整合測試、版本發布的管理;
c) 技術檔案管理制度;
l 檔案的分類編目管理;
l 檔案的更新發行管理;
3、 行業內部的供應鏈管理:
a) 對現有的供應鏈體系進行調整,使之適合以行業服務供應項目為核心的項目實施模式;
b) 各個環節可交付物的管理;
l 下一個環節的操作人員與前一個環節的操作針對交付物的形式達成一致;
l 前一環節移交的交付物必須是下一環節可用的成果;
在技術工具相對完善後,堅決反對以word文檔為主要形式作為前後環節交付物。
l 下一環節在使用前一環節的交付物後,必須對該交付物存在的問題提出改進意見,並備案;
d) 供應鏈的最佳化管理
l 交付物品質最佳化;
l 生產交付物的技術手段改善;
l 不斷加強每個環節的專業化、精確程度;
(四) IT技術元素和工程模型
1、 IT技術元素
a) 系統運行網路環境
b) 軟體開發環境
c) 軟體整合(運行)環境
d) 系統部署
e) 系統安全
f) 業務模型
g) 資料模型
h) 邏輯處理模型
i) 規範、標準
j) 使用者介面模版
2、 工程模型
a) 將工程模型分為四個方面的內容
l 行業IT資產的管理
l 行業服務供應項目管理
l 項目實施工程模型
l 行業供應鏈管理
行業IT資產管理
將行業資產管理環境作為項目運行環境的真實測試環境,以達到類比現場實際的效果。行業IT資產管理環境需要支援多項目並行調試發布。結構如下:
行業服務供應項目管理
行業服務供應項目包括:
l 使用者機構管理員模式分析及改進方案;
通過分析使用者的管理員模式,分析公司行業服務供應項目的適用程度,對行業服務供應項目提出改進意見同時制定行業服務供應項目的實施策略。
l 使用者網路建設,安全建設方案;
可以將公司的網路管理員模式整理成為基於Windows網路管理的基礎解決方案,並結合行業服務供應項目的部署模式,對網路環境的需求,對使用者現有網路進行分析,提出網路建設方案。
l 行業管理IT解決方案;
從最核心的業務管理開始,並通過對IT資產的不斷完善,不斷完善和豐富IT解決方案的內容。
行業服務供應項目的完善和豐富,建立在穩定的基礎架構和統一的技術體系之上,總體規劃,逐步豐富,通過不斷的迭代來實現。行業服務供應項目管理流程結構圖如下:
解釋說明:
1、 各項目需求反饋
無論各項目現有需求/Bug是否自己修改,也需要錄入到公司的需求管理配置庫裡。不要散落的word文檔或者郵件。
對需求反饋內容的要求:
關鍵詞: 什麼功能出現什麼問題
或什麼業務出現什麼問題
2、 需求管理與行業服務供應項目改進設計
根據各項目群組成員的集中程度,定期對各項目提出的需求/Bug經過討論後,形成一種多方都可以接受的解決方案,在統一需求的前提下,進行行業應用組件的改進設計;
兼顧項目緊急程度和行業服務供應項目的穩定性,定期一般以三個月一次為宜。
針對各項目自己已經做過修改的組件,要求必須提供完整的需求/Bug描述,設計修改思路,具體修改說明。
3、 應用開發與單元測試
每個項目組件的開發必須派生於某個基準的父類,方法的改進,必須是現有方法的覆蓋或者重載。
集中開發期間,為每個組件建立一個測試工程,作為單元測試。
項目各自開發期間,如果時間緊張,可以不用為每個組件建立測試工程。
4、 版本管理與編譯
按照公司的版本管理和編譯制度。每次在新版本更新到配置庫時,必須提交本次更新所改進的內容。
5、 應用組件、互動模板發布
應用組件、互動模版的發行管理本質就是基礎管理架構的核心功能。利用在公司內部建立的組件、互動模版發布機制,一方面便於項目對各自需要的內容做整合測試,一方面便於基礎管理架構的完善和改進。
同樣,基礎管理架構的改進也走定期改進的模式。
6、 整合測試與驗證測試
每個項目通過應用服務管理員,訪問各自版本的組件,互動模版,對各自項目存在的問題進行測試,發現問題進行
項目實施工程模型
解釋說明:
1、 項目實施與行業服務供應項目改進,採用雙線走的方式;
2、 將行業服務供應項目的改進納入到項目實施過程中去;
3、 行業服務供應項目改進為項目實施提供更好的IT技術元素。
完整的: http://files.cnblogs.com/bobzhangfw/行業總體架構分析.rar