計算機網絡從出現以來就對人們的生產和生活產生了重要的積極影響,且社會正處在一個全新的環境之下,這種環境既是新的發展機遇,同時也是新的挑戰。特別是2015年李克強總理開始提出“互聯網+”的概念之后,軟件在現實世界的應用逐漸深入,其規模和復雜性呈現出不斷發展的態勢。
關鍵詞: 網絡軟件,工程技術,發展研究
一、軟件工程技術的趨勢
。ㄒ唬┑
工作效率的保障是網絡軟件工程技術的核心內容與要求,對于軟件工程人員而言,工作效率始終是密切關注的問題,因此軟件系統的開發時間成為了控制管理工作的核心內容。為了縮短開發周期,迭代化開發成為了軟件開發環節的重點,對于人員的協調能力和測試能力也提出了新的要求,逐漸形成了以敏捷為基礎的導向方式。
對于一個項目來說,在為一個問題開發解決方案的過程當中會涉及到不同類型的活動行為,此時我們需要正確地分析那些需要解決的問題然后重新設計方案并收集需求,最終將這些需求轉換在設計范疇之內。最后在對方案進行設計測試后活動結果,這一順序相對自然。但如果要將規模進行擴大,那么所有的開發環節和測試環節都面臨著某些關鍵問題。這要求我們利用迭代思想在計劃內的每一個環節(或版本內容)進行驗證和評估,從客觀演示的范圍內以減少項目可能存在的各類風險,建立一個更加完整的解決方案。
。ǘ┏掷m性集成
持續性集成(Continuous Integration)是一種軟件開發實踐,目的在于驗證集成的正確性并及早地發現錯誤的存在。開發人員在完成代碼編寫之后會向版本控制庫提交這些代碼,并且在提交之前會在本地展開一次私有構建確保代碼修改不出現其它問題。此時集成服務器CI會一直對版本變更情況進行檢測,一旦有變更情況產生,CI服務器就會在版本控制庫選擇代碼然后到集成服務器上執行構建腳本進行軟件編譯、單元測試、代碼檢查、文檔生成等。在完成此類工作之后CI服務器再根據構建結果進行反饋,包括提交某些BUG信息等,并繼續監控代碼變更情況等待下一次持續集成過程。
持續性集成的意義在于確保迭代開發環節的整體質量,F代網絡軟件工程行業變得更加多元化和復雜化,其中的開發業務也隨之產生了改變,會更加關注需求和分析的相互作用。自動化的持續集成能夠顯著保障代碼質量,并且在已有的配置管理模塊當中完成集成和自動build的步驟,結合軟件開發的具體要求展開檢測并生成報表內容。對于專業化的軟件開發人員來說,軟件工程的規;蟛粩嗵嵘,應重視實踐環節并規劃已經開發完成的項目做好戰略部署。
二、軟件工程技術的實際應用
。ㄒ唬┻壿嫅
對于軟件工程技術來說,如何保障軟件在各個階段的工作效率非常重要,對于軟件描述、管理等各個方面的研究也是當前的工作重心。我們基于工作過程來分析可以將軟件工程的不同生存周期視作為不同的發展階段,在定義時會涉及到問題的可行性與需求分析,并且獲得后期開發和維護過程的重點信息。在詳細設計環節則會通過編寫代碼和測試的方式最終發布軟件,并且從問題的確認和問題范圍入手來綜合評估后續的工作需求。如果有效性證明環節當中有一種情況是“假的”,那么對于有效性的證明也可以隨之停止。綜合來看,當相關的步驟可以符合用戶需求時,則可以判定這一分析過程是正確的;反之,分析結果是錯誤的,需要繼續展開完善過程。
1. 軟件定義階段
在軟件定義階段,首先要進行問題定義然后再作出可行性分析。在設計開發某個軟件的時候除去基本的開發要求和功能模塊外,還應該考慮到部分功能的必要性和有效性。在項目初期,要準確地應用邏輯思維來完成具體的工作規劃。例如對于管理系統設計來說,就需要對某個時間段使用的人數作出一定的限制,否則必然導致服務器壓力過大,并且在登錄人數過多時還要進行管理監督,包括開發者范圍的約束和客戶范圍的約束。邏輯學當中任何概念都可以被視為是“類概念”,即概念是思維的形式并承擔著相應的思維內容。
2. 軟件開發階段
在軟件的正式開發階段,首要工作是做好需求分析,將各個數據之間的聯系進行結合評估之后再選擇圖形化的方法做出描述。需注意的是如果我們需要獲取直觀的數據模型聯系信息,那么就需要根據已有的信息得出用戶的實際需求結論,在多方考慮要求下滿足運行實踐要求。在進行需求分析后,后續的工作則是規范描述應用,即將軟件的需求實際轉化為軟件體系結構,在此階段需要確定系統接口和數據庫模式,在概念設計環節用適當的方法表示算法和數據結構的細節內容,這一階段即我們所說的詳細設計階段。例如我們在進行網絡購物時,如果已經確定訂單但沒有在規定時間內付款,那么很可能就需要重新登錄驗證信息,此時編寫代碼時就會有lockform代碼,目的是對于某些長時間未登錄的狀態進行“系統鎖定”。此類程序從邏輯學的角度來看就是通過驗證的方式演化不同的程序,演繹過程當中的水平關系和垂直關系也是程序當中的邏輯關系。
3. 軟件測試階段
在軟件測試階段是全部模塊設計實現之后所進入的階段,目的在于定位軟件當中存在的各種BUG內容,并且在開發環節作出修改后回歸至問題當中。所有的測試人員都要熟悉軟件業務功能,才能以此為基礎分析軟件可能存在的各類缺陷。當然每個用戶的需求會產生變化,因此在測試環節當中就應應用邏輯學的方法來強化彼此之間的溝通。
4. 軟件維護階段
現階段軟件工程產品都需要進行維護,如果用戶在使用過程當中出現了各類問題,那么就會展開反饋和維修。準確地理解軟件設計者和使用者之間的矛盾問題至關重要,因此軟件可靠性成為了關鍵因素。軟件的運行需要硬件的支持,為了滿足用戶的需求,即便軟件本身不出現故障,那么也需要對部分功能進行修改和調整,這說明計算機軟件工程技術和邏輯學之間的密切聯系,也證明了軟件工程技術的邏輯應用價值。
。ǘ┳赃m應應用
自適應策略執行階段會按照被控制目標的特性作出調整,確定軟件系統當中有哪些內容可以調整、如何支持自適應控制層并進行操作、如何正確地執行自適應。綜合來看自適應階段的應用是為了調整某些軟件的參數與結構,其中參數調整是控制模塊在運行時對系統參數的改變策略,設定軟件當中的可配置變量數值來改變軟件新維護,對于目標系統實現過程并不作出修改。而結構調整一般需要底層系統的支持,比參數調整更加靈活,但運行環節可能會有風險存在。而基于狀態模型將某一階段系統所處的狀態和執行策略進行遷移之后,可以基于路徑模型從系統運行層面來分析可靠性,并確定不同的代碼執行路徑是否會讓系統的可靠性出現問題,基于所有構件的傳播過程來對系統的整體性能作出判定。
在自適應應用環節模型的作用在于描述軟件的結構、參數信息等,且描述軟件形態結構和參數之后會利用流程思想確定單元之間的數據流關系(主要是調用關系),然后確定單元內部可以調整的參數。整體流程思想來源于面向服務的架構內容,組織web服務穿來執行服務,web服務的相互關系本質上屬于數據流轉發,因此需要通過參數控制的方法來調整調用過程,在模型當中建模之后確定自適應的結構參數來完成調用過程。在當前的軟件系統當中,不同的軟件單元共同協作完成系統服務,我們也可以以此為基礎進行軟件單元的過程描述,例如使用Composite Process和Atomic Process評估組合過程。目標系統會提供不同類型的服務,多個建?梢悦枋霾煌膯卧卣骱托袨槟J,呈現出數據流的轉化關系。
三、結語
計算機軟件工程技術的發展實現了現階段的技術創新,使得軟件變得更加多樣化以適應多層次的市場需求。技術發展模式的核心在于技術創新,創新發展會建立在已有的技術條件之上。軟件工程技術在未來的很長一段時間內將扮演著社會發展的輔助者角色,擁有良好的發展前景和發展空間,軟件工程師也需要確保服務過程和功能的優化方式,對軟件做好綜合應用。