首頁 > 文章中心 > 軟件工程論文

      軟件工程論文

      前言:想要寫出一篇令人眼前一亮的文章嗎?我們特意為您整理了5篇軟件工程論文范文,相信會為您的寫作帶來幫助,發現更多的寫作思路和靈感。

      軟件工程論文

      軟件工程論文范文第1篇

      隨著信息技術的快速發展,軟件的復雜度與規模呈指數級增長,給軟件的開發與維護帶來了極大的困難。因此,需要將系統化的、規范化的、可度量的方法應用于軟件的開發、運行和維護中,即將工程化方法應用于軟件。而傳統的計算機專業的人才培養模式主要面向理論研究,不能夠滿足軟件企業對工程實踐型人才的需求。為了解決計算機教育重理論、輕實踐的不足,國家教育部與發展計劃委員會于2001年新增軟件工程專業。目前,全國已經建立了一批國家與省級示范性軟件學院,很多高校也相繼開設了軟件工程專業,培養模式各具特色,尤其是國家級示范性軟件學院已經探索出了各具特色的培養模式,但是還是存在著重理論、輕實踐的不足,這一缺陷在地方院校的軟件工程專業尤為突出。由于受到資金支持、政策引導、師資建設等方面的限制,地方院校的軟件工程專業基本上都是從計算機科學與技術專業繁衍出來的,其培養模式很容易沿用計算機科學與技術專業的人才培養模式,不能滿足軟件企業的需求,主要存在重理論、輕實踐的問題,主要表現如下。

      (一)教學方式單一化、理論化

      軟件工程專業的特點是理論性與實踐性并重,特別是實踐性非常強,軟件工程的許多理論都來源于對實踐的總結與歸納。但是目前的教學方法還主要是沿用計算機科學與技術專業的教學方式,偏向純理論介紹,教學方式上還是以教師講、學生聽為主的“灌輸式”的“教授/接受式”傳統教學,學生只是被動接受,學習積極性不高。此外,很多教師缺少實際軟件項目的開發經歷,在教學過程中缺少必要的案例或者使用的案例不合適,妨礙了學生對軟件工程中基本概念與理論的理解,不明白可行性分析、需求分析、軟件設計的必要性以及不會撰寫所對應的文檔。

      (二)實踐少,理論與實踐相脫節,學生動手能力差

      目前很多高校軟件工程專業開設的理論課比較多,實驗課比較少,并且由于目前的專業教師大都是畢業后直接到高校工作的,缺少開發大型軟件項目的實際經歷,設計的實驗題目大都規模比較小并且比較零散,比如成績管理系統,學生可以直接進行設計與編碼,無需可行性分析、需求設計、軟件設計、進度安排等環節,也沒有必要撰寫相關的文檔。如此以來,學生不能夠加深對相關概念與理論的學習,沒有體會到軟件工程理論在實際軟件項目開發中的重要作用,導致學生面對實際軟件項目時無法下手,這直接影響到軟件工程專業畢業學生的市場競爭力。

      (三)校企合作不夠

      校企合作是實現高校軟件工程人才培養與企業需求無縫連接,培養高素質軟件人才的重要途徑之一,盡管目前很多高校的軟件工程專業都建立了校企合作模式,取得了不錯的成績,但校企合作存在著缺乏相應的政策引導、缺少雙方交流的平臺、企業積極性不高、合作松散、管理手段缺乏等問題。這樣就會出現高校培養的軟件人才動手能力差,無法滿足企業的需要,而軟件企業又找不到合適人才的尷尬局面。校企合作力度不夠在地方院校表現的更為突出,主要原因是地方院校的軟件工程專業在影響力與辦學規模上與國家級軟件學院有一定的差距,知名的軟件企業很少愿意與地方院校合作,另一方面,地方院校缺乏政策與資金的支持,缺乏尋求與企業合作的機會。

      二、應用驅動為導向的人才培養模式的改革措施

      軟件工程專業存在的重理論、輕實踐的弊端,使得培養的學生在校學習的知識不能形成一個有效的體系,也沒有機會將所學知識融于具體項目之中,同時也不清楚當前軟件企業對人才的真正需求。而另一方面,軟件企業希望新招聘來的員工能夠直接融入到項目的開發中,能夠解決項目中的實際問題。這樣就形成了高校培養的軟件人才“過剩”,而軟件公司所需人才“短缺”的矛盾局面。為此,本文提出了以實際應用驅動為導向的人才培養模式,以培養能夠在軟件公司的一線解決實際應用問題、能在實踐中應用所學知識、在實踐中創新的應用型人才,并對該培養模式的相關實施方法進行了探討。應用驅動為導向的軟件工程人才培養模式的基本保障是以實際應用為導向加強師資建設,該培養模式按照人類認識的規律,以解決實際問題為目標,的三個階梯式階段:案例式課堂教學,項目式綜合實訓,頂崗式專業實習。

      (一)以應用為導向加強師資建設

      師資建設是專業建的首位,教師在人才培養中起著不可替代的作用。目前,軟件工程專業的師資建設主要還是以理論研究為導向,多數教師從學校碩士或博士畢業后直接到高校工作,主要以理論研究為主,缺乏大型軟件項目開發經驗,不太了解軟件產業的新技術與新動向,從而在教學過程中出現重理論、輕實踐的現象,很不利于軟件工程專業人才的培養。以應用為導向的師資建設就是在現有的以理論研究為導向的基礎上,注重提高教師的實際動手能力,可以從以下3個方面做起:①改變傳統的以學歷和科研為導向的高校教師招聘方式,軟件工程專業應當招聘一批具有大型軟件項目開發資深經驗的軟件工程師,比例占師資總數的30%~40%為為宜;鑒于軟件技術的快速更新,應定期派遣教師到知名軟件公司的一線進行學習和培訓;倡導并且增加教師帶動學生參加研發類橫向課題的機會,提高教師與學生的實際動手能力。

      (二)案例式課堂教學

      改變傳統的“灌輸式”的“教授/接受式”教學模式,使用案例驅動式的教學模式,就是指教師本著理論與實際有機結合的宗旨,遵循教學目的的要求,以案例為基本素材,通過師生、生生之間的雙向和多向互動,讓學生把所學的理論知識運用于“實踐活動”中,以提高學生發現問題、分析問題和解決實際問題的能力。一方面,教師首先應準備一些引入型案例,例如,千年蟲問題,來說明工程化方法對軟件開發的重要性,并且提高學生的興趣;另一方面,教師應該準備好一個能覆蓋軟件工程的各個環節和階段、難度適宜的實際軟件項目案例,這個案例最好是教師實際參加過的或者熟悉的項目,并且有必要的軟件文檔,然后把這個案例作為一個實際情境,結合案例引入并講授各個知識點,必須要求學生撰寫相應的文檔和程序,然后與使用案例的已有標準文檔和程序進行比較,找到自己的不足,加深對知識點的學習與理解,做到理論與實際相結合。

      (三)項目式綜合實訓

      鑒于軟件工程專業的實踐性很強,應該以實際應用項目為驅動進行軟件工程的課程綜合實訓,讓學生按照軟件工程開發的流程去獨立地完成一個應用項目。首先,教師選擇一些中小型的,生活中經常接觸的項目作為綜合實訓項目庫,項目的選擇一定要難度適宜,太簡單體現不出軟件工程化開發方法的優點,但是也不能太難,難度控制在學生可以運用所學習的知識、技能,通過討論和合作可以完成,然后由學生人組成的小組從中選擇合適的項目。然后,每個小組模擬軟件企業中的一個項目開發小組,進行分工合作,由組長作為項目經理與指導教師溝通,指導教師模擬實際的客戶。最后,項目組嚴格按照軟件項目的開發流程來一步一步完成任務,應該包括可行性研究、需求分析、系統設計、實現與測試等階段。在每個階段學生應該提交必要的文檔,可以按照《計算機軟件文檔編制規范》(GB-T8567-2006)撰寫可行性分析報告(FAR)、軟件需求規格說明(SRS)、軟件(結構)設計說明(SDD)、軟件測試報告(STR)等。在每個階段,學生應利用流行的軟件工程工具,例如,Microsoft Project、RationalRose等。

      (四)頂崗式專業實習

      軟件工程專業培養的人才最終是面向軟件公司的,所以很有必要在第四學年時采用校企合作的方式,委派學生到軟件公司頂崗實習,時間根據實際情況以個月為宜。在頂崗實習期間學生要與正常的員工一樣完成企業的工作要求,真正在實際軟件開發中理解并應用前期學習到的知識與技能,實現自身能力的提高,成功地由學生角色過渡到職業角色。在實習期間,學生的管理以企業管理為主,學校管理為輔,學生、教師、企業三方根據實習項目的實際情況確定學生畢業設計題目的選題與設計,最終由學校的指導教師負責指導完成畢業設計論文的撰寫與答辯等事宜。

      三、結束語

      軟件工程論文范文第2篇

      軟件工程是一項專業性強、難度大的學科,目前軟件工程管理還處于發展期,但其放在何處都會成為一個性質有效的管理。我國部分小型軟件企業要想在激烈的市場競爭中獲取成功就必須要進行軟件工程管理。不過對軟件工程進行管理并不是一件容易的事,在整個管理過程中需要面臨以下問題。缺乏系統的培訓?,F在我國的一些軟件公司的實際情況都是任命專業能力過硬的人員為項目經理,而這些專業知識過硬的技術人員通常沒有過硬的軟件工程管理功底,而企業沒有系統的培訓,導致了項目經理在軟件開發過程中無法對整個過程中進行系統的管理。缺乏計劃意識。項目經理對軟件開發中計劃的作用沒有一個正確的認識,導致了開發項目沒有一個合理的可行性計劃,這樣在軟件開發過程中,因為人員因素或外界因素經常會導致計劃好的事情被拖延,從而造成進度受到拖延[3]。缺乏管理意識。因為在軟件開發中,項目經理經常投入到技術工作之中,從而忽略了對軟件工程的整體管理。這樣經常會造成項目開發過程中,每個工作人員的任務得不到適當的安排,造成計劃不周,資源浪費等。項目經理沒有將任務合理地分配到工作人員手中,造成許多任務都需要自己埋頭苦干,沒有精力對整個項目進行管理。風險管理中的問題。部分項目經理在管理中缺乏風險意識,很少對項目中存在的風險進行合理分析,制定的風險管理也比較隨意,沒有真正起到風險防范的作用。軟件工程復雜化。近年來軟件項目規模不斷增大,參與同一軟件項目的人數也在急劇增加,同時軟件工程管理的困難也變得更大,在軟件工程管理中需要解決的問題也在增加,這些都增加了軟件工程管理的難度[4]。

      2軟件工程的管理方法

      2.1構建軟件工程管理體系

      構建合理的軟件工程管理體系主要包括以下內容:第一,構建人才體系。在軟件工程管理中,人才對管理有著重要的作用,人才是做好軟件工程管理的前提。第二,為了提高工作人員工作中的積極性,確保項目中所有目標能夠得到落實,應當加強人力資源管理。第三,在人才的管理中切記要以平等的態度進行管理,而不是控制[5]。

      2.2加強風險管理和進度管理

      對于軟件項目管理中的風險管理和進度管理,我們也應當分為兩個方面來進行探討。第一,構建風險管理體制,只有這樣才能及時發現軟件工程管理中存在的風險,并對存在的風險進行及時處理。第二,提高項目中風險管理人員的風險意識,確保風險管理人員能夠對風險有一清楚的認識,并且能夠對風險進行合理的分析,針對風險提出有效的風險防范制度。在風險管理中風險管理人員應當將風險報告提交給項目經理,對項目中存在的風險進行有效的防范,阻止風險出現,確保企業的順利發展[6]。

      2.3加強對項目團隊的管理

      首先,應當增加工作人員之間的聯系與溝通,使整個團隊中的人員都具有溝通意識和團隊合作精神。其次,對各個工作人員的工作內容進行明確分工,合理地將責任分配到每個工作人員,保證工作開展后一切都能順利地進行。最后,調動項目中工作人員的積極性和注重性,使團隊中的工作人員都能夠完全投入到工作之中,提升團隊工作能力,改善工作人員的工作態度,做好軟件工程管理工作。

      2.4對軟件工程進行監督

      軟件工程監督是軟件工程管理中的重要方式,工程監督指的是對項目所自制定的目標進行實時監測,軟件工程監督要貫穿整個項目,其目的在于對軟件開發的流程進行規范。軟件工程監督,可以使開發過程中的成本、進度、質量實現透明化。在對軟件監督過程中軟件需要完成以下任務。由項目負責人對項目進行監督,在監督過程中,要對監督數據進行總結,并對數據進行合理分析,及時發現問題并解決問題。將CMM標準應用于軟件工程管理之中,CMM標準的引用可以提升軟件開發效率,降低軟件開發中的成本以及風險,縮短開發時間,提高軟件質量,總之將CMM標準運用到軟件工程管理之中,能夠確保用戶得到理想的軟件產品。

      3結語

      軟件工程論文范文第3篇

      關鍵詞:軟件工程;案例教學法;分析設計

      Abstract:Thisarticleonthecaseteachingmethodinsoftwareengineeringmadeapreliminarydiscussion,atthesametime,wearebrieflyintroducedinsoftwareengineeringtotrythecaseinsomeoftheteachingexperience.中國

      Keywords:softwareengineering;caseteachingmethod;DesignAnalysis

      1引言

      隨著計算機應用日益普及和深化,正在運行使用著的計算機軟件的數量以驚人的速度急劇膨脹,而且現代軟件的規模往往十分龐大,所以指導計算機軟件開發和維護的工程學科—軟件工程,日益顯示其重要地位。然而學習者一般不好理解軟件工程的實踐性,不能將所學的知識真正應用到軟件開發過程中去。如何將理論與實際聯系起來呢?我們認為在軟件工程中采用案例教學發將會彌補這一缺憾。

      案例教學法以對案例的分析解決為主線,通過對案例中的問題進行分析,激發學生的求知欲,調動學生的積極性,使學生自覺主動的學習案例,掌握原理和方法,實行科學的教育思想觀念的一種教學方式。它是一種互動式的教學方法,可以實現啟發式教學,能夠極大的促進學生的學習興趣,實現真正的教學相長。它更是實現理論聯系實際的現實可實施的途徑。案例教學法在軟件工程教學中的應用將在更大程度上激發學生學習的學習興趣和參與的積極性。同時,利于學生掌握理論知識,并運用知識解決軟件開發中的實際問題,最終提高教學質量,達到學校教育培養的目標。

      有鑒于此,本文試對案例教學法在軟件工程中的應用作了初步探討,以期對教育同行和廣大學習者有所啟發和借鑒。

      2案例教學法的含義

      案例教學法(casemethodsofteaching)可簡單地界定為一種運用案例進行教學的一種方法,它是美國當今教育行業中非常盛行而有效的一種方法,在我國正在慢慢推廣開來。1910年,美國哈佛商學院最先使用案例教學,開創了案例教學的先河。案例教學法于20世紀80年代初傳入我國,它有利于培養學生分析問題、解決問題的能力,提高教學效果。

      案例教學是在學生掌握了有關基本知識和分析技術的基礎上,在教師的精心策劃和指導下,根據教學目的和教學要求,運用典型案例,將學生帶入特定的現場進行案例分析,通過學生的獨立思考和集體協作,進一步提高識別,分析和解決某一具體問題的能力,同時培養學生的溝通能力和協作精神的教學方式。通過案例分析,學生可以獲得蘊涵其中的那些已形成的教育原理、教學方法等知識,同時可以提高和發展學生的創造能力以及解決實際問題能力。更重要的是,通過案例教學獲得的知識是內化了的知識,是“做中學”獲得自己理解了的能駕馭的知識,不再像傳統教學下獲得的抽象的、過度概括化的生硬知識,它能立即被用到類似教學實踐情境中去解決處理類似的疑難教學問題。所以從美國教育家舒爾1986年在美國教育研究協會(AERA)年會重要演講中發出要發展關于教學的案例知識的呼吁,時至今日,在眾多國家的教育研究領域中都能發現案例教學法的應用。

      3軟件工程案例的選擇

      概括而言,案例是含有問題或疑難情境在內的真實發生的典型性事件。沒有案例,案例教學無從談起,沒有好的案例,便沒有有效的案例教學,所以案例的選擇在案例教學中至關重要。一個高質量的案例應該具備以下幾個特點。

      (1)目的性。案例教學的目的是為了讓學生理論聯系實際,通過案例讓學生掌握基本的原理和概念,提高發現問題,解決實際問題的能力。一個好的案例應該使學生在討論中加深對教材中某一重點或難點知識的理解和把握,能利用課堂學習的理論知識來分析和解決案例中所涉及的問題。所以案例的選擇一定要圍繞教學目的和教學要求來。如果脫離這兩個中心,即使案例再生動,其教學效果也大打折扣。

      (2)真實性。案例一定是現實中發生的真實事件,是常見又復雜的問題,有助于學生實踐能力的提高。

      (3)啟發性。一個好的案例需要蘊涵一定的問題,能啟發學生思考,發現多種解決的途徑。問題越誘人深入,越能夠給學生留下較多的思維空間,教學效果越好。

      (4)生動性。案例必須生動活潑,引人入勝,這樣才能引起學生的興趣,以便展開深入的思考。

      軟件工程是采用工程的概念、原理、技術和方法來開發與維護軟件,把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來。它強調使用生存周期方法學和各種結構分析及結構設計技術,所以軟件工程案例即是選擇一些典型的軟件開發系統,介紹其開發和維護的過程。

      我們根據講解軟件工程課的具體體會和開發軟件的實際經驗,撰寫了五個案例,開發了《軟件工程案例分析》網絡課件,詳細介紹五個軟件系統的開發過程,互動的方式講述了用軟件工程的方法是如何進行分析和設計的,同時在系統開發的每個過程中提出大量的問題供學生思考。案例選擇了房產管理系統、財務管理系統、機票預定系統、計算機儲蓄系統四個應用軟件系統,同時為了提高學習者理解開發軟件的難度,特別介紹L-SIMPLE語言編譯系統。采用傳統的生命周期方法學,從問題定義、可行性研究、需求分析、總體設計到詳細設計做了比較詳細的研究。系統中五個案例涉及到當前人們日常生活中關注的幾個領域:房產管理、財務管理、計算機儲蓄、機票預定,還有計算機的語言編譯系統。案例既具有典型性,同時又具有真實性。我們選擇四個應用軟件和一個系統軟件,一方面考慮到目前軟件市場涉及應用范圍的廣泛性,另一方面考慮到軟件工程學習者中大部分為計算機專業,對于系統軟件也有一定愛好,對于將來開發系統軟件作一個鋪墊。

      4軟件工程案例教學的主要環節

      案例教學的需要具備三個主要環節:

      閱讀案例,個人分析——分組討論,集體交流——總結歸納,消化提升

      我們嘗試的軟件工程案例教學中同樣采用了這三個階段:

      (1)閱讀案例,個人分析

      學生首先對具體案例進行必要的基礎知識的了解,認真閱讀案例,并且要有個人的研究與分析,用軟件工程的傳統途徑—生命周期方法學作為理論指導,熟悉軟件開發過程各階段的基本任務。

      其次,學生需要盡快進入案例情境,了解、掌握案例中揭示的有關事實、情況,自居案例中的教師角色,設身處地地分析思考案例中教師的行為及對策的合理性與不合理性。在案例的分析過程中,要注意尋找其中的因果關系,只有弄清問題產生的原因,才可能找到問題的合理解決手段。注意區分基本性問題和現時性問題?;拘詥栴}即抽象或一般的問題,常與事實背后的概念、原理、規則等有關,需要通過對案例中所包括的信息進行解釋、分析、演繹、推理和抽象以得到概括化的結論?,F時性問題即案例中教師所面對的特殊決定、疑難問題等要求在一定的時間范圍內得到解決的那些問題,需將自己已有的知識或過去形成的經驗與案例展示的背景材料、內外部因素等整合起來進行綜合評判來提出多種經得起別人反駁的見解、對策以及方案。

      (2)分組討論,集體交流

      分組討論是案例教學中非常重要的環節,本質上是一種概念或想法的交流。圍繞案例的重點,難點,疑點,進行討論,辯論和爭論。每個學生可以自由的抒發己見,相互啟迪,互相借鑒,重點是想法的交流。要求每個學生簡要介紹自己對軟件開發所做的分析設計,并提出自己對該軟件開發流程的看法,供大家討論與切磋,可以按照案例中所提出的問題一個一個討論。在教師的引導下,讓學生進行課堂發言,進行全體學生的交流。本階段要討論主要解決兩個問題:1、小組討論沒有達成共識的問題;2、按照教學目標,有意引導學生掌握軟件工程的生命周期法各階段所做的具體工作以及進行相關工作的必要性。

      為了使分組討論有效地開展,教師要作好充分的課前準備。除了熟知案例陳述的事實、觀點外,還要諳知案例反映或蘊涵的原理、規則等知識,以便引導學生概括出來。要認真學習研究案例后給出的教學指南,具體擬定出課堂教學計劃,這要求教師認真思考回答以下問題:希望課堂上發生些什么?如何引導這些情況的發生?討論如何開展?時間如何安排?自己扮演什么角色?是先得結論再分析,還是相反?并對課堂討論中可能出現的情況作出預測。教師還要依據課程目標、案例目標及教學計劃的具體安排重點分析以下方面的內容:案例中反映的那些重要論題、案例中易得出兩可結論的那些材料、案例中反映的情況發生的根源、案例中人物的行為、案例中所反映的而學生可能設想不到的情況等。在討論掌握上,教師要力保討論沿預期的軌道進行,把討論引導到問題的解決上去,并引導出與論題相關的理論知識,力爭班上每個學生都至少有一次發言的機會,切實做到有效參與。

      (3)總結歸納,消化提升

      總結歸納是軟件工程案例教學的最后階段,要求學生要對每個案例寫出學習報告。該報告中包含學生在閱讀案例中所得到的具體收獲;通過分析與設計軟件,提出自己所解決的實際問題;對理論上軟件工程概念和案例中的實際是否一一相對應;以及對軟件工程仍然存在的困惑。通過反思進一步加深對案例的認識,真正作到理論和實踐的相結合。

      案例教學中,師生都要注意角色轉換,如果學生仍然熱衷于將自己置身于教學過程之外,只做一名旁觀者,案例教學也就失去了它的價值。學生只有真正地深入案例、體驗角色,才會有案例情境的“再現”,案例教學的價值才能被體現。而教師在教學過程中也要不斷變換自己的角色,可充當監督員,激勵啟發學生,監督案例分析、討論情況;可充當示范員,向學生演示、講解、分析案例中的事實、圖表、材料等;可充當主人翁,制定下一步的工作計劃并在實施中起主導作用;可作仲裁,解決各種爭端;可充當交警,使討論回到預定的軌道上來;等等。

      5結束語

      傳統的“黑板教育學”越來越受到冷落,案例教學已經提到教育改革的重要日程上來。華東師范法學教育系鄭金洲曾指出,案例教學并不是單純的一種教學方法,它實際上是以教學內容的變革為前提條件的,正是有了形形的案例,才使案例教學成為可能;案例教學也并不是一種單純的教授法,它實際上也是以學生行為的轉變為前提條件的;如果學生仍然熱衷于自己先前的角色,把自己置身于教學過程之外,只是一個旁觀者,案例教學也就失去意義。

      筆者從事軟件工程的教學工作,在軟件工程中進行案例教學法的嘗試,并且在實踐中得到了一定的效果。然而,在軟件工程案例教學中仍有很多問題需要進一步研究探討,比如在案例中如何體現軟件的測試階段,它需要具體的環境來實現;如何在案例中能夠讓學生更深入理解軟件的維護過程等等問題,都是有待于我們進一步完善,使案例教學在軟件工程中得到進一步的推廣。

      參考文獻

      [1]張海藩.《軟件工程導論》.清華大學出版社

      [2]李為民,.如何開展案例教學-哈佛大學商學院琳達教授對新教師利用案例教學的幾點忠告》.北京:經濟干部管理學院學報,2004.1

      [3]Stein,M.K.,Smith,M.S.,Henningsen,M.A.,Silver,E.A.(2000),ImplementingStandards\|BasedMathematicsInstruction,NewYork:TeacherCollegePress

      軟件工程論文范文第4篇

      1.1代碼理解在軟件開發過程中,程序員面對著諸多的問題,具體內容如下:其一,項目代碼的維護,但項目的原有文檔已經過期,甚至出現了文檔不存在的情況;其二,項目缺陷的修改,但此時項目中的代碼程序員并未接觸過;其三,項目代碼的審查,面對眾多的代碼,程序員的工作開展較為困難;其四,項目架構設計的提取,但程序員僅掌握了源代碼。面對上述的情況,程序員要對源代碼進行分層聚類,對各個模塊進行可視化的展示,此時,對代碼及項目架構的理解將更加準確,因此,提出了分層聚類法。此方法有效分析了源代碼,其聚類過程主要分為兩個階段,分別為基于調用入口的聚類與基于PageRank的聚類。在軟件系統結構分析過程中,主要應用的方法為軟件聚類,此方法作為關鍵技術主要應用于軟件維護活動中,如:軟件模塊復用、軟件模塊更改影響及軟件體系體系結構挖掘等。通過軟件聚類,工程師能夠獲取軟件系統的總體結構劃分及局部細節信息。通常情況下,為了實現聚類結果的靈活切換,要提高軟件聚類工具的性能,其特性如下:一方面,對軟件聚類模塊化層次進行劃分;另一方面,根據使用者的選擇對軟件聚類結果進行動態調整。通過對軟件聚類領域中圖聚類的研究,提出了基于源代碼分析的層次化軟件聚類算法,此方法滿足了多粒度顯示軟件聚類層次聚類結果的需求,此聚類方法擁有兩個階段,同時對于輸出的聚類結果中的模塊命名提出了新的方法,即:基于文本挖掘的方法,在此基礎上,提取的文本信息擁有了語義信息的模塊命名[2]。

      1.2代碼開發現階段,JAVA應用中廣泛應用著基于開源框架的編程,此時配置的邏輯控制是借助XML配置文件實現的,但現有的JAVA應用為單機版,同時框架的邏輯具有復雜性,開源框架的文檔化相對較差。在此情況下,程序員在對框架使用與配置缺少正確性。為了實現上述問題的有效解決,提出了基于應用代碼庫中的XML配置文件及代碼關聯結構挖掘的XML配置片段推薦方法,將此方法應用到軟件開發中,促進了程序員對配置文件的編輯。上述方法的核心為頻繁子樹挖掘,通過實驗分析可知,該方法具有一定的有效性,特別是在XML配置片段中扮演著重要的角色,因此,它促進了軟件的開發。目前,在軟件開發構建新系統過程中,程序員需要利用編程框架從而實現編程,此時不僅利于通用性作用的發揮,還利于程序機構的清晰。在框架編程時,開發人員要對編程進行擴展,同時還要構建XML配置文件??蚣芫幊逃兄欢ǖ膬瀯?,但在實際應用過程中仍存在不足,邏輯缺陷極易被應用,在此基礎上,程序員對框架的使用缺乏有效性與正確性。在此背景下,配置代碼推薦被應用,它具有較強的可用性,分別體現在數據與方法兩方面。

      1.3回歸測試在軟件應用開發后,客戶將對其進行使用,但使用前與使用過程中,均會出現代碼修改的情況,造成此情況的原因為代碼缺陷與功能更新。在代碼更新后,重新前,要對代碼進行測試,此時的測試便是回歸測試。它主要是為了驗證修改軟件,使軟件的功能得到有效的發揮。因此,回歸測試對于軟件來說是重要的,它直接保證著軟件的質量[3]。

      2結語

      軟件工程論文范文第5篇

      1.1軟件設計的評判標準基于構件的軟件需要具備可復用性高的特點

      這樣對于軟件的設計應該具備4個標準,分別為高抽象性、高通用可變性、高可靠性和組裝容易。首先,構件的軟件想要獲得可復用性高的特點,就需要提高構件的通用化程度,因為構建的可復用性和通用化是成正比的關系,通用化程度越高則可復用性越高。因此,基于構建的軟件在開發的過程中要盡量避免構件的開發泛濫化,能夠讓軟件的在等待開發的過程中就被復用,這樣能夠大量提高軟件的可復用度。其次,可復用的軟件需要經過一系列的修改過程才能真正運用到實際的工作中,可以稱為被實例化。軟件通用性程度和可變性程度高說明軟件的可復用程度高,所以在設計軟件的時候要將可標識變化點的位置安排在需要進行變化的位置上,然后在標識點上面要添加變體,這種變體可以是一個或者多個,主要作用是指示抽象構件的位置。當對構件進行復用的時候,假如要實現構建的實例化,就要根據不同的情況來創造不同的變體,主要目的是滿足一些特殊應用的需求。再次,構件的可靠性指的是不使構件在一些特殊的環境和規定的時間內發生開發實效的情況,它包括構建的容錯性和可恢復性等。構件更加容易使用的話就能在一定程度上提高構件的可靠性,進而方便構件的開發人員能夠挑選出適合應用的構件,從而提高構件的可復用程度。這樣可以在很大程度上增強構件的可操作性和易理解性。最后,由于構件由不同的人開發,所以構件中的實現語言和運行的環境都因為開發人物的不同而不同。因此,如果要挑選出合適的構件來組裝構件,需要將構件在實例化過程之后再進行組裝,再實際應用到需要開發的軟件或者系統上面。構件組裝的難易程度對于軟件的復用性有一定的影響,假如構件之間偶合度十分松散且構件的組裝機制十分便利,能夠在很大程度上使得構件的組裝是十分便利。

      1.2軟件開發的基本理念

      基于構件的軟件開發中的構件技術主要是在數據和算法結構上進行提升,這是一種在應用級別基礎上的集成化技術。對于構件化軟件開發的基本理念,更多的考慮方面是對象個體在實際的應用領域進行開發過程中的作用。換句話說是把軟件逐漸分解成為幾個獨立的單元,然后再將不同的軟件構件對象進行組裝,最后才形成完整的軟件集成。

      1.3軟件開發的具體過程

      對于基于構件的軟件開發,首先是關于軟件系統的生存周期,構件化軟件系統的生存周期相比傳統的軟件系統工程較簡單。具體分為系統的分析、藍圖的設計以及構件集成等。對于架構的設計,能否進行十分系統的架構設計對于基于構件的軟件系統有十分重要的作用,它能夠真正保障系統在運行的過程中進行有效地操作。架構的設計指的是對于構件化的軟件系統評估,然后進行選擇和最后的設置。該設計的目標是依據用戶實際需要,對系統進行規范化設計之后再選擇適當的架構設計方案,對整個系統的各項實際實施的環節需要充分明確下來。所謂系統的集成指的是構件能夠按照系統的構架將系統組裝成模塊,在組裝的過程中一般只需要對基本代碼進行編寫,然后在構件之間要能夠進行互相的調用。結束以上步驟后就能夠形成所需要的系統文檔。最后的環節是對系統進行測試,這個測試環節是為了檢驗該系統能否真正滿足客戶的設計要求,以及在系統的具體運行中是否會出現問題,以便及時進行修改。該環節主要的目的是能夠真正根據系統的要求來確定構件化系統的真正形成。

      2結語

      亚洲免费在线观看视频| 亚洲国产日韩在线成人蜜芽| 亚洲乱亚洲乱妇24p| 亚洲成av人片在线看片| 亚洲视频中文字幕在线| 亚洲国产老鸭窝一区二区三区| 亚洲熟妇中文字幕五十中出| 久久久亚洲精品蜜桃臀 | 无码不卡亚洲成?人片| 亚洲精品无码一区二区| 亚洲精品国产suv一区88| 亚洲变态另类一区二区三区| 亚洲av无码专区国产不乱码| 亚洲欧美精品午睡沙发| 亚洲hairy多毛pics大全| 亚洲av无码专区在线电影天堂 | 亚洲乱码中文字幕在线| 国产精品亚洲专区无码唯爱网| 亚洲第一成年网站视频| 色偷偷亚洲第一综合| 亚洲高清成人一区二区三区| 亚洲一区视频在线播放| 亚洲一区二区三区AV无码| 精品国产综合成人亚洲区| 亚洲av日韩av无码| 亚洲最大黄色网站| 亚洲色大网站WWW永久网站| 亚洲乱色伦图片区小说| 亚洲av日韩片在线观看| 国产精品亚洲综合专区片高清久久久| 久久精品国产亚洲Aⅴ香蕉 | 亚洲av无码一区二区三区观看| 亚洲av无码一区二区三区观看| 亚洲色大情网站www| 国产AV无码专区亚洲AV琪琪| 亚洲精品无码成人片在线观看| 91麻豆国产自产在线观看亚洲 | 亚洲日本久久久午夜精品| 亚洲精品动漫免费二区| 亚洲欧洲一区二区三区| 亚洲国产精品一区第二页 |