規范化工作在領域建模中的應用

楊冬芹YANG Dong-qin

（江西工業職業技術學院，南昌 330003）

（Jiangxi Industrial Vocational and Technical College，Nanchang 330003，China）

1 軟件工程理論的現狀

軟件工程是一門研究用工程化方法構建和維護有效的、實用的和高質量的軟件的學科。它涉及到程序設計語言、數據庫、軟件開發工具、系統平臺、標準、設計模式等方面。在現代社會中，軟件應用于多個方面，一直指導著業務系統的系統開發與項目管理。

2 軟件工程業務需求建模過程中的問題

雖然，目前各個行業在業務信息化方面取得了較好的成績，但結合業務系統信息化過程管理及業務實際應用情況仍然存在如下幾點問題：

2.1 全局觀問題 各行各業的應用的通病都是如此：前期由于急于應付各項業務改革，各業務子系統如雨后春筍般涌現，雖然臨時性滿足了業務改革的需求，但終歸由于缺乏全局觀的指導而導致業務信息數據的割裂，無法順利地進行數據共享。發現問題后則進行系統集成的信息共享補救工作，開發了大量的數據接口，暫時滿足了現階段的業務需求，但卻無人可以將業務各子系統間的數據流轉過程及子系統間如何協調完成數據處理的全過程明明白白地說清楚。如果把眾多業務子系統比作是人體的“五臟六腑”，業務處理過程比作“新陳代謝”的話，我們現階段僅僅只清楚臟腑個體內的新陳代謝，至于臟腑間如何協調完成全局的新陳代謝則很模糊。這就如同一個醫生僅僅分別了解胃、小腸、大腸的功能，卻不清楚“消化系統”是如何工作的一樣，缺乏全局觀是很致命的。

2.2 業務描述性問題 具體到各個行業業務來說，一般滿足同一套業務需求的應用系統都會先后經歷不同軟件應用實施公司的多個版本，而每家公司都必須重復性地與各業務經辦人及其業務部門進行需求調研、需求確認。在大量的業務需求調研過程中我們發現，各級業務人員、各大業務軟件實施人員甚至已上線的各大子系統之間的描述業務的術語混亂，不統一而導致對業務描述的隨意性給業務人員之間、軟件實施人員、軟件技術開發人員在業務溝通及軟件實現層面帶來極大的障礙，經常存在有些業務基礎概念有兩個名稱都可以表述或兩個字面意思很相近的名稱描述的概念卻完全是兩回事的現象。因此，統一業務術語從而形成行業標準化的業務規范迫在眉睫。

2.3 技術兼容性問題 業務是靠業務術語來描述的，也正是由于業務人員的業務術語混亂導致業務需求描述沒有標準，所以軟件實施公司必須進行反復的需求溝通、需求確認。那么是否統一了業務術語并形成對全省業務需求描述的業務標準就一勞永逸了呢？答案是否定的。因為業務需求描述的業務標準僅僅是用規范的語言描述了業務要做什么，并沒有描述業務的功能在軟件中是怎么做的，只有對業務實現的技術細節進行相關程度的標準化才能讓不同實施公司的同一軟件產品進行兼容。還是把眾多業務子系統比作是人體的“五臟六腑”，它們協調進行著人體的新陳代謝，如果要實現對“五臟六腑”的移植手術，前提必須是兩人的臟腑配型成功，否則就會發生排異反應，因此臟腑配型與否是有一個衡量標準的。同理，正是通過對子系統的技術標準化實現了兼容性才能順利地進行業務子系統的替換而不影響整體業務的運轉。因而，進行技術分析并形成行業標準化的技術規范勢在必行。

2.4 軟件驗收難問題 由于軟件是個很抽象的東西，它不像大樓那樣有實物，哪里是辦公室，哪里是樓梯，哪里是走廊一目了然。一般人都可以走進某棟大樓看看該建筑的設計架構是否合理。軟件質量到底如何，非計算機軟件專業人士是無法檢驗的，因此軟件驗收一直沒有一個可行的標準。再類比一下人體，人體的運作也非常復雜，而西醫卻有一套可行的體檢指標標準來判別人體的健康與否。前面制定的業務標準和技術標準就像兩把尺子，完全可以對某個業務子系統的功能性和兼容性兩方面進行測量。當然，軟件驗收標準還要充實內容，最后制定的軟件驗收標準就是要跟蹤軟件項目，對軟件合同簽署、軟件設計標準、軟件初始化上線、軟件運行維護等多個軟件項目過程進行“體檢”，看看軟件項目是否達到預計目標從而滿足驗收條件。因此，形成行業標準化的業務軟件驗收規范也是極其重要的。

3 具體實施工作的開展

“工欲善其事，必先利其器”，光靠技術部門的力量要完成如此龐大的工程絕不是件容易的事情，必須充分、靈活地調動軟件實施公司人員、相關業務部門業務骨干人員的積極性和主動性，發揮技術部門的協調組織力，以上述預定的三大業務標準為目標，保證行業業務梳理工作的順利開展。

工作開展安排如下：

①由技術部門協調組織各家實施公司人員并協同各業務部門從當前正在上線運行的多個業務系統中的業務術語進行梳理、明確業務術語的用途，并運用規范化的業務術語來描述業務模型，包括各子系統業務流程圖、跨系統全局業務流程圖、流程過程中數據單據的流轉細節，特別是要梳理數據單據廣泛的數據勾稽關系，從而形成行業業務規范。

②由技術部門協調組織各家實施公司人員針對以上所形成的業務規范對軟件底層實現制定相關程度的子系統實現及接口規范，形成行業技術規范；其中包括后臺數據庫表、字段名及業務意義規范、核心業務對象模型規范、核心業務處理單元規范、子系統間數據接口規范。

③最后基于上述兩個規范，并對業務軟件項目的合同信息、部署配置信息、運行維護信息等信息進行分析處理形成包含軟件項目整個生命周期的業務軟件驗收標準。

4 工作總結

總之，通過上述工作的深入開展，充分發揮各行業單位中技術部門的協調組織能力、業務部門的業務主導力和軟件實施公司的業務技術融合力與執行力，在軟件工程方法學的指導下通過進一步完善對業務需求的領域建模及描述，更好地加強軟件實施公司、業務人員、技術人員之間的協調與溝通，讓各個行業的需求建模趨于方法統一化、模式統一化。

[1]胡闊見，魏長江.基于構件的領域工程實現[J].計算機工程與科學，2008（04）.

[2]胡慧.基于領域工程的構件的軟件開發技術研究[J].電腦知識與技術，2009（33）.

[3]陳曉樺，劉心松.需求分析與獲取的方法學與技術[J].計算機應用，1995（02）.