計算機軟體技術論文範文
隨著計算機技術的飛速發展,計算機軟體技術也得到了較快的發展,並在資料處理、實驗控制以及資料採集等方面得到了推廣和普及,進一步推動了結構實驗技術的發展。下面是小編為大家整理的計算機軟體技術論文,供大家參考。
一:計算機軟體開發中分層技術研究
摘要:在資訊化建設水平不斷提高的情況下,計算機軟體在這一過程中得到了十分廣泛的應用,此外,計算機軟體開發在這一過程中也越來越受到人們的關心和關注。軟體開發技術最近幾年得到了很大的改進,這些技術當中分層的技術是非常重要的一個,所以,我們需要對其進行全面的分析和研究。
關鍵詞:計算機;軟體開發;分層技術
當前資訊化時代已經悄然到來,網路技術的發展也使得人們越來越關注軟體開發行業,計算機軟體從原來的二元結構模式逐漸向多層結構模式發展,中介軟體也成為了應用層質量和效能非常重要的一個問題,此外,其也成為了計算機軟體開發應用過程中非常關鍵的一個技術,其與資料庫,作業系統共同形成了計算機基礎軟體。這一技術的應用能夠使得軟體系統擴充套件性更強,靈活性和適應性也在這一過程中得到了顯著的提升,所以,分層技術也已經在現代計算機軟體開發的過程中得到了越來越廣泛的應用。
1計算機層次軟體及其優點
計算機軟體工程的最終目標就是研發質量和效能更好的軟體產品,而在這一過程中基礎構建和開發可以十分有效的為計算機軟體的應用提供非常好的條件,構件是高內聚度軟體包,其能夠當作獨立單元進行更加全面的開發處理,同時,其也為構件的組合提供了非常大的便利,對軟體系統進行搭建可以很好的縮短軟體開發的時長,同時還能十分有效的獲得更多的質量保證。構件開發最為重要的一個目的就是廣泛的應用,應用層次化軟體結構設計方法的一個非常重要的目的就是可以更為科學合理的去應用構件技術。軟體系統在進行了分解之後,形成了不同的構件模組,高層次構件通常被人們視為指定領域的構件。低層次構件只是與資料庫或許是和物理硬體產生聯絡。層次劃分是一個相對比較寬泛的概念,所以在層次關係方面並沒有一個相對統一和規範的標準。不同構件內部的層次關係通常是上下層依附的關係。站在某個角度上來看,計算機軟體的系統層次化就是指多層次技術的廣泛應用,而根本原因是為了軟體能夠大範圍的應用。採用分層模式可以非常好的展現出軟體的可擴充套件性,系統某一層在功能上的變化僅僅和上下層存在著一定的關係,對其他層並不會產生非常明顯的影響。分層模式也比較適合使用在一些標準組織當中,此外,其也是通過控制功能層次介面來保證其不會受到嚴重的限制。標準介面的應用能夠使得不同軟體可以自行開發,同時後期更新的產品也能夠和其他軟體具有良好的融合性。
2軟體開發中多層次技術分析
2.1兩層與三層結構技術分析
在兩層模式當中,一般都是由資料庫的伺服器和客戶端構成,其中,客戶端能夠為客戶提供一個操作介面,同時,其還具備非常好的邏輯處理功能,同時還要按照指令去完成資料庫的查詢,而伺服器主要是接收客戶端的指令,同時還要按照指令對資料庫完成查詢,同時還要返回到查詢結果當中。這種邏輯處理結構就被人們稱作Fat客戶,這種二層技術的客戶端型別在應用的過程中能夠完成非常多的業務邏輯處理工作,隨著客戶端數量的增加,其擴充性和互動作業以及通訊效能等等都會受到影響,此外還存在著非常明顯的安全問題及隱患。而計算機技術在不斷的完善,傳統的二層技術已經不能適應系統應用的具體要求。在這樣的情況下就出現了三層結構技術型別,這種技術主要是客戶端、應用伺服器交換機和應用伺服器構成。其中,客戶端主要是用來實現人機互動,資料伺服器可以讓操作人員完成資料資訊的訪問、儲存以及優化工作,伺服器的應用主要是能夠完成相關業務的邏輯分析工作,這樣也就使得客戶端的工作壓力有了非常顯著的下降,我們一般將這樣的客戶稱作瘦客戶。三層結構和二層結構相比其具有非常強的可重複性、維護方面更加方便,同時其安全性和擴充套件性也明顯增強,但是在使用者數量並不是很多的時候,二層結構的優勢則更加的明顯,所以,在軟體開發的過程中,我們一定要充分的結合實際的情況和要求。
2.2四層結構技術
當前,計算機應用的環境在複雜性上有了非常顯著的提升,客戶對軟體系統也提出了越來越高的要求,其主要表現在了軟體開發週期不是很長,系統的穩定性很好,擴充套件性更強等方面,為了滿足使用者提出的更高要求,我們在開發的過程中將使用者介面、業務邏輯個數據庫伺服器根據其功能模組進行全面的處理,將不同的模組分開,這樣也就將相互之間的影響降到了最低水平。這個時候,如果使用三層分層技術就無法很好的實現這一功能,很多軟體的開發人員會在資料庫和邏輯層互動的過程中,增加一層資料庫介面封裝,這樣也就實現了三層向四層的進化。四層結構體系主要包含web層、業務邏輯層、資料持久層與儲存層。其中,web層可以使用模式1或模式2開發。在模式1中,基本是由JSP頁面所構成,當接收客戶端的請求之後,能直接給出響應,使用少量Java處理資料庫的有關操作。模式1實現較為簡單,可用於小規模專案快速開發,這種模式的侷限性也很明顯,JSP頁面主要擔當了控制器與檢視View兩類角色,其表現及控制邏輯被混為一體,有關程式碼重用功能較低,應用系統的維護性與擴充套件性難度加大,並不適合複雜應用系統開發。模式2主要是基於1vlvc結構進行設計的,JSP不再具有控制器職責,由Sen}let當作前端的控制器進行客戶端請求的接收,並通過Java實施邏輯處理,而JSP僅具有表現層的角色,將結果向用戶呈現,這種模型主要適合大規模專案的應用開發。業務邏輯層在資料持久層與web層間,主要負責將資料持久層中的結果資料傳給web層,作為業務處理核心,具有資料交換的承上啟下功能,業務邏輯層的技術依據業務及功能大小不同,能夠分成JavaBean與EJB兩種封裝的業務邏輯,其中EJB簡化了Java語言編寫應用系統中的開發、配置與執行,不過EJB並非實現J2EE唯一的方法,支援EJB應用的程式器能應用任何分散式的網路協議,像JRMP.IIOP與專有協議等。
3結論
當前,我國計算機應用的過程中面臨的環境越來越複雜,同時在客戶的要求方面也有了非常顯著的提升,為了更好的滿足軟體應用者的要求,在軟體開發工作中,分層技術得到了十分廣泛的應用,以往的兩層技術模式已經無法適應當今時代的建設和發展,在對兩層和三層結構優缺點的分析之後,多層結構系統在應用的過程中發揮了非常大的作用,這樣也就使得軟體開發技術得到了顯著的提升,從而極大的滿足了客戶對計算機軟體的各項要求。
參考文獻
[1]金紅軍.規範化在計算機軟體開發中的應用[J].物聯網技術,201601.
[2]趙明亮.計算機應用軟體開發技術[J].黑龍江科技資訊,201126.
[3]林雪海,吳小勇.計算機軟體開發的基礎架構原理研究[J].電子製作,2016Z1.
二:醫療應用軟體技術敏捷開發方法研究
【摘要】隨著軟體工程學科的逐漸發展,隨即湧現出諸多軟體開發模型與開發方法,包括現在普遍應用的敏捷軟體開發方法。本文基於敏捷開發方法的優點,重點闡述了在醫療應用軟體中敏捷開發方法的技術策略。
【關鍵詞】敏捷開發方法;醫療應用軟體;技術策略
1敏捷軟體開發的優點
1.1高生產率及低成本
敏捷軟體開發的本質就是在不增加成本的前提下開發出高質量可工作的軟體。因此敏捷的價值,原則和實踐定義為:通過高效完成必要的工作,按時交付高質量的軟體產品,積極響應客戶需求,提高軟體開發的生產率。基於生產率的提高可以降低成本,因此軟體開發專業技術的精髓是提高生產率和質量。
1.2更快進入市場
敏捷團隊努力快速釋出軟體產品,並投入市場。敏捷團隊能更快釋出產品的原因有二:①更高的生產率能更快的開發出軟體。②敏捷團隊能進行增量式釋出軟體。當企業的相關權益人意識到團隊可以在每個穩定版本中生產出有價值的功能時,通常會不斷的釋出已開發功能的軟體版本,而不是等待所有軟體功能就緒後再發布最終的版本。
1.3高質量
對軟體工程師而言,敏捷軟體開發能提高生產率的關鍵在於軟體質量的不斷提高。長期以來,軟體開發的後期,軟體工程師一直都在解決而且很難全面解決,通常是解決一個問題後催生出一個、甚至一堆的問題。因此,軟體的質量往往成為生產率的最主要的障礙。敏捷軟體開發在初始開發時,就重視軟體的質量,並且控制軟體的質量,並在開發的過程中,不斷改進,提高軟體質量。質量的提升在軟體開發的整個過程持續進行。敏捷軟體開發通過各種實踐提高軟體質量,比如測試驅動開發,重構,儘早的自動化測試。
2具體的軟體技術策略
增量設計和簡單設計貫穿於醫療應用軟體的開發過程。開發團隊的軟體開發工程師都將此兩種設計原則應用於日常的軟體設計工作。在初始設計後,我們通過對需求的理解和研究後,選擇了Jboss的JBPM作為流程引擎。隨著系統開發的進行,漸漸的我們發現JBPM雖然可以自定義流程流轉功能,但是需要複雜的配置,眼看這種複雜的配置越來越成為團隊的沉重負擔,開發團隊並在後來實現流程流轉功能的同時對JBPM引擎進行持續改進,使JBPM成為管理系統自有的流程引擎,極大的提高了流程跳轉的業務程式碼編寫效率。通過這個例子可知,我們在初始設計中,選擇可行的JBPM引擎作為開始。開發過程中在測試驅動開發和重構的技術支援下,使用增量設計改進JBPM引擎,改進的同時保持JBPM引擎的簡單性。
2.1增量設計策略
將軟體設計注入於醫療應用軟體的開發工作中。軟體工程師致力於持續改進設計,使設計符合當前醫療發展的需求。隨著對軟體系統的深入理解,逐步改進軟體設計,使軟體設計迴歸到合適正確的位置,適應當前軟體系統要求。軟體工程師在書本上學到的總是:在編寫業務程式碼前,將所有的設計做好,設計一旦完成,永不修改。當然,在一定程度上,這種思想是對的。因為在醫療應用軟體設計中,改動成本是巨大的,而且有非常大的風險。因此,傳統的軟體設計過程,對軟體設計的時機要求是很高的。而敏捷團隊在進行醫療應用軟體的設計中,致力於降低軟體設計改進的成本。降低成本的手段包括:自動化測試,持續的軟體設計改進,重構等。這些措施的有效實施為醫療軟體的有效執行提供了堅實的保障。
2.2簡單設計策略
敏捷軟體開發中,“以最簡單的方式實現功能”和“你並不需要它”兩大口號都提倡醫療應用軟體的簡單設計。“你並不需要它”的口號表明,任何時候都只做僅滿足現有需求的軟體設計,軟體設計不應該為將來有可能注意:是有可能,而不是確定的需求買單。這一點聽起來簡單,但是在具體的實際開發中,卻很難。軟體開發工程師經常都會跌入一個陷講:將來系統可能需要這個設計框架,主件,因此要在這邊預留,也為這個將來可能用上的設計框架,主件進行多餘程式碼的編寫,甚至使設計變得更加複雜也在所不惜。比如,當前我們只需要Money類的add方法,我們只編寫add方法,我們並不會因為考慮將來有可能會用到而編寫此方法的程式碼。“你並不需要它”也將敏捷軟體開發團隊的價值最大化。敏捷團隊不編寫將來有可能的需求的程式碼,而是始終致力於完成當前迭代週期內最具價值的軟體功能的程式碼編寫,因此可以提高敏捷開發團隊的經濟效益。
3結語
敏捷軟體開發為軟體工程師增強了信心,因為它能帶來高效率的軟體開發,高質量的可交付軟體。敏捷軟體開發能確保軟體工程師始終致力於最有價值的軟體功能,同時能適應動盪的需求變更,它也為企業帶來了很高的投資回報率。
參考文獻
[1]齊書國,齊芳.基於複用的敏捷開發方法研究與應用[J].甘肅科技,2007,03:62~64.
[2]殷朝慶,胡軍智,安衛東.醫療裝置的管理及應用軟體系統的開發[J].醫療衛生裝備,2010,07:68~69+72.
計算機軟體技術方面論文