資源描述：
《基于soa的虛擬世界交互平臺設計與實現》由會員上傳分享，免費在線閱讀，更多相關內容在學術論文-天天文庫。
1、2軟件工程相關理論與關鍵技術介紹2．1軟件工程方法學介紹軟件工程【11是從管理和技術兩方面研究如何更好地開發(fā)和維護計算機軟件的學科。采用工程的概念、原理、技術和方法來開發(fā)與維護軟件，把經過時間考驗而證明正確的管理技術與當前能夠得到的最好的技術方法結合起來。1968年在德國召開的國際會議上正式提出并使用了“軟件工程”這個術語，20世紀70年代中期提出了軟件生命期的概念，20世紀80年代以來軟件工程思想得到系統(tǒng)的歸納和整理，提出許多工程化方法，在軟件開發(fā)環(huán)境、軟件標準化以及硬件支持等方面開展了許多研究。1983年提出了軟件工程的七條基本原理，這七條原理是確保軟件
2、產品質量和開發(fā)效率的原理的最小集合。這七條原理是互相獨立的，其中任意六條原理的組合都不能代替另一條原理。軟件工程以計算機軟件為工程對象，該工程對象不同于傳統(tǒng)的機械工程和建筑工程，有其特有的屬性，例如軟件工程采用的傳統(tǒng)方法是生命周期方法學。軟件工程強調使用生命周期方法學和各種結構分析及結構設計技術，它們是在20世紀70年代為了對付應用軟件日益增長的復雜程度、漫長的開發(fā)周期以及用戶對軟件產品經常不滿意的狀況而發(fā)展起來的。軟件工程采用的生命周期方法學就是從時間角度對軟件開發(fā)和維護的復雜問題進行分解，把軟件生命的漫長周期依次劃分為若干個階段，每個階段有相對獨立的任務
3、，然后逐步完成每個階段的任務。采用生命周期方法學開發(fā)軟件的時候，從對任務的抽象邏輯分析開始，一個階段一個階段地進行開發(fā)。前一個階段任務的完成是開始進行后一個階段工作的前提和基礎，而后一階段任務的完成通常是使前一階段提出的解法更進一步具體化，加進了更多的實現細節(jié)。每一個階段的開始和結束都有嚴格標準，對于任何兩個相鄰的階段而言，前一階段的結束標準就是后一階段的開始標準。在每一個階段結束之前都必須進行正式嚴格的技術審查和管理復審，從技術和管理兩方面對這個階段的開發(fā)成果進行檢查，通過之后這個階段才算結束，如果檢查通不過，則必須進行必要的返工，并且返工后還要再經過審查
4、。審查的一條主要標準就是每個階段都應該交出“最新的”，即和所開發(fā)的軟件完全一致的高質量的文檔資料，從而保證在軟件開發(fā)工程結束時有一個完整準確的軟件配置及文檔交付使用。文檔是通信的工具，它們清楚準確地說明了到這個時候為止，關于該I藝京交通大學碩士論文項工程已經知道了什么，同時確立了下一步工作的基礎。此外，文檔也起備忘錄的作用，如果文檔不完整，那么一定是某些工儂忘記做了，在進入生命周期的下一階段之前，必須補足這些遺漏的細節(jié)，保證文檔的正確和完整。2．2增量迭代模型介紹OSP系統(tǒng)生命周期模型將采用增量迭代模型。增量迭代模型作為常用的軟件開發(fā)生命周期模型之一，它更加
5、適羯于需求經常變更的項曩。增量迭代模型強調的每次迭代都包含了需求，設計和開發(fā)，測試等各個過程，而且每次迭代完成后都是一個可以交付的原型。迭代不是并行，在每次迭代過程中仍然要遵循需求->設計．>開發(fā)的瀑布過程。迭代周期的長度跟項目的周期和規(guī)模有很大的關系。小型頊蠢可以一周一次迭代，兩對于大型項蠢則可以24溺一次迭代。如果項罄沒有一個很好的架構師，很難規(guī)劃出每次迭代的內容和要到達的目標，驗證相關的交付和產出。因此迭代模型雖然能夠很好的滿足與用戶的交付，需求的變化，但確是一個很難真正用好的模型。就對風險的消除上，增量和迭代模型都能夠很好的控制前期的風險并解決。迭代
6、模型更多的是可以從總體方面去系統(tǒng)地思考問題，可以很快給出相對完善的框架或原型，后期的每次迭代都是針對上次迭代的逐步精化。業(yè)界比較標準的增量模型往往要求在軟件需求規(guī)格說明書全部出來盾，后續(xù)的設計開發(fā)再進行增量。同時每個增量也可以是獨立發(fā)布的小版本。由于系統(tǒng)的總體設計往往對一個系統(tǒng)的架構和可擴展性有重大的影響，因此我們推薦的增量最好是在架構設計完成后再開始進行增量，這樣可以更磐的傈證系統(tǒng)的德壯性幫可擴展性。一次增量模型將包含以下步驟：1．需求分析需求分析是為了了解用戶的要求和系統(tǒng)的需求，系統(tǒng)必須做什么，系統(tǒng)必須具備哪些功能。在需求分析階段確定的系統(tǒng)邏輯模型，是以
7、后設計和實現目標系統(tǒng)的基礎，因此必須準確完整地體現用戶的要求。用戶了解所面對的問題，知道必須徽詩么，健是逶常不能完整準確地表達出要求，更不知道怎樣利用計算機解決問題，軟件開發(fā)人員知道怎樣用軟件實現人們的要求，但是對特定用戶的具體要求并不完全清楚。在需求分析階段必須和用戶密切配會，充分交流信息，以得滋經過用戶確認的系統(tǒng)邏輯模型。通常用數據流圖、數據字典、系統(tǒng)原型和簡要艉算法表示系統(tǒng)的邏輯模型。2．總體設計2軟件工程楣關瑾論與關鍵技術分紹這個階段必須的任務是如何解決問題。從開發(fā)規(guī)模和開發(fā)成本上考慮，有三群可能的方案：①低成本的解決方案，系統(tǒng)只能完成最必要的工作。
8、②中等成本的解決方案，系統(tǒng)不僅能夠很好地完成預定的任
