摘要：針對目前科技項目管理系統缺乏全生命周期管理思想以及復用性和擴展性低下等缺陷。文中基于領域分析研究提出了一種科技項目全生命周期管理的領域模型，并對領域核心實體進行POJO松耦合設計，同時利用對象組合技術實現運行時動態靈活組合以滿足管理的個性化需求。此外，還采用了自定義標簽技術規范頁面代碼的編寫。實際應用表明，框架有效提高了領域系統設計的規范化、復用性和靈活擴展性。

關鍵詞：項目管理系統;全生命周期;領域工程;組合;繼承;松耦合

自20世紀90年代以來，我國政府科技投入不斷增加，科技項目管理系統扮演著重要角色，在進行平臺管理，銜接各部門和人員方面發揮著重要作用。但由于缺少業務標準和技術規范，這些系統各自為政，重復建設問題嚴重，提升了科技項目管理的能效和科技計劃項目的全過程管理水平，科技項目管理系統領域框架的研究就顯得尤為重要。但由于各學科不斷細化以及不同學科之間的交叉融合，科技項目的申報數量和研究方向大幅增加，缺乏全生命周期管理的思想使得科技項目管理出現前后脫節現象，同時系統的核心實體設計過于剛性，不能靈活響應一些可變需求，降低了系統的復用性和擴展性^［1］。

文中在對領域內系統進行全面分析研究后提出了一種科技項目全生命周期管理模型，實現了對項目管理過程的跟蹤控制，同時分析傳統的核心實體設計，提出基于對象組合的柔性設計方式，并對系統的權限管理、安全訪問進行分析，最終采用Java  EE分層架構和自定義標簽庫機制對領域系統進行實現。

領域工程是識別特定領域下若干系統的共享領域需求，設計能滿足這些需求的架構，開發和組織該領域可復用構件的過程^［2］。領域模型是領域中各系統共同需求的描述，是領域分析活動的輸出結果，為系統開發提供了可復用的軟件需求規約。在對科技項目管理領域各類系統業務需求共性分析的基礎上，提出一種科技項目全生命周期管理模型，便于對項目實施全面高效的管理。

為了構建可復用、易擴展的科技項目管理平臺，首先需明確在科技項目管理領域下系統的問題范圍^［3］。在運用領域分析方法對科技項目管理領域目前研究現狀進行分析后，提出了一種科技項目全生命周期管理模型，如圖1所示，模型大體可分為項目申報受理、項目評審立項、合同管理、中期管理、立項管理等主要階段，依次對應項目申報子系統、專家評審子系統、合同簽訂子系統、項目中期檢查子系統、項目驗收管理和后續管理子系統，建立一個基于生命周期全過程化的項目管理和業務流轉系統。

如圖2所示，傳統基于繼承的實體抽取技術對核心實體的設計是通過識別類之間的公共特性，將各類申請書所包含的公共屬性結構抽取出來形成一個實體組件，在新增計劃申請時采用繼承的方式新增子類，該設計思路具有一定靈活性，但也存在不足，這是因為繼承在編譯時刻就已定義，所以無法在運行時刻動態改變，這種“白箱”式的復用常被認為“破壞了封裝性”，子類與父類有著如此緊密的依賴關系，以至于父類發生任何變化必然會導致子類也發生變化^［4］。因此這種緊密的依賴關系限制了靈活性并最終限制了復用性。

理想情況下，不應通過建立新部件來實現復用，而應通過組合已有構件來獲取所需功能^［5］。借助領域分析方法，圍繞全生命周期領域模型，系統主要包括用戶、申請書、合同書、中期表、驗收單等核心領域對象。鑒于傳統設計思路產生的弊端，本文采用基于對象動態組合的柔性設計方式對核心實體進行設計。

以申請書為例，如圖3所示，核心申請書實體由項目基本 情 況(BasicSituation)、項 目 人 員(Member)、計劃進度(Schedule)和附件(Attachment)等部 分 類 組 合而成，每個部分類都是一個POJO，申請書實體的具體組成情況決定于模型類(Model)的 相 關 字 段 的 配 置，例如field字段代表部分類的類名，這里取值自Basic-Situation、Member、Schedule、Attachment中的任一個，并與各部分類一一對應;label指示部分類的中文名稱;priority決定所選擇的部分類在申請書實體中的排序情況;isDisplay決定申請書實體中各部分類是否顯示。

申請書實體模型配置完成后，根據模型類和模型字段類間的id關 聯(Model類 的id字 段 與ModelItem類的modelId字段關聯)對申請書實體中的各部分類中的 字 段 進 行 具 體 配 置，如 字 段 名(field)、名 稱(label)、先后次序(priority)、是否顯示(isDisplay)、是否單行顯示(isSingle)、是否默認顯示(isDefault)、字段類型(fieldType)、下拉列表的字典配置(keyNo)