系統結構模型在軟件工程當中的應用

邱瀚

摘 要

傳統的軟件工程中可能會出現這樣或那樣的不足，如果利用軟件工程的思想就能夠較方便的促進我們工作的效果。本篇文章主要是對系統結構的概念和步驟、模型的建設成本及控制風險等方面的問題進行簡單的分析，希望對相關研究有指導作用。

【關鍵詞】軟件工程 結構模型 項目管理

為了克服軟件危機而提出來的軟件工程已經經歷了四十多年的發展，目前已經形成了一門獨立的學科，目前該方面的發展有兩大難題，一是理論和現實相背離，第二個就是缺少繼續研究的理論支撐體系，缺少必要的理論基礎，當前應當從新的角度來研究系統結構模型在軟件工程中的方法和過程，只有把工程系統論和一般的系統論有效的結合起來才能建立良好的系統結構模型。

1 軟件系統結構的概念

對于軟件系統工程，目前還沒有比較好的描述。被普遍接受的定義是利用工程系統思想對軟件工程科學進行有效的研究和針對性的考察，在工作當中依靠工程系統論的理論及其方法研究潛在的一些特點。通常情況下我們所說的軟件系統工程系統一般包括軟件系統的外在形態、所接觸的外部環境、內在結構之間的作用規律。除此之外，軟件系統具有很好的序性、一定復合性、層次性等方面的特點。一般來講軟件系統的原則主要是務實性原則、目的性原則、確定化原則等等。

2 在軟件系統中常見的一般工作步驟

相比其他系統來說，軟件工程是一種比較復雜的系統，它會涉及到很多不確定的人為因素以及來自各行各業的評價標準等，在很多時候我們很難區分他們的要求和約束。在這一種情況下，了解軟件系統工程對我們開展以后的工作有很大的指導作用，一般分為如下幾個步驟。

研究問題的場景，這主要是針對問題存在但是沒有被明確的情景。對要研究的情景進行總結，接著用語言表達出來，有時候還可以利用圖像進行簡單的描述，一般來講，對場景表述越是豐富，就越方便我們了解更加真實的問題。

利用建立根定義來建立服務系統概念，主要有：軟件系統工程的受害者或者受益者，輸出和輸入信息之間的變換過程，通過這些定義能夠使我們對系統活動的要素進行有效的確定。

樹立概念模型觀念，在這一過程中，我們可以進行有效的語言表述，也可以借助比較直觀的圖形來進行表達。把理論概念模型和常用的現實情境相結合，根據他們之間的區別和聯系進行修改概念模型，進而可以使他們更加符合實際情景。

提供改革方案措施，得到新的情境。

3 建立系統結構模型

軟件系統主要會死開發者為了滿足客戶的要求做一些軟件，在系統中，各個元素相互協調、相互關聯，一般情況下，主要包括：需求方、運作方、開發方、使用方、監督方。其主要功能可以是需求、開發者、問題及支撐技術。需求方主要是指提出需求的單位，這個可以是企業或者是個人，也可以是國家或政府。在有些時候建立系統模型甚至是不需要需求方的，一般在這種情形之下主要是開發企業作為虛擬的需求方，在這這時候開發方主要的任務就是負責程序開發。運作方主要是指操作軟件軟件或者運作產品的企業或者個人。在一般情況下，我們常常把使用者和需求者看成一個實體，最后監督方指的是在軟件開發的過程中監督的單位或者個人，有時候也稱為是弟三方。

4 軟件系統結構的應用與分析

在軟件工程中，常常以系統論作為方法論或者指導思想。利用這些方法可以對軟件工程進行考察，處理問題和傳統的方法也不一樣，是一種比較新的思路，能夠幫助我們掌握軟件工程的過程。

（1）通過對傳統的軟件工程的分析我們可以比較清楚的知道，軟件工程一般其周期由定義開始的，然后緊接著就是開發、使用以及后期開展相關的維護，最后是軟件系統的退役，這就標志著其生命的結束。目前，主流的理論有三個時期軟件的開發、使用、維護。在每一時期，還可以分成很多的方面。

（2）軟件系統中的過程，相比之下是對軟件工程的全局的整體的把握。一般來講，主要有兩條主線，其一是系統工程中的問題要素，然后系統工程員要把它轉化為需求的要素，最后才能把它轉化為軟件要素。另外一條是由需求出發，進行運作方的選擇，然后再進行開發者的選擇，開發方則是選擇開發的要素，這兩個過程中的主線是一致的。我們在把軟件系統問題要素轉化成為為軟件需求要素的時候，一般就要我們對需求的方向有足夠的重視，一旦出現差距比較大的情況，并且沒有及時的被發現，就很容易使軟件系統工程中的項目失敗，進一步增加我們的軟件工程的工作量。基于這一個原因，我們使用的最佳語言常常選用形式化語言，這樣就能夠使內容描述的更加準確的，在量化等方面也會更加清楚。除此之外，還應該統籌的考慮使用方法的一些特點。

開發者的作用是把需求要素經過加工和轉化變成成軟件要素，所以開發者是軟件工程開發的關鍵，在整個軟件工程的系統開發過程中應當堅持適應性的原則，換句話說就是說要選擇恰當的開發方。

5 軟件工程中的風險分析

在軟件工程中，難度比較大的就是確認軟件的風險，在軟件系統工程中，我們應當對積極的應對其中可能出現的風險，針對存在的風險我們可以進行整體的、系統的進行考慮。通常情況下，風險是難以避免的，在軟件系統工程過程里面，人為因素是最不確定的因素，這方面的風險主要是由于人對軟件系統中事物進行分析、比較、評價及決策中，都可能會受到自身素質、個人觀點能力等方面的影響，這些都會產生風險。

（1）加強對風險的預防工作，更好的提高其抗風險和抵御風險的能力，在平時的軟件系統 工程中應當加強預防工作，認真落實。堅持預防為主，防治結合的 原則，努力提高抗風險的水平。

（2）降低系統工程中的風險，這個主要是想方法把導致不良后果的可能性盡量的降低。

6 結語

研究軟件工程系統結構模型有著長遠的和現實的意義，本篇文章只是進行了這方面的簡單的概述，有很多細節方賣弄的知識并沒有展開討論。在以后的實際操作中，應當加強這一方面的探索與研究，只有這樣才能使軟件企業有更強的市場競爭力和更大的市場空間。

參考文獻

[1]王連成.工程系統論[M].北京：中國宇航出版社，2012（10）.

[2]王眾托.系統工程引論[M].北京：電子工業出版社，2013（09）.

[3]吳春華.溫志強.人力資源開發與管理[M].北京：北京理工大學出版社，2009（08）.

[4]趙維雙.技術經濟學[M].北京：北京兵器工業出版社，2010（12）.