軟件開(kāi)發(fā)論文精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的軟件開(kāi)發(fā)論文主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：軟件開(kāi)發(fā)論文范文

1.軟件開(kāi)發(fā)類課程翻轉(zhuǎn)課堂教學(xué)模式研究

2.淺談軟件項(xiàng)目開(kāi)發(fā)過(guò)程中的需求分析

3.軟件開(kāi)發(fā)方法的創(chuàng)新發(fā)展過(guò)程研究

4.基于Java語(yǔ)言的安卓手機(jī)軟件開(kāi)發(fā)

5.軟件開(kāi)發(fā)的風(fēng)險(xiǎn)分析與控制

6.軟件開(kāi)發(fā)過(guò)程模型的發(fā)展

7.需求工程對(duì)于軟件開(kāi)發(fā)的重要性

8.軟件復(fù)用技術(shù)及其在軟件開(kāi)發(fā)中的應(yīng)用

9.試論VB編程語(yǔ)言在軟件開(kāi)發(fā)中的應(yīng)用

10.軟件開(kāi)發(fā)的風(fēng)險(xiǎn)分析與控制

11.分析軟件開(kāi)發(fā)中數(shù)據(jù)庫(kù)設(shè)計(jì)理論的實(shí)踐

12.基于WBS-RBS的軟件開(kāi)發(fā)風(fēng)險(xiǎn)識(shí)別與控制

13.敏捷軟件開(kāi)發(fā)的雙迭代模型

14.基于MATLAB的汽車制動(dòng)系統(tǒng)設(shè)計(jì)與分析軟件開(kāi)發(fā)

15.軟件開(kāi)發(fā)勞動(dòng)計(jì)量方法與軟件成本估算

16.基于計(jì)算機(jī)軟件開(kāi)發(fā)的JAVA編程語(yǔ)言分析

17.一種以軟件體系結(jié)構(gòu)為中心的網(wǎng)構(gòu)軟件開(kāi)發(fā)方法

18.基于構(gòu)件的軟件開(kāi)發(fā)的方法與實(shí)踐

19.ABC:基于體系結(jié)構(gòu)、面向構(gòu)件的軟件開(kāi)發(fā)方法

20.面向軟件開(kāi)發(fā)信息庫(kù)的數(shù)據(jù)挖掘綜述

21.淺談三層架構(gòu)在軟件開(kāi)發(fā)中的應(yīng)用

22.使用開(kāi)源軟件進(jìn)行軟件開(kāi)發(fā)的風(fēng)險(xiǎn)分析

23.汽車電子控制單元軟件開(kāi)發(fā)模式研究

24.軟件開(kāi)發(fā)與層次化思維方式

25.SQA規(guī)范對(duì)于教育軟件開(kāi)發(fā)的啟示

26.基于證據(jù)理論的軟件開(kāi)發(fā)風(fēng)險(xiǎn)評(píng)估方法

27.軟件開(kāi)發(fā)人員績(jī)效管理中的問(wèn)題及對(duì)策

28.敏捷型軟件開(kāi)發(fā)方法與極限編程概述

29.信息化軟件開(kāi)發(fā)項(xiàng)目經(jīng)理績(jī)效考評(píng)研究

30.基于“眾包”的軟件開(kāi)發(fā)模式

31.軟件開(kāi)發(fā)模型研究綜述

32.支持第四代語(yǔ)言的并行進(jìn)化式軟件開(kāi)發(fā)模型CESD

33.光滑粒子動(dòng)力學(xué)核心算法與軟件開(kāi)發(fā)中的關(guān)鍵問(wèn)題

34.面向重用的軟件開(kāi)發(fā)價(jià)值鏈

35.基于MVC模式的應(yīng)用軟件開(kāi)發(fā)框架研究

36.支持模型驅(qū)動(dòng)式軟件開(kāi)發(fā)的建模語(yǔ)言框架研究

37.3G智能終端軟件開(kāi)發(fā)實(shí)驗(yàn)教學(xué)改革的思考

38.軟件開(kāi)發(fā)國(guó)際合作模式研究

39.地理信息系統(tǒng)專業(yè)學(xué)生GIS軟件開(kāi)發(fā)能力的培養(yǎng)

40.有色Petri網(wǎng)在軟件開(kāi)發(fā)中的應(yīng)用

41.淺談軟件開(kāi)發(fā)的成本核算

42.一種高效率的軟件開(kāi)發(fā)方法——以用戶為中心的軟件開(kāi)發(fā)方法(UCD)

43.軟件開(kāi)發(fā)成本估算技術(shù)綜述

44.基坑雙排樁支護(hù)結(jié)構(gòu)設(shè)計(jì)計(jì)算軟件開(kāi)發(fā)及應(yīng)用

45.軟件構(gòu)架設(shè)計(jì)在軟件開(kāi)發(fā)中的意義

46.面向軟件開(kāi)發(fā)信息庫(kù)的數(shù)據(jù)挖掘綜述

47.談軟件開(kāi)發(fā)中的需求分析

48.淺談插件化軟件開(kāi)發(fā)

49.計(jì)算機(jī)軟件技術(shù)在植保軟件開(kāi)發(fā)中的應(yīng)用

50.Onboard:以數(shù)據(jù)驅(qū)動(dòng)的敏捷軟件開(kāi)發(fā)協(xié)同工具  

51.軟件開(kāi)發(fā)綜合能力培養(yǎng)的案例教學(xué)

52.軟件配置管理在軟件開(kāi)發(fā)平臺(tái)中的應(yīng)用

53.軟件開(kāi)發(fā)成本估算模型的研究

54.軟件開(kāi)發(fā)績(jī)效評(píng)價(jià)指標(biāo)體系的構(gòu)建

55.淺談?dòng)?jì)算機(jī)軟件開(kāi)發(fā)技術(shù)的應(yīng)用研究與趨勢(shì)

56.軍用軟件開(kāi)發(fā)工程化質(zhì)量管理研究

57.計(jì)算機(jī)軟件開(kāi)發(fā)中的分層技術(shù)探討

58.基于學(xué)生軟件開(kāi)發(fā)團(tuán)隊(duì)的溝通機(jī)制研究

59.項(xiàng)目管理在軟件開(kāi)發(fā)中的應(yīng)用

60.面向農(nóng)業(yè)軟件開(kāi)發(fā)的構(gòu)件庫(kù)研究與實(shí)現(xiàn)

61.搭建式GIS軟件開(kāi)發(fā)及其對(duì)軟件工程的影響

62.軟件開(kāi)發(fā)過(guò)程中的質(zhì)量管理探析

63.軟件開(kāi)發(fā)本體構(gòu)建與模塊化的應(yīng)用研究

64.基于CDIO的高職軟件開(kāi)發(fā)專業(yè)課程體系設(shè)計(jì)

65.典型建筑火災(zāi)風(fēng)險(xiǎn)評(píng)估體系及其軟件開(kāi)發(fā)

66.有效的軟件開(kāi)發(fā)項(xiàng)目風(fēng)險(xiǎn)管理模型

67.框架技術(shù)在軟件開(kāi)發(fā)中的研究與實(shí)踐

68.淺論新時(shí)期計(jì)算機(jī)軟件開(kāi)發(fā)技術(shù)的應(yīng)用及發(fā)展趨勢(shì)

69.基于軟構(gòu)件的軟件開(kāi)發(fā)框架研究

70.面向軟件開(kāi)發(fā)信息庫(kù)的數(shù)據(jù)挖掘綜述

71.模型驅(qū)動(dòng)的軟件開(kāi)發(fā)模式研究

72.以《數(shù)據(jù)結(jié)構(gòu)》為核心的軟件開(kāi)發(fā)課程群建設(shè)

73.護(hù)理信息網(wǎng)絡(luò)化管理的研究與軟件開(kāi)發(fā)

74.分層技術(shù)在計(jì)算機(jī)軟件開(kāi)發(fā)中的應(yīng)用

75.軟件開(kāi)發(fā)生命周期法比較之敏捷與傳統(tǒng)

76.基于虛擬硬件在環(huán)的控制軟件開(kāi)發(fā)

77.項(xiàng)目管理在軟件開(kāi)發(fā)中的應(yīng)用分析

78.項(xiàng)目管理在軟件開(kāi)發(fā)中的應(yīng)用研究

79.軟件開(kāi)發(fā)中的設(shè)計(jì)原則

80.基于學(xué)習(xí)遺忘作用的人員調(diào)度實(shí)驗(yàn)設(shè)計(jì)及其軟件開(kāi)發(fā)

81.基于網(wǎng)絡(luò)的可信軟件大規(guī)模協(xié)同開(kāi)發(fā)與演化

82.華池油田結(jié)垢預(yù)測(cè)及軟件開(kāi)發(fā)

83.探析計(jì)算機(jī)軟件開(kāi)發(fā)的規(guī)范化

84.軟件開(kāi)發(fā)自動(dòng)化平臺(tái)的研究與應(yīng)用

85.架構(gòu)和面向?qū)ο蠹夹g(shù)在PLC軟件開(kāi)發(fā)中的應(yīng)用

86.國(guó)外XBRL軟件開(kāi)發(fā)技術(shù)比較及啟示

87.企業(yè)軟件開(kāi)發(fā)標(biāo)準(zhǔn)化探討

88.智能手機(jī)操作系統(tǒng)及其Google Android上的軟件開(kāi)發(fā)

89.淺析軟件測(cè)試在軟件開(kāi)發(fā)中的重要意義——從軟件功能測(cè)試的作用談起

90.軟件開(kāi)發(fā)方法及其應(yīng)用

91.使用嵌入式Linux操作系統(tǒng)進(jìn)行軟件開(kāi)發(fā)的特點(diǎn)及優(yōu)勢(shì)

92.基于VB中MSComm控件的通信軟件開(kāi)發(fā)與實(shí)現(xiàn)

93.軟件開(kāi)發(fā)管理中的溝通與協(xié)調(diào)問(wèn)題研究

94.基于Java語(yǔ)言的安卓軟件開(kāi)發(fā)的研究

95.關(guān)于計(jì)算機(jī)軟件開(kāi)發(fā)語(yǔ)言的研究

96.新時(shí)期計(jì)算機(jī)軟件開(kāi)發(fā)技術(shù)的應(yīng)用研究

97.培養(yǎng)大學(xué)生軟件開(kāi)發(fā)創(chuàng)新能力的探索與實(shí)踐

98.自適應(yīng)多Agent系統(tǒng)的面向Agent軟件開(kāi)發(fā)方法學(xué)ODAM

第2篇：軟件開(kāi)發(fā)論文范文

現(xiàn)代化社會(huì)的發(fā)展，軟件工程廣泛應(yīng)用到嵌入式系統(tǒng)、人機(jī)界面、翻譯器、電子郵件及數(shù)據(jù)庫(kù)和各項(xiàng)操作系統(tǒng)中。在此基礎(chǔ)上，還受到了航空、工業(yè)、政府部門及銀行等各個(gè)行業(yè)的大力追捧，大大減少了各行業(yè)工作人員的工作總量，有效提高了他們的工作效率，并促使人民群眾的生活質(zhì)量得到提高，帶動(dòng)了社會(huì)經(jīng)濟(jì)的發(fā)展。軟件工程的開(kāi)發(fā)離不開(kāi)軟件工程師，根據(jù)領(lǐng)域的不同又分成系統(tǒng)測(cè)試員、分析員、工程師及程序員等，統(tǒng)稱為軟件工程師。他們肩負(fù)著對(duì)費(fèi)用合理、質(zhì)量良好的軟件產(chǎn)品的開(kāi)發(fā)，通常情況下，其主要以產(chǎn)品的可靠性、安全性、可維護(hù)性、實(shí)用性、功能性等指標(biāo)來(lái)衡量軟件產(chǎn)品的整體質(zhì)量。

2軟件工程開(kāi)發(fā)技術(shù)

2.1軟件標(biāo)準(zhǔn)化應(yīng)用技術(shù)

軟件標(biāo)準(zhǔn)化應(yīng)用技術(shù)又分成軟件標(biāo)準(zhǔn)和軟件過(guò)程標(biāo)準(zhǔn)，其是軟件構(gòu)件和軟件重用技術(shù)開(kāi)發(fā)與發(fā)展的先決條件，可有效保障軟件工程產(chǎn)業(yè)的健康發(fā)展。軟件標(biāo)準(zhǔn)化應(yīng)用技術(shù)直接關(guān)系到軟件工程各項(xiàng)指標(biāo)能否達(dá)到相關(guān)標(biāo)準(zhǔn)，其也是衡量軟件工程成熟度的重要條件。國(guó)際標(biāo)準(zhǔn)化工程和系統(tǒng)工程委員會(huì)詳細(xì)指出了軟件工程的標(biāo)準(zhǔn)結(jié)構(gòu)，加之美國(guó)國(guó)防部關(guān)于軟件標(biāo)準(zhǔn)相關(guān)內(nèi)容的提出，并列成為當(dāng)代軟件工程的兩大重要標(biāo)準(zhǔn)。

2.2軟件構(gòu)件和軟件重用技術(shù)

軟件構(gòu)件和軟件重用技術(shù)一直是軟件工程開(kāi)發(fā)中的重要環(huán)節(jié)。軟件重用是開(kāi)發(fā)和研究軟件的必要手段，構(gòu)件作為一項(xiàng)基礎(chǔ)條件有著不可小覷的重要作用。其中，軟件重用技術(shù)可讓軟件工程師從大量寫(xiě)代碼的工作中解脫出來(lái)，促使其更好的投入到更具適用性軟件系統(tǒng)的開(kāi)發(fā)中，從而確保空間和相關(guān)問(wèn)題的一致性。軟件構(gòu)件技術(shù)是實(shí)現(xiàn)重用技術(shù)的前提，兩者相輔相成，互相促進(jìn)。這一過(guò)程中，各類開(kāi)發(fā)工具是軟件開(kāi)發(fā)和應(yīng)用的依托，如集成開(kāi)發(fā)環(huán)境、構(gòu)件庫(kù)管理及運(yùn)行環(huán)境等。

2.3中間件技術(shù)的采用

中間件平臺(tái)作為軟件系統(tǒng)開(kāi)發(fā)和運(yùn)行的支撐，是實(shí)現(xiàn)構(gòu)件技術(shù)的前提。中間件適用于合適的平臺(tái)上，加速軟件的隔離和抽象，最終形成構(gòu)件。因此，中間件技術(shù)在軟件行業(yè)中備受青睞，根據(jù)分布對(duì)象、通信、事務(wù)處理、調(diào)用遠(yuǎn)程過(guò)程、訪問(wèn)中間件這五大類進(jìn)行劃分，具有劃時(shí)代的意義。

3軟件工程開(kāi)發(fā)過(guò)程

3.1用戶需求分析

用戶需求分析即為在構(gòu)建或改變軟件系統(tǒng)時(shí)，應(yīng)根據(jù)新系統(tǒng)的定義、范圍及功能等內(nèi)容進(jìn)行用戶群體需求分析，并綜合分析數(shù)據(jù)準(zhǔn)確把握系統(tǒng)定位，以開(kāi)發(fā)出優(yōu)質(zhì)的系統(tǒng)軟件。該過(guò)程中，協(xié)調(diào)需求分析員和軟件工程師之間的關(guān)系是十分關(guān)鍵的，兩者強(qiáng)強(qiáng)合作后，應(yīng)首先找準(zhǔn)目標(biāo)用戶群，并針對(duì)用戶的實(shí)際需求確定系統(tǒng)軟件的各項(xiàng)功能，最終制定出最佳系統(tǒng)開(kāi)發(fā)方案。

3.2軟件系統(tǒng)分析

軟件系統(tǒng)分析主要是指歸納和整合需求調(diào)查中的各項(xiàng)數(shù)據(jù)和相關(guān)資料，并針對(duì)軟件內(nèi)部實(shí)際管理和信息處理情況進(jìn)行分析。軟件系統(tǒng)分析的主要目的是為了落實(shí)用戶的相關(guān)需求，并尋求出最具適用性的解決方法，其是軟件設(shè)計(jì)過(guò)程中不可或缺的組成部分。

3.3軟件測(cè)試

在整個(gè)軟件系統(tǒng)進(jìn)入使用之前，軟件測(cè)試是最為重要的環(huán)節(jié)之一，在進(jìn)行軟件測(cè)試時(shí)，不僅能對(duì)軟件的需求進(jìn)行分析，還能對(duì)軟件的功能及性能進(jìn)行驗(yàn)證。軟件測(cè)試是指，根據(jù)運(yùn)用軟件的測(cè)試方法和測(cè)試工具，按照測(cè)試流程及測(cè)試方案，對(duì)被測(cè)試軟件的功能與性能進(jìn)行檢測(cè)。在對(duì)軟件進(jìn)行測(cè)試的過(guò)程中，編程人員可以按照不同的軟件和不同的架構(gòu)編寫(xiě)出各種測(cè)試系統(tǒng)以及測(cè)試方案和工具，以控制將有可能出現(xiàn)的問(wèn)題。在軟件開(kāi)發(fā)的整個(gè)過(guò)程中，都要緊抓各個(gè)開(kāi)發(fā)環(huán)節(jié)及時(shí)進(jìn)行同步的測(cè)試內(nèi)容，并且針對(duì)測(cè)試中發(fā)現(xiàn)的問(wèn)題加以解決，同時(shí)完善相關(guān)的開(kāi)發(fā)程序。在此之后進(jìn)行重復(fù)測(cè)試，在反復(fù)測(cè)試中不斷完善各種問(wèn)題，直到軟件最終成為完整產(chǎn)品。

4軟件工程開(kāi)發(fā)的基本特征與應(yīng)用情況

4.1明確性

軟件工程在進(jìn)行軟件設(shè)計(jì)時(shí)就已經(jīng)根據(jù)人們多種多樣的需求制定了明確的目標(biāo)。軟件工程設(shè)計(jì)的任務(wù)是在工程實(shí)施或者產(chǎn)品投產(chǎn)之前，為這項(xiàng)工程或產(chǎn)品提供各種需求的標(biāo)準(zhǔn)，這一任務(wù)正是體現(xiàn)了軟件工程中“需求分析”的特點(diǎn)，并且需求分析的質(zhì)量對(duì)軟件開(kāi)發(fā)的成敗有著直接影響。在這個(gè)階段中，開(kāi)發(fā)技術(shù)人員需要不斷的與用戶進(jìn)行溝通和交流，完全明確軟件開(kāi)發(fā)項(xiàng)目的概念，最終形成一個(gè)完整的、清晰的、明確的開(kāi)發(fā)目標(biāo)。

4.2完整性

在用戶或者服務(wù)器系統(tǒng)的應(yīng)用中，保證信息準(zhǔn)確無(wú)誤的重要條件是數(shù)據(jù)及數(shù)據(jù)處理的完整性。因此，在軟件開(kāi)發(fā)的過(guò)程中，確保數(shù)據(jù)及數(shù)據(jù)處理完整性的邏輯要求是最為嚴(yán)密的。例如，有時(shí)在處理一個(gè)事物的過(guò)程中，會(huì)修改多個(gè)表格數(shù)據(jù)，如果在修改中發(fā)生了任何細(xì)小錯(cuò)誤，都必須放棄整個(gè)處理過(guò)程，而不是其中的一個(gè)過(guò)程，然后返回最開(kāi)始的階段，以確保操作的完整性，從而保證了數(shù)據(jù)及數(shù)據(jù)處理的完整性。

4.3規(guī)范性

應(yīng)用軟件的開(kāi)發(fā)工作在不同人員進(jìn)行修改時(shí)需要能較為容易的接手，因此開(kāi)發(fā)應(yīng)用軟件必須保證規(guī)范性。由于軟件在開(kāi)發(fā)的過(guò)程中需要按照一定的規(guī)則進(jìn)行對(duì)象組合，所以能符合標(biāo)準(zhǔn)。但是如果是群體開(kāi)發(fā)軟件，由于每個(gè)程序員的想法及工作習(xí)慣都不相同，因此不容易符合標(biāo)準(zhǔn)，而軟件開(kāi)發(fā)的標(biāo)準(zhǔn)極為重要，必須保證其規(guī)范性，所以在軟件開(kāi)發(fā)的過(guò)程中，程序員之間需要多溝通交流，確保軟件的順利開(kāi)發(fā)。

4.4易維護(hù)性

由于在軟件開(kāi)發(fā)的過(guò)程中，對(duì)象組合具有繼承性，在對(duì)祖先對(duì)象進(jìn)行修改時(shí)，也會(huì)對(duì)其繼承對(duì)象造成直接影響，提高了軟件程序在一定程度上的維護(hù)性。并且，邏輯規(guī)定和語(yǔ)法規(guī)定相同，群體開(kāi)發(fā)軟件不會(huì)因?yàn)閭€(gè)人特有的思想與工作習(xí)慣受到影響，從而使軟件開(kāi)發(fā)的維護(hù)性得到了保證，也提高了相互之間互相彌補(bǔ)的可能性。

4.5創(chuàng)新性

科學(xué)技術(shù)需要發(fā)展，發(fā)展離不開(kāi)創(chuàng)新。隨著工程技術(shù)的不斷創(chuàng)新，軟件開(kāi)發(fā)出的產(chǎn)品在滿足人們高要求的同時(shí)不斷進(jìn)步，為了獲得廣大用戶的信任與支持，系統(tǒng)分析員在進(jìn)行系統(tǒng)分析時(shí)，應(yīng)當(dāng)全方位了解廣大用戶的需求，針對(duì)用戶的各種需求提出可行性方案，并且在不斷的與用戶交流中完善與改進(jìn)方案，在如此反復(fù)中完成整個(gè)設(shè)計(jì)開(kāi)發(fā)的過(guò)程。

5結(jié)束語(yǔ)

第3篇：軟件開(kāi)發(fā)論文范文

建立三維中子動(dòng)力學(xué)模型，包括三維中子擴(kuò)散模型和考慮軸向流動(dòng)的DNP平衡方程。由于DNP隨燃料沿軸向流動(dòng)，部分先驅(qū)核流出堆外并發(fā)生衰變，未衰變的將再次進(jìn)入堆芯，因此DNP方程需在整個(gè)主回路中進(jìn)行求解。時(shí)空中子動(dòng)力學(xué)方程組包括G個(gè)中子擴(kuò)散方程和I個(gè)DNP方程。根據(jù)之前的相關(guān)研究[3]可知，燃料鹽的流動(dòng)對(duì)堆芯中子注量率幾乎沒(méi)有影響，因此熔鹽堆動(dòng)力學(xué)方程組中的注量率方程與傳統(tǒng)固體堆動(dòng)力學(xué)注量率方程沒(méi)有區(qū)別，只是在先驅(qū)核方程中增加了流動(dòng)項(xiàng)。

2、程序驗(yàn)證

本文利用MSRE的實(shí)驗(yàn)數(shù)據(jù)對(duì)程序進(jìn)行驗(yàn)證，MSRE功率為8MW，慢化劑為石墨，氟化鹽以648.9℃的溫度流經(jīng)由石墨柵陣構(gòu)成的矩形管道。根據(jù)橡樹(shù)嶺國(guó)家實(shí)驗(yàn)室（ORNL）熔鹽堆運(yùn)行報(bào)告[5]建立MSRE的簡(jiǎn)化模型（圖1）。近似的MSRE幾何模型為圓柱體，半徑為71.2cm，高度為200.7cm，堆芯填充石墨柵陣，高度為17.15cm的上下腔室分別在石墨柵陣頂部和底部。石墨管道中燃料流速與上下腔室中的流速不同。計(jì)算中使用的熱工水力參數(shù)取自文獻(xiàn)[6]。燃料組成部分取自MSRE運(yùn)行報(bào)告，為減少實(shí)驗(yàn)結(jié)果與計(jì)算結(jié)果的偏差，模擬過(guò)程選取了2套不同的DNP數(shù)據(jù)：①基于ENDF/B-VI庫(kù)由HELIOS組件計(jì)算產(chǎn)生；②由ORNL提供的緩發(fā)中子數(shù)據(jù)。堆芯內(nèi)有效DNP份額的計(jì)算方法取自文獻(xiàn)[7]。

2.1MSRE穩(wěn)態(tài)運(yùn)行下DNP損失

第1個(gè)基準(zhǔn)題計(jì)算MSRE穩(wěn)態(tài)運(yùn)行下的DNP損失。MSRE實(shí)驗(yàn)結(jié)果與文獻(xiàn)[8]的計(jì)算結(jié)果作為參考解。本文計(jì)算了MSRE在采用235U燃料和233U燃料的2種情況下的緩發(fā)中子份額損失。表1、表2列出了2種燃料類型下本文計(jì)算的六組緩發(fā)中子份額損失與參考值的比較。從表中可以看出，本文的計(jì)算結(jié)果與試驗(yàn)值吻合較好，與其他單位的計(jì)算值差別不大。偏差的原因主要來(lái)自：①進(jìn)行MSRE模擬時(shí)采用的簡(jiǎn)化幾何模型不同；②評(píng)價(jià)緩發(fā)中子份額損失的模型不同。

2.2MSRE起泵和停泵瞬態(tài)

第2個(gè)基準(zhǔn)題模擬MSRE在無(wú)保護(hù)狀態(tài)下的燃料起泵和停泵瞬態(tài)過(guò)程。在這2個(gè)瞬態(tài)過(guò)程中，堆芯通過(guò)調(diào)節(jié)控制棒的位置使功率保持不變，反應(yīng)性的損失可通過(guò)控制棒的位置進(jìn)行計(jì)算。與上一基準(zhǔn)題類似，模擬過(guò)程中使用了2組緩發(fā)中子數(shù)據(jù)。起泵過(guò)程中，燃料流量在10s內(nèi)從0升高到正常值，停泵過(guò)程中，燃料流量在22s內(nèi)從正常值降低為0。燃料流量的變化數(shù)據(jù)取自文獻(xiàn)[9]。由圖2可知，MOREL能很好地模擬MSRE在起泵和停泵過(guò)程中緩發(fā)中子份額的變化。MSRE在實(shí)驗(yàn)過(guò)程中對(duì)控制棒的提棒速度有一定限制，本文模擬過(guò)程中沒(méi)有考慮到這個(gè)因素，這可能是高估反應(yīng)性損失的一個(gè)原因。從圖2可知，在約13s時(shí)，反應(yīng)性損失曲線有一個(gè)波動(dòng)，這是由于堆芯外未衰變的先驅(qū)核重新進(jìn)入堆芯。

3、結(jié)論

第4篇：軟件開(kāi)發(fā)論文范文

為培養(yǎng)孩子的想象力與創(chuàng)造力提供了平臺(tái)，游戲軟件所建造的情景教學(xué)，讓小學(xué)生深入其中，有效的掌握了所要學(xué)的知識(shí)，并為小學(xué)生的想象力、創(chuàng)造力的開(kāi)發(fā)與發(fā)展構(gòu)建了有利的外部環(huán)境，同時(shí)使小學(xué)生鞏固了學(xué)過(guò)了的知識(shí)，也為學(xué)習(xí)新知識(shí)打下了一定的基礎(chǔ)。富有多種功能，降低了教師的教學(xué)壓力。在小學(xué)英語(yǔ)教學(xué)中應(yīng)用游戲軟件，使學(xué)生課前就對(duì)知識(shí)有了一定的認(rèn)識(shí)，對(duì)于不勝理解的地方可以反復(fù)播放。如此教師在授課的過(guò)程中減少了對(duì)知識(shí)點(diǎn)的強(qiáng)調(diào)往復(fù)，提高了教學(xué)效率與教學(xué)質(zhì)量，減輕了教師的負(fù)擔(dān)。

二、當(dāng)前游戲軟件開(kāi)發(fā)在小學(xué)英語(yǔ)教學(xué)中所存在的不足

1.目前小學(xué)英語(yǔ)教學(xué)的游戲界面制作沒(méi)有嚴(yán)謹(jǐn)性，沒(méi)有給予其足夠的重視。一般的游戲軟件教學(xué)的過(guò)程中，界面所播放的畫(huà)面與所要教授的單詞、語(yǔ)法等內(nèi)容能否一致，畫(huà)面與情景介紹能否吸引孩子的注意力，文字內(nèi)容與背景的融合是否合理等都沒(méi)有進(jìn)行嚴(yán)格的考慮與檢查。2.游戲軟件在小學(xué)英語(yǔ)教學(xué)的過(guò)程中在一定程度上忽略了學(xué)生對(duì)學(xué)習(xí)的主動(dòng)性。游戲軟件應(yīng)用于英語(yǔ)教學(xué)，在軟件界面上過(guò)于重復(fù)再現(xiàn)單詞與語(yǔ)法，導(dǎo)致了學(xué)生在學(xué)習(xí)的過(guò)程中處于被動(dòng)的地位，沒(méi)有自主選擇學(xué)習(xí)內(nèi)容的空間。而教師在此軟件中，無(wú)法調(diào)整完全適宜的軟件進(jìn)行英語(yǔ)教學(xué)，學(xué)生難以依據(jù)自身的基礎(chǔ)水平選擇恰當(dāng)?shù)挠螒蜍浖W(xué)習(xí)。3.游戲軟件沒(méi)有與教學(xué)方法相結(jié)合。當(dāng)前小學(xué)英語(yǔ)的教學(xué)方法多沒(méi)有與游戲軟件相結(jié)合，這樣既不利于小學(xué)生的英語(yǔ)學(xué)習(xí)，又使教學(xué)方法與游戲軟件方向難以統(tǒng)一。教學(xué)上要求由淺入深，在教學(xué)中運(yùn)用游戲化軟件也應(yīng)遵循這一理論，若教學(xué)方法沒(méi)有與游戲軟件相結(jié)合，根據(jù)英語(yǔ)的分級(jí)理論一步一步的進(jìn)行教學(xué)設(shè)計(jì)，構(gòu)建英語(yǔ)知識(shí)點(diǎn)的相關(guān)鏈接，學(xué)生則很難講英語(yǔ)學(xué)習(xí)與游戲軟件聯(lián)系起來(lái)，增大了學(xué)生的學(xué)習(xí)難度。

三、游戲軟件之于小學(xué)英語(yǔ)教學(xué)的實(shí)用性

游戲軟件具有開(kāi)放性。在融入小學(xué)英語(yǔ)教學(xué)的游戲軟件的中英對(duì)白、情節(jié)介紹、人物形象都無(wú)形中訓(xùn)練了小學(xué)生的理解力與學(xué)習(xí)語(yǔ)言能力。還有，游戲軟件的開(kāi)發(fā)應(yīng)用于小學(xué)英語(yǔ)教學(xué)，為小學(xué)生創(chuàng)造力類似真實(shí)的教學(xué)情景，其畫(huà)面色彩、聲音等都于人真實(shí)感，讓小學(xué)生如身臨其境，大大提高了小學(xué)生的表達(dá)能力。軟件游戲中的曲調(diào)、節(jié)奏和韻律在英語(yǔ)教學(xué)的過(guò)程中不經(jīng)意間開(kāi)拓了小學(xué)生的音樂(lè)智能、辨別能力、記憶能力等。

四、結(jié)語(yǔ)

第5篇：軟件開(kāi)發(fā)論文范文

軟件開(kāi)發(fā)團(tuán)隊(duì)是軟件研發(fā)企業(yè)中最常見(jiàn)的項(xiàng)目團(tuán)隊(duì)，一個(gè)軟件從構(gòu)想到真正出現(xiàn)在市場(chǎng)上，需要大量的從事不同工作的人共同努力，因此，軟件研發(fā)企業(yè)目前的產(chǎn)品生產(chǎn)管理主要是以“項(xiàng)目”為主而進(jìn)行運(yùn)作。軟件開(kāi)發(fā)作為一項(xiàng)知識(shí)密集型的智力勞動(dòng)，客觀上要求必須對(duì)團(tuán)隊(duì)內(nèi)部的知識(shí)進(jìn)行系統(tǒng)的挖掘與利用，從而不斷產(chǎn)生新的知識(shí)，才能保證高質(zhì)量地完成開(kāi)發(fā)任務(wù)。同時(shí)，軟件開(kāi)發(fā)團(tuán)隊(duì)是以特定客戶為中心的任務(wù)導(dǎo)向團(tuán)隊(duì)，開(kāi)發(fā)任務(wù)目標(biāo)完全以用戶需求為中心，開(kāi)發(fā)任務(wù)的約束條件以客戶要求為準(zhǔn)，不能完全參考以往的任何模式，因此軟件開(kāi)發(fā)團(tuán)隊(duì)對(duì)知識(shí)創(chuàng)新的需求十分明顯。本文對(duì)軟件開(kāi)發(fā)團(tuán)隊(duì)的知識(shí)創(chuàng)新進(jìn)行分析，提出促進(jìn)軟件開(kāi)發(fā)團(tuán)隊(duì)知識(shí)創(chuàng)新的措施。

二、基于SECI模型的軟件開(kāi)發(fā)團(tuán)隊(duì)知識(shí)創(chuàng)新

日本學(xué)者野中郁次郎在1991年提出了經(jīng)典的知識(shí)創(chuàng)造模型——SECI模型，描述了在一個(gè)組織內(nèi)部隱性知識(shí)和顯性知識(shí)相互轉(zhuǎn)化從而實(shí)現(xiàn)組織知識(shí)創(chuàng)新的過(guò)程。本文運(yùn)用SECI模型，對(duì)軟件開(kāi)發(fā)團(tuán)隊(duì)的知識(shí)創(chuàng)新分析如下：

1.軟件開(kāi)發(fā)團(tuán)隊(duì)在社會(huì)化知識(shí)活動(dòng)中的知識(shí)創(chuàng)新

軟件開(kāi)發(fā)團(tuán)隊(duì)中每個(gè)成員都有自己的隱性知識(shí)，而這些知識(shí)需要在與他人的交流中觀察、感覺(jué)才能進(jìn)行分享。由此，社會(huì)化模式通常是從設(shè)立一個(gè)互動(dòng)的“范圍”開(kāi)始，在這個(gè)范圍內(nèi)促進(jìn)成員經(jīng)驗(yàn)和心智模式的分享。在軟件開(kāi)發(fā)團(tuán)隊(duì)中，社會(huì)化主要通過(guò)團(tuán)隊(duì)領(lǐng)導(dǎo)者積極的示范和指導(dǎo)、合理調(diào)整團(tuán)隊(duì)的結(jié)構(gòu),以及交叉培訓(xùn)等方式進(jìn)行，以促進(jìn)知識(shí)共享與創(chuàng)新。

2.軟件開(kāi)發(fā)團(tuán)隊(duì)在外化知識(shí)活動(dòng)中的知識(shí)創(chuàng)新

外化（Externalization）過(guò)程是從個(gè)體的隱性知識(shí)到群體的顯性知識(shí)的過(guò)程。由于外化從隱性知識(shí)創(chuàng)造出新的顯性知識(shí)，所以它對(duì)知識(shí)創(chuàng)新至關(guān)重要。在軟件開(kāi)發(fā)團(tuán)隊(duì)中，外化過(guò)程一般由“對(duì)話或集體思考”開(kāi)始，通過(guò)各種技術(shù)手段，將團(tuán)隊(duì)成員個(gè)人的隱性知識(shí)顯性化，并融入到團(tuán)隊(duì)顯性知識(shí)庫(kù)中，以供整個(gè)團(tuán)隊(duì)利用。

3.軟件開(kāi)發(fā)團(tuán)隊(duì)在聯(lián)結(jié)化知識(shí)活動(dòng)中的知識(shí)創(chuàng)新

聯(lián)結(jié)化（Combination）是從分離的顯性知識(shí)到系統(tǒng)的顯性知識(shí)的過(guò)程。軟件開(kāi)發(fā)團(tuán)隊(duì)中的管理者經(jīng)常會(huì)收集不同來(lái)源的顯性知識(shí)，并使用這些經(jīng)過(guò)編輯的顯性知識(shí)來(lái)創(chuàng)造新概念，另外，在開(kāi)發(fā)工作中，也貫穿著知識(shí)的聯(lián)結(jié)化活動(dòng)。這個(gè)過(guò)程要求對(duì)團(tuán)隊(duì)內(nèi)部的顯性知識(shí)進(jìn)行整合，在團(tuán)隊(duì)內(nèi)部建立獨(dú)特的知識(shí)系統(tǒng)，以便更好地整理團(tuán)隊(duì)內(nèi)部的顯性知識(shí)。

4.軟件開(kāi)發(fā)團(tuán)隊(duì)在內(nèi)化知識(shí)活動(dòng)中的知識(shí)創(chuàng)新

內(nèi)化（Internalization）過(guò)程是從顯性知識(shí)到成員個(gè)人的隱性知識(shí)的過(guò)程。在軟件開(kāi)發(fā)團(tuán)隊(duì)中，項(xiàng)目計(jì)劃,以及開(kāi)發(fā)過(guò)程中的錯(cuò)誤、經(jīng)驗(yàn)，都記錄在各種各樣的文檔中，這些構(gòu)成了團(tuán)隊(duì)的顯性知識(shí)，但要想讓團(tuán)隊(duì)成員合理地利用這些知識(shí)，只有成員們真正地消化、吸收，使其轉(zhuǎn)化為自身的隱性知識(shí)。這一過(guò)程可以通過(guò)組織培訓(xùn)，使團(tuán)隊(duì)成員通過(guò)學(xué)習(xí)各種手冊(cè)、文件,以及他人的經(jīng)驗(yàn)，擴(kuò)充自己的隱性知識(shí)，促進(jìn)知識(shí)創(chuàng)新。

三、促進(jìn)軟件開(kāi)發(fā)團(tuán)隊(duì)知識(shí)創(chuàng)新的措施

軟件開(kāi)發(fā)團(tuán)隊(duì)可采取以下措施促進(jìn)知識(shí)創(chuàng)新：

1.構(gòu)建學(xué)習(xí)型的軟件開(kāi)發(fā)團(tuán)隊(duì)

其中首先是要建設(shè)有利于知識(shí)分享與創(chuàng)新的團(tuán)隊(duì)文化，其次是通過(guò)各種信息技術(shù)手段為團(tuán)隊(duì)成員學(xué)習(xí)提供便利。文化從意識(shí)形態(tài)層面對(duì)知識(shí)型員工的行為產(chǎn)生影響，在組織中營(yíng)造濃厚的尊重知識(shí)和共享知識(shí)的氛圍，為知識(shí)創(chuàng)新提供了無(wú)形的拉力。一方面，要保證團(tuán)隊(duì)內(nèi)部暢通的溝通渠道，另一方面，通過(guò)建立各種激勵(lì)機(jī)制，促使作為知識(shí)發(fā)送方的團(tuán)隊(duì)成員在已形成的“Ba”中自愿地貢獻(xiàn)出自己的知識(shí)。這樣就達(dá)到全體成員都樂(lè)于參與知識(shí)共享，最終發(fā)展成知識(shí)共享型組織文化（即學(xué)習(xí)型團(tuán)隊(duì)）的目的，從而促進(jìn)了團(tuán)隊(duì)知識(shí)社會(huì)化及外化活動(dòng)。

2.建立團(tuán)隊(duì)知識(shí)庫(kù)系統(tǒng)

這涉及到知識(shí)的外化和聯(lián)結(jié)化活動(dòng)，并且為內(nèi)化提供了有利條件，主要可以借助以下信息技術(shù)：①文檔管理技術(shù)。利用文檔管理技術(shù)，堅(jiān)強(qiáng)團(tuán)隊(duì)知識(shí)分享，促進(jìn)團(tuán)隊(duì)知識(shí)創(chuàng)新。②數(shù)據(jù)倉(cāng)庫(kù)與數(shù)據(jù)挖掘技術(shù)。這一技術(shù)通過(guò)將團(tuán)隊(duì)成員個(gè)人的隱性知識(shí)顯性化，并融入到團(tuán)隊(duì)顯性知識(shí)庫(kù)中，為團(tuán)隊(duì)內(nèi)部成員提供更多顯性知識(shí)。

3.構(gòu)建實(shí)踐社區(qū)

在團(tuán)隊(duì)中構(gòu)建實(shí)踐社區(qū)，使團(tuán)隊(duì)成員在日常實(shí)踐活動(dòng)中相互影響，交流經(jīng)驗(yàn)，就共同關(guān)注的問(wèn)題進(jìn)行探討，共同解決問(wèn)題，以便更好地挖掘隱性知識(shí)的價(jià)值。可借助信息技術(shù)，如知識(shí)協(xié)作技術(shù)，進(jìn)行協(xié)同管理，通過(guò)建立內(nèi)部網(wǎng)絡(luò)，提供知識(shí)積累、交流的基本平臺(tái)，其中對(duì)軟件開(kāi)發(fā)團(tuán)隊(duì)影響最大的是基于因特網(wǎng)這樣的協(xié)作技術(shù)，包括電子郵件、短信服務(wù)、即時(shí)通信等網(wǎng)絡(luò)交流工具，使各層級(jí)的成員都可以及時(shí)、方便地交流。

參考文獻(xiàn)：

[1]IkujiroNonaka,RyokoToyama,NoboruKonno.SECI,BaandLeadership:AUnifiedModelofDynamicKnowledgeCreation.LongRangePlanning,2000(33):5-34

[2]魏國(guó)華:企業(yè)知識(shí)創(chuàng)新管理研究[D]．哈爾濱工業(yè)大學(xué),2004:1-55

[3]耿新彭留英:企業(yè)知識(shí)的分類、分布與轉(zhuǎn)化機(jī)制研究——系統(tǒng)化視角下對(duì)SECI模型的一個(gè)擴(kuò)展.管理科學(xué),2004,17(4):43-48

第6篇：軟件開(kāi)發(fā)論文范文

[論文摘要]科學(xué)有效的軟件項(xiàng)目管理有助于項(xiàng)目開(kāi)發(fā)的成功．本文介紹了軟件項(xiàng)目管理的內(nèi)容并結(jié)合軟件項(xiàng)目開(kāi)發(fā)經(jīng)驗(yàn)，探討了影響軟件項(xiàng)目管理的幾個(gè)關(guān)鍵因素．

[論文關(guān)鍵詞]軟件項(xiàng)目軟件項(xiàng)目管理

0引言

隨著信息技術(shù)的飛速發(fā)展，軟件產(chǎn)品的規(guī)模和復(fù)雜度隨之增加，傳統(tǒng)作坊式的開(kāi)發(fā)方式逐步被以項(xiàng)目組為單位的協(xié)作式開(kāi)發(fā)方式所取代，這就必然涉及到對(duì)軟件項(xiàng)目的管理．實(shí)踐表明，一個(gè)軟件項(xiàng)目的成敗，不在于其項(xiàng)目組的技術(shù)人員的技術(shù)水平，而在于是否采用的合適的管理：．好的管理方式不一定能使項(xiàng)目完全成功，但是一個(gè)不合適的管理模式往往會(huì)導(dǎo)致軟件項(xiàng)目的失敗．

1軟件項(xiàng)目管理的特殊性

所謂項(xiàng)目，就是在特定條t"ae下，具有特定目標(biāo)的一次性任務(wù)，是在一定時(shí)間內(nèi)，滿足一系列特定目標(biāo)的多項(xiàng)相關(guān)工作的總稱．項(xiàng)目具有一次性、獨(dú)特性、目標(biāo)的確定性、組織的臨時(shí)性和開(kāi)放性以及成果的不可挽回性等基本屬性．

項(xiàng)目管理是指“在項(xiàng)目活動(dòng)中運(yùn)用專門的知識(shí)、技能、工具和方法，使項(xiàng)目能夠?qū)崿F(xiàn)或超過(guò)項(xiàng)目干系人的需要和期望．”這一定義不僅僅是強(qiáng)調(diào)使用專門的知識(shí)和技能，還強(qiáng)調(diào)項(xiàng)目管理中各參與人的重要性．項(xiàng)目經(jīng)理不僅僅要努力實(shí)現(xiàn)項(xiàng)目的范圍、時(shí)間、成功和質(zhì)量等目標(biāo)，還必須協(xié)調(diào)整個(gè)項(xiàng)目過(guò)程，滿足項(xiàng)目參與者及其他利益相關(guān)者的需要和期望．

軟件項(xiàng)目管理和其他的項(xiàng)目管理相比有相當(dāng)?shù)奶厥庑裕紫?，軟件的整個(gè)過(guò)程都是設(shè)計(jì)過(guò)程，不需要大量的物質(zhì)資源，而主要是人力資源，軟件開(kāi)發(fā)的產(chǎn)品以程序代碼和技術(shù)文檔為主，并沒(méi)有其他的物質(zhì)成果；其次，軟件是純知識(shí)產(chǎn)品，其開(kāi)發(fā)進(jìn)度和質(zhì)量很難估H-和度量，生產(chǎn)效率也難以預(yù)測(cè)和保證．軟件系統(tǒng)的復(fù)雜性也導(dǎo)致了開(kāi)發(fā)過(guò)程中各種風(fēng)險(xiǎn)的難以預(yù)見(jiàn)和控制．因此，軟件項(xiàng)目管理和其他項(xiàng)目管理相比，有很大的獨(dú)特性．

2軟件項(xiàng)目管理的內(nèi)容

軟件項(xiàng)目管理是一種科學(xué)的管理手段，它是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對(duì)成本、人員、進(jìn)度、質(zhì)量、~x-2,險(xiǎn)等進(jìn)行分析和管理的活動(dòng)．管理的范圍涉及人員的組織與管理、軟件度量、項(xiàng)目計(jì)劃、風(fēng)險(xiǎn)管理、質(zhì)量保證、過(guò)程能力配置管理等幾個(gè)方面，這幾個(gè)方面都是貫穿、交織于整個(gè)軟件開(kāi)發(fā)過(guò)程中的．從軟件工程的角度講，軟件開(kāi)發(fā)主要分為六個(gè)階段：需求分析階段、概要設(shè)計(jì)階段、詳細(xì)設(shè)計(jì)階段、編碼階段、測(cè)試階段、安裝及維護(hù)階段．不論是作坊式開(kāi)發(fā)，還是團(tuán)隊(duì)協(xié)作式開(kāi)發(fā)，這六階段都是不可缺少的．從用戶的角度來(lái)看，軟件項(xiàng)目的生命周期應(yīng)該包括項(xiàng)目前期的論證工作、項(xiàng)目計(jì)劃、軟件開(kāi)發(fā)、運(yùn)行、維護(hù)及項(xiàng)目評(píng)價(jià)．由此可見(jiàn)，軟件項(xiàng)目管理的范圍不包括傳統(tǒng)的軟件開(kāi)發(fā)過(guò)程，還應(yīng)該包括開(kāi)發(fā)前的準(zhǔn)備工作以及運(yùn)行中的維護(hù)工作和對(duì)項(xiàng)目的總結(jié)工作．根據(jù)PMBOK(項(xiàng)目管理知識(shí)體系ProjectManagementBodyofKnowledge，簡(jiǎn)稱PMBOK)中的定義，軟件項(xiàng)目管理可以分為以下幾個(gè)方面：

2．1集成管理：項(xiàng)目計(jì)劃制定、項(xiàng)目計(jì)劃實(shí)施、集成變更控制等．

2．2范圍管理：制定范圍計(jì)劃編制、范圍定義核實(shí)、變更控制、任務(wù)協(xié)調(diào)等．

2．3時(shí)間管理：項(xiàng)目任務(wù)分解、進(jìn)度計(jì)劃編制、任務(wù)持續(xù)時(shí)間估算、進(jìn)度計(jì)劃控制等．

2．4成本管理：資源計(jì)劃編制、成本估算、成本預(yù)算和控制等．

2．5質(zhì)量管理：項(xiàng)目質(zhì)量計(jì)劃編制、軟件質(zhì)量保證、軟件質(zhì)量控制、軟件過(guò)程改進(jìn)等．

2．6人力資源管理：組織的計(jì)劃編制、人員職責(zé)的分配、團(tuán)隊(duì)合作發(fā)展等．

2．7溝通管理：建立溝通渠道、信息交換管理等．

2．8風(fēng)險(xiǎn)管理：項(xiàng)目風(fēng)險(xiǎn)識(shí)別、項(xiàng)目風(fēng)險(xiǎn)分析、項(xiàng)目風(fēng)險(xiǎn)優(yōu)先分析、項(xiàng)目風(fēng)險(xiǎn)控制等．

2．9采購(gòu)管理：采購(gòu)計(jì)劃編制、合同管理、合同收尾等．

在面的軟件項(xiàng)目管理中，有幾個(gè)關(guān)鍵因素，它影響著軟件項(xiàng)目的成敗，下面就這幾4-關(guān)鍵因素進(jìn)行一下探討．

3軟件項(xiàng)目管理的關(guān)鍵因素

3．1合理配置人力資源

眾所周知，人是決定組織和項(xiàng)目成敗的關(guān)鍵，也是影響軟件93：發(fā)質(zhì)量的最關(guān)鍵的因素，因此軟件項(xiàng)目管理應(yīng)該以人為本，有效管理人力資源，合理配置人力資源．應(yīng)該根據(jù)項(xiàng)目組成員的組成結(jié)構(gòu)情況，合理搭配，充分發(fā)揮每位成員的技術(shù)專長(zhǎng)，做到人盡其能；組織組建好項(xiàng)目團(tuán)隊(duì)，培養(yǎng)團(tuán)結(jié)一致的團(tuán)隊(duì)精神，規(guī)范良好的職業(yè)道德；建立健全完備的獎(jiǎng)懲制度，落實(shí)權(quán)利責(zé)任制度，做到權(quán)責(zé)明確，并在項(xiàng)目進(jìn)程能及時(shí)化解各種人事沖突，營(yíng)造良好的團(tuán)隊(duì)協(xié)作環(huán)境．

3．2順暢有效的溝通管理

開(kāi)發(fā)軟件項(xiàng)目是一項(xiàng)知識(shí)性極強(qiáng)的工作，對(duì)人的依賴性比其它行業(yè)更為突出，因此加強(qiáng)人員之間的有效溝通，實(shí)現(xiàn)順暢有效的溝通管理是軟件項(xiàng)目成功的另一個(gè)關(guān)鍵因素．溝通管理是一個(gè)收集、存儲(chǔ)、配置和項(xiàng)目生命周期內(nèi)所形成的各種信息的過(guò)程．它把成功所必須的因素——人、想法和信息之間提供了一個(gè)關(guān)鍵連接．對(duì)于項(xiàng)目來(lái)說(shuō)，要科學(xué)地組織、指揮、協(xié)調(diào)和控制項(xiàng)目的實(shí)施過(guò)程，就必須進(jìn)行信息溝通．這里的溝通包括兩個(gè)方面，一個(gè)方面是軟件項(xiàng)目組開(kāi)發(fā)人員與用戶的溝通，另一方面則是軟件項(xiàng)目組內(nèi)人員的溝通．前者是做好軟件需求分析所必須的；而后者則有助于組內(nèi)成員的彼此交流，減少理解錯(cuò)位，實(shí)現(xiàn)信息暢通，改善人際關(guān)系，化解可能的沖突，加快項(xiàng)目的進(jìn)度．溝通的方式是多樣的，可以采用常用的項(xiàng)目組例會(huì)方式，可以通過(guò)面談彼此交換意見(jiàn)；也可以利用方便快捷的通訊工具如電話、EMAIL、傳真等方式加強(qiáng)信息的溝通；總之，順暢有效的信息溝通，可以取得彼此的理解，剔除項(xiàng)目進(jìn)度中的“BUG”，有利于項(xiàng)目按計(jì)劃順利開(kāi)展．

3．3正確可靠的軟件需求

軟件需求是軟件項(xiàng)目的根本所在，需求不明確，軟件項(xiàng)目開(kāi)發(fā)范圍不確定，項(xiàng)目開(kāi)發(fā)就會(huì)失去方向，容易造成開(kāi)發(fā)的產(chǎn)品和用戶實(shí)際的需求“南轅北轍“，最終導(dǎo)致項(xiàng)目的失?。粋€(gè)可靠的需求，也是項(xiàng)目管理的關(guān)鍵因素之一．軟件需求應(yīng)當(dāng)是項(xiàng)目有關(guān)的人員一致同意的、清楚的、完整的、詳細(xì)的、可實(shí)現(xiàn)的和可測(cè)試的需求的確定，開(kāi)發(fā)人員應(yīng)該反復(fù)和用戶進(jìn)行溝通，認(rèn)真聽(tīng)取用戶的意見(jiàn)，及時(shí)歸檔記錄，并適時(shí)發(fā)掘用戶的潛在需求，最大限度地滿足用戶的目標(biāo)，開(kāi)發(fā)出用戶最理想的產(chǎn)品．最后應(yīng)拿出開(kāi)發(fā)人員和用戶一致認(rèn)可的軟件需求說(shuō)明書(shū)，并加以確認(rèn)．在項(xiàng)目開(kāi)始以后，應(yīng)該盡最大可能不更改需求，要與用戶進(jìn)行很好地溝通，以確保開(kāi)發(fā)212作能按照需求進(jìn)行，減少需求變更帶來(lái)的風(fēng)險(xiǎn)!因此，正確可靠的軟件需求也是項(xiàng)目成功的重要保障．

3．4周密可行的項(xiàng)目計(jì)劃．

“凡事預(yù)則立，不預(yù)則廢．”軟件項(xiàng)目實(shí)施過(guò)程中，還必須有一個(gè)周密可行的項(xiàng)目計(jì)劃．軟件項(xiàng)目計(jì)劃的目的是為完成軟件工程和管理軟件項(xiàng)目而制定的合理的計(jì)劃，它包括以下步驟：估計(jì)軟件產(chǎn)品規(guī)模及所需的資源，制定表，鑒別和評(píng)估軟件風(fēng)險(xiǎn)和協(xié)商約定，而且要標(biāo)志出幾個(gè)階段性的里程碑，這些都是極為關(guān)鍵的．軟件項(xiàng)目開(kāi)發(fā)組來(lái)說(shuō)，一個(gè)可行的計(jì)劃的重要性是不言而喻的．在實(shí)際發(fā)中，：計(jì)劃的重視程度不夠，計(jì)劃過(guò)于籠統(tǒng)、粗糙導(dǎo)致可執(zhí)行性差，再加上一些人為因素的影響，必然會(huì)產(chǎn)生一些反面的影響，或者有了周密可行的計(jì)劃不嚴(yán)格遵守計(jì)劃執(zhí)行，任意變更，都將產(chǎn)生嚴(yán)重的負(fù)面影響，有時(shí)甚至是災(zāi)難性的影響．因此，要想成功進(jìn)行項(xiàng)目管理，就要對(duì)高度重視、周密制定、嚴(yán)格執(zhí)行．只有嚴(yán)格進(jìn)行計(jì)劃才能使成功項(xiàng)目管理得以實(shí)施．

3．5健全完備的文檔資料

軟件項(xiàng)目的文檔作為軟件產(chǎn)品的主要形式之一，集中體現(xiàn)了軟件人員的勞動(dòng)成果，在整個(gè)軟件生存周期中占據(jù)重要位置．特別是在開(kāi)發(fā)過(guò)程中需求發(fā)生了變更的情況下，健全完備的文檔資料的重要作用就充yJ-~：現(xiàn)出來(lái)，開(kāi)發(fā)人員可以及時(shí)在文檔中回溯，快速鎖定問(wèn)題所在，及時(shí)解決問(wèn)題避免軟件項(xiàng)目延期，減少項(xiàng)目．此外，健全完備的檔資料在項(xiàng)目接近尾聲時(shí)也便于軟件的測(cè)試與后期的維護(hù)工作，在項(xiàng)目結(jié)尾時(shí)，健全完備的文檔資料也為人員的培訓(xùn)和項(xiàng)目的再開(kāi)發(fā)發(fā)揮重要作用，因健全完備的文檔資料也是軟件項(xiàng)目成功的重要因素，在項(xiàng)目管理過(guò)程中應(yīng)該高度重視．

3．6嚴(yán)格的風(fēng)險(xiǎn)管理

軟件項(xiàng)目的管理是存在風(fēng)險(xiǎn)的，我們應(yīng)該提前重視風(fēng)險(xiǎn)，并有所防范，最大限度減少風(fēng)險(xiǎn)的發(fā)生．實(shí)行嚴(yán)格的Ixt．險(xiǎn)管理是有效的手段．建立風(fēng)險(xiǎn)項(xiàng)目檢查表是進(jìn)行風(fēng)險(xiǎn)識(shí)別的有效地方法就是，主要涉及到產(chǎn)品規(guī)模風(fēng)險(xiǎn)檢查、過(guò)程風(fēng)險(xiǎn)檢查、技術(shù)風(fēng)險(xiǎn)檢查、開(kāi)發(fā)環(huán)境風(fēng)險(xiǎn)檢查等．此外軟件的風(fēng)險(xiǎn)評(píng)估也是必不可少的．主要涉及到發(fā)生的可能性，最好建立一個(gè)尺度表示風(fēng)險(xiǎn)可能性；發(fā)生的結(jié)果；確定風(fēng)險(xiǎn)評(píng)估的正確性；另外，要對(duì)每個(gè)風(fēng)險(xiǎn)的表現(xiàn)、范圍、時(shí)間做出盡量準(zhǔn)確的判斷．同時(shí)，要依據(jù)以下三個(gè)要素對(duì)風(fēng)險(xiǎn)進(jìn)行評(píng)價(jià)：風(fēng)險(xiǎn)描述、風(fēng)險(xiǎn)概率和風(fēng)險(xiǎn)影響．并從成本、進(jìn)度及性能三方面對(duì)風(fēng)險(xiǎn)進(jìn)行描述．

第7篇：軟件開(kāi)發(fā)論文范文

一、軟件工程開(kāi)發(fā)中常見(jiàn)的問(wèn)題

軟件工程是一門工程性的學(xué)科，其目標(biāo)主要是成功地建造一個(gè)大型軟件系統(tǒng)。包括：付出較低開(kāi)發(fā)成本；達(dá)到要求的軟件功能；取得較好的軟件性能；軟件易于移植；維護(hù)費(fèi)用較低；能按時(shí)完成開(kāi)發(fā)任務(wù)；軟件可靠性高等。在軟件工程開(kāi)發(fā)中遇到的具體問(wèn)題可以總結(jié)為如下幾點(diǎn)：

（1）軟件模塊開(kāi)發(fā)過(guò)于獨(dú)立，各模塊沒(méi)有統(tǒng)一的開(kāi)發(fā)標(biāo)準(zhǔn)，造成系統(tǒng)功能重復(fù)，開(kāi)發(fā)平臺(tái)不統(tǒng)一，系統(tǒng)整合難度大；

（2）系統(tǒng)開(kāi)發(fā)往往針對(duì)某一特定功能，沒(méi)有形成一個(gè)完整的系統(tǒng)結(jié)構(gòu)；

（3）總體設(shè)計(jì)不夠細(xì)致，各個(gè)子系統(tǒng)功能模塊風(fēng)格不統(tǒng)一；

（4）開(kāi)發(fā)人員技術(shù)水平、開(kāi)發(fā)能力和時(shí)間有限，開(kāi)發(fā)手段相對(duì)原始，代碼的可重用性低、可讀性差；

（5）缺乏有效的軟件文檔管理。這些問(wèn)題集中體現(xiàn)在軟件項(xiàng)目開(kāi)發(fā)的每一模塊中，導(dǎo)致整個(gè)項(xiàng)目開(kāi)發(fā)過(guò)程中，開(kāi)發(fā)費(fèi)用超出原定計(jì)劃，生產(chǎn)的軟件系統(tǒng)不能滿足用戶需求，系統(tǒng)難以簡(jiǎn)易維護(hù)，系統(tǒng)無(wú)法高效運(yùn)行等問(wèn)題。這里既有技術(shù)層面的因素，即開(kāi)發(fā)平臺(tái)不統(tǒng)一；也有軟件開(kāi)發(fā)的組織與管理層面的因素，即程序員對(duì)系統(tǒng)功能的定義、規(guī)劃和設(shè)計(jì)不明確，往往是開(kāi)發(fā)人員摸著石頭過(guò)河，僅僅從自己開(kāi)發(fā)的這部分模塊來(lái)考慮問(wèn)題，另外開(kāi)發(fā)人員和測(cè)試人員不能很好的協(xié)調(diào)，這些都說(shuō)明了軟件項(xiàng)目管理這一角色的欠缺。

二、項(xiàng)目管理針對(duì)軟件工程開(kāi)發(fā)的優(yōu)勢(shì)

項(xiàng)目管理包括時(shí)間、質(zhì)量、成本三大要素，三者相輔相成，相互制約。時(shí)間可等價(jià)于軟件項(xiàng)目開(kāi)發(fā)中的開(kāi)發(fā)生命周期，即在最終達(dá)到開(kāi)發(fā)目標(biāo)前的各個(gè)階段的總用時(shí)。質(zhì)量可等價(jià)于最終開(kāi)發(fā)軟件系統(tǒng)的功能性，可用性與達(dá)到的客戶滿意度。成本相當(dāng)于軟件項(xiàng)目開(kāi)發(fā)中的費(fèi)用，包括人力、地點(diǎn)、工具、系統(tǒng)故障處理等方面的開(kāi)銷。統(tǒng)籌時(shí)間、質(zhì)量、成本三要素，即統(tǒng)籌軟件項(xiàng)目開(kāi)發(fā)周期、軟件使用客戶滿意度和開(kāi)發(fā)費(fèi)用之間的平衡關(guān)系，不因忽略某一項(xiàng)指標(biāo)而導(dǎo)致項(xiàng)目開(kāi)發(fā)目的實(shí)現(xiàn)不了或中途中斷，也不會(huì)為了實(shí)現(xiàn)較高的效率，而忽略成本的犧牲，讓所有項(xiàng)目開(kāi)發(fā)過(guò)程中，所涉及到的因素都可有條不紊地進(jìn)行。

SPPT是項(xiàng)目管理另一層面上概括的四要素，分別為：戰(zhàn)略（Strategy）、人（People）、次序和安排（Process）、工具（Tool）。戰(zhàn)略對(duì)于軟件項(xiàng)目來(lái)說(shuō)，主要概括為模塊開(kāi)發(fā)的開(kāi)發(fā)方式，配合方法等；人，毫無(wú)疑問(wèn)，指的是項(xiàng)目開(kāi)發(fā)中的參與者；次序則是項(xiàng)目如何劃分模塊，以及模塊開(kāi)發(fā)的先后次序；工具，即使用工具，包括：輔導(dǎo)設(shè)計(jì)程序系統(tǒng)、文檔編寫(xiě)系統(tǒng)、資源管理系統(tǒng)等。對(duì)這四要素的穩(wěn)定地統(tǒng)籌把握，能更好的協(xié)調(diào)好項(xiàng)目開(kāi)發(fā)過(guò)程中涉及的多個(gè)方面，而又不造成某一方面的缺失，導(dǎo)致項(xiàng)目最終目的實(shí)現(xiàn)不了或效果不明顯。

三、項(xiàng)目管理思想與軟件工程開(kāi)發(fā)的結(jié)合

根據(jù)上述項(xiàng)目管理要素與軟件工程開(kāi)發(fā)要素的結(jié)合，平衡項(xiàng)目開(kāi)發(fā)過(guò)程中的開(kāi)發(fā)要素，能更加簡(jiǎn)潔高效地完成項(xiàng)目開(kāi)發(fā)目標(biāo)。IT軟件企業(yè)處于項(xiàng)目為主導(dǎo)的環(huán)境中，每天所面對(duì)的將是成百上千不斷發(fā)生、進(jìn)行的項(xiàng)目。在這種多項(xiàng)目并發(fā)、高技術(shù)、快速變化、資源有限的環(huán)境下，為了試圖滿足不斷變化的市場(chǎng)需求及應(yīng)對(duì)各種挑戰(zhàn)，必須考慮改進(jìn)項(xiàng)目管理。

以項(xiàng)目為中心有效地將所有資源結(jié)合在一起的工作方式將是軟件企業(yè)，特別是項(xiàng)目經(jīng)理或企業(yè)主管必須面對(duì)的、認(rèn)真思考的課題。一個(gè)成熟的軟件項(xiàng)目，必須具有一位項(xiàng)目經(jīng)理做到：了解軟件開(kāi)發(fā)項(xiàng)目完整流程；掌握如何制定完整精煉的軟件項(xiàng)目計(jì)劃書(shū)；掌握項(xiàng)目管理體系中的各個(gè)要素；學(xué)會(huì)進(jìn)行項(xiàng)目的跟蹤和總結(jié)等。除此之外，一個(gè)軟件項(xiàng)目能否最終達(dá)到成功，最關(guān)鍵的是進(jìn)度控制。對(duì)于進(jìn)度控制而言，計(jì)劃尤為重要，它影響到資源是否被合理使用，項(xiàng)目能否順利進(jìn)行，直接關(guān)系到項(xiàng)目的成敗。有兩個(gè)重要方法可以應(yīng)用到該控制中，一個(gè)是里程碑設(shè)置，以周為一個(gè)小里程碑，以月為中里程碑，以項(xiàng)目初驗(yàn)為一個(gè)大里程碑，允許在一定范圍內(nèi)存在進(jìn)度偏移度。另一個(gè)是項(xiàng)目定期匯報(bào)。提交工作項(xiàng)目周報(bào)，包括項(xiàng)目名稱、項(xiàng)目負(fù)責(zé)人、項(xiàng)目開(kāi)始時(shí)間、項(xiàng)目計(jì)劃初驗(yàn)時(shí)間、項(xiàng)目計(jì)劃偏移度等。最后，制定周例會(huì)制度、建立配置管理和監(jiān)督體系，也尤為重要。

第8篇：軟件開(kāi)發(fā)論文范文

自考計(jì)算機(jī)專業(yè)畢業(yè)論文怎么寫(xiě)呢？有沒(méi)有什么寫(xiě)作技巧呢？本篇就是向大家介紹了自考計(jì)算機(jī)專業(yè)畢業(yè)論文寫(xiě)作技巧，記得關(guān)注學(xué)術(shù)參考網(wǎng)查看更多的論文寫(xiě)作方法，歡迎大家閱讀借鑒。

寫(xiě)作流程

自考計(jì)算機(jī)專業(yè)畢業(yè)論文有1年準(zhǔn)備時(shí)間，寫(xiě)作時(shí)間的分配主要取決于考生軟件開(kāi)發(fā)的進(jìn)度，如果考生開(kāi)發(fā)的軟件很成熟，那末后續(xù)的寫(xiě)作時(shí)間就較快，否則后面的寫(xiě)作就會(huì)很被動(dòng)。例如，一般會(huì)在每年7月份登記，9月底開(kāi)題，期間開(kāi)發(fā)軟件，到第二年2、3月就要完成初稿，再留一個(gè)月修改。

1、選題。選題首先要重要、有意義。例如有的考生選擇設(shè)計(jì)木馬程序，其本身是個(gè)病毒程序，這樣的程序只能帶來(lái)危害，實(shí)際生活中沒(méi)有意義，就不能用于做畢業(yè)論文。

2、開(kāi)發(fā)軟件。開(kāi)發(fā)軟件要與實(shí)際相結(jié)合。實(shí)際性非常重要，要自己能開(kāi)發(fā)一個(gè)能實(shí)際運(yùn)行的軟件。有的考生自己并沒(méi)有參與實(shí)際工作，只是看書(shū)是不行的。自己參與的可以是一個(gè)大的項(xiàng)目或課題組，論文中介紹完大的系統(tǒng)后，一定要把自己的工作量寫(xiě)清楚。

3、寫(xiě)論文。開(kāi)發(fā)完就可以寫(xiě)論文了，論文是個(gè)總結(jié)，但是不要寫(xiě)成工作總結(jié)，一定要有主題，應(yīng)體現(xiàn)自己的開(kāi)發(fā)思想和論述自考本科計(jì)算機(jī)專業(yè)畢業(yè)論文寫(xiě)作指南自考本科計(jì)算機(jī)專業(yè)畢業(yè)論文寫(xiě)作指南。寫(xiě)論文要達(dá)到一定字?jǐn)?shù)，一般要3萬(wàn)字。其中，編程代碼一般為2-3千行，這個(gè)不是機(jī)器自動(dòng)生成的代碼，一定是自己寫(xiě)的源代碼。

論文結(jié)構(gòu)

計(jì)算機(jī)專業(yè)畢業(yè)論文一般有8個(gè)部分。1、概述或引言。這個(gè)部分相當(dāng)于大綱，一般要求4－5千字，主要是對(duì)軟件開(kāi)發(fā)背景，使用的軟件工具、環(huán)境，最后達(dá)到的效果，自我在里面的貢獻(xiàn)等；2、需求分析。軟件有哪些功能、模塊，用的什么工具等；3、設(shè)計(jì)方案和主要技術(shù)自考本科計(jì)算機(jī)專業(yè)畢業(yè)論文寫(xiě)作指南文章自考本科計(jì)算機(jī)專業(yè)畢業(yè)論文寫(xiě)作指南出自http：//gkstk.com/article/wk-78500001321796.html，轉(zhuǎn)載請(qǐng)保留此鏈接！。主要是對(duì)里面每一部分的詳細(xì)論述，使用的是什么技術(shù)，為什么使用。詳細(xì)的模塊分析或遇到的難點(diǎn)是怎樣解決的等；4、具體的實(shí)現(xiàn)過(guò)程；5、測(cè)試。介紹自己開(kāi)發(fā)軟件實(shí)際達(dá)到的效果；6、總結(jié)。介紹自己開(kāi)發(fā)軟件的體會(huì)，或自己開(kāi)發(fā)的成果使用情況，有什么評(píng)價(jià)，自己還有哪些不足，有什么需要改進(jìn)的地方；7、致謝；8、參考文獻(xiàn)。另外，還可以加一個(gè)“附錄”部分。正文只能有一個(gè)中心，其他有重要參考價(jià)值的都可以放在附錄部分。例如有重要的代碼、圖表，涉及其他領(lǐng)域的知識(shí)，需要解釋的等都可以放在附錄部分。

案例1：《家裝工程預(yù)算軟件的開(kāi)放》1、概述；2、需求分析；3、總體設(shè)計(jì)；4、數(shù)據(jù)庫(kù)設(shè)計(jì)；5、軟件功能的實(shí)現(xiàn)；6、結(jié)論及改進(jìn)；7、致謝；8、參考文獻(xiàn)。

案例2：《經(jīng)緯中天無(wú)線短信增值服務(wù)管理軟件的設(shè)計(jì)和開(kāi)放》1、引言；2、需求分析；3、設(shè)計(jì)方案論證和主要技術(shù)介紹；4、系統(tǒng)設(shè)計(jì)；5、編碼實(shí)現(xiàn)；6、實(shí)際運(yùn)行中出現(xiàn)的問(wèn)題及相應(yīng)的解決方案；7、結(jié)束語(yǔ)；8、致謝；9、參考文獻(xiàn)。

答辯程序

答辯現(xiàn)場(chǎng)會(huì)有專業(yè)老師組成的答辯小組，一般為5人左右，學(xué)生抽簽分配答辯組。答辯現(xiàn)場(chǎng)要考生做介紹和演示。考生需要提前準(zhǔn)備幻燈片，一般不超過(guò)20張，為論文最核心部分的內(nèi)容自考本科計(jì)算機(jī)專業(yè)畢業(yè)論文寫(xiě)作指南論文

WiseMedia

考生結(jié)合幻燈片介紹論文，答辯小組老師會(huì)根據(jù)考生論文提出問(wèn)題，考生要實(shí)事求是回答，最后答辯小組老師打分，求平均分給出考生論文成績(jī)。大部分考生都會(huì)達(dá)到優(yōu)、良，個(gè)別考生沒(méi)有通過(guò)論文，主要有兩方面原因：1、論文并不是自己真正所做，用別人的軟件為自己所用，老師一提問(wèn)就能發(fā)現(xiàn)破綻；2、考生論得太簡(jiǎn)單，達(dá)不到工作量。這就需要考生踏踏實(shí)實(shí)地按照要求去作論文。

零碎提醒

論文的題目不要太大，一定要具體、實(shí)際，不能吹成通用的；

自考生考過(guò)全部課程后，最好能尋求實(shí)踐機(jī)會(huì)?？梢匀?yīng)聘公司，真正參與一個(gè)項(xiàng)目，一邊工作一邊寫(xiě)論文；

論文不要上網(wǎng)抄，一定要自己做；

引用資料要有腳注；

第9篇：軟件開(kāi)發(fā)論文范文

關(guān)鍵詞:　軟件故障預(yù)測(cè);貝葉斯信念網(wǎng);軟件度量

1　引言

當(dāng)前關(guān)于軟件故障預(yù)測(cè)的研究大都集中于軟件工程領(lǐng)域的某個(gè)方面，畢業(yè)論文 如面向?qū)ο笙到y(tǒng)中利用各種度量屬性建立模型預(yù)測(cè)故障數(shù)和故障傾向，利用測(cè)試過(guò)程中用例的覆蓋率預(yù)測(cè)模塊故障，利用專家經(jīng)驗(yàn)建立專家知識(shí)庫(kù)預(yù)測(cè)故障等等.軟件故障的原因貫穿于軟件開(kāi)發(fā)全過(guò)程，僅從一個(gè)方面來(lái)考察軟件故障是不充分的.近十幾年備受關(guān)注的貝葉斯網(wǎng)絡(luò)(BBNs)對(duì)于解決復(fù)雜系統(tǒng)不確定因素引起的故障具有很大的優(yōu)勢(shì)，被認(rèn)為是目前不確定知識(shí)表達(dá)和推理領(lǐng)域最有效的理論模型.本文提出基于BBNs的故障預(yù)測(cè)方法，綜合利用軟件開(kāi)發(fā)過(guò)程信息預(yù)測(cè)軟件故障.

2　軟件故障預(yù)測(cè)的研究現(xiàn)狀

預(yù)測(cè)故障的方法可以分為兩大類:(1)基于數(shù)量的技術(shù)，關(guān)注預(yù)測(cè)軟件系統(tǒng)中的故障數(shù);碩士論文 (2)基于分類的技術(shù)，關(guān)注于預(yù)測(cè)哪些子系統(tǒng)具有故障傾向.第一類已經(jīng)有一些研究，但是開(kāi)發(fā)一個(gè)有效的模型比較困難.第二類方法更成功一些.利用軟件度量來(lái)預(yù)測(cè)故障傾向是一個(gè)重要的趨勢(shì)和研究?jī)?nèi)容，當(dāng)前的預(yù)測(cè)模型涉及軟件設(shè)計(jì)度量，代碼度量和測(cè)試度量.軟件維護(hù)的歷史數(shù)據(jù)，例如軟件改變歷史[1]和過(guò)程質(zhì)量數(shù)據(jù)[2]也被用于軟件故障預(yù)測(cè).很多專家認(rèn)為開(kāi)發(fā)過(guò)程的質(zhì)量是產(chǎn)品質(zhì)量(這里默認(rèn)是殘留故障密度)最好的預(yù)測(cè)器.Ahmed E.Hassan等人提出利用啟發(fā)式規(guī)則預(yù)測(cè)軟件子系統(tǒng)故障傾向[3].還有文獻(xiàn)提出利用測(cè)試過(guò)程中的各種數(shù)據(jù)(如測(cè)試覆蓋率)來(lái)預(yù)測(cè)故障[2].

分析已有的故障預(yù)測(cè)模型，它們大多基于軟件開(kāi)發(fā)過(guò)程中的某一個(gè)或幾個(gè)階段的數(shù)據(jù)，或者基于一種或者幾種度量，如軟件復(fù)雜性度量和測(cè)試度量.但顯而易見(jiàn)，影響軟件質(zhì)量的關(guān)鍵因素不僅僅是其幾個(gè)度量.軟件故障與軟件開(kāi)發(fā)全過(guò)程往往具有不確定的因果關(guān)聯(lián)關(guān)系，導(dǎo)致軟件故障的因素很多，單純從軟件開(kāi)發(fā)過(guò)程的某個(gè)階段或基于幾種度量來(lái)預(yù)測(cè)軟件故障是不充分的.BBNs本身是一種不確定性因果關(guān)聯(lián)模型，具有強(qiáng)大的不確定性問(wèn)題處理能力，能有效進(jìn)行多源信息表達(dá)與融合.因此本文提出基于BBNs構(gòu)建軟件故障預(yù)測(cè)模型，綜合利用軟件開(kāi)發(fā)過(guò)程信息預(yù)測(cè)軟件故障.

3　貝葉斯網(wǎng)絡(luò)

一個(gè)BBNs是一個(gè)有向無(wú)環(huán)圖，由代表變量的節(jié)點(diǎn)及連接這些節(jié)點(diǎn)的有向邊構(gòu)成.節(jié)點(diǎn)代表隨機(jī)變量，可以是任何問(wèn)題的抽象，醫(yī)學(xué)論文 如問(wèn)題復(fù)雜度，觀測(cè)現(xiàn)象，意見(jiàn)征詢等.節(jié)點(diǎn)間的有向邊代表了節(jié)點(diǎn)間的相互關(guān)聯(lián)關(guān)系.有向圖蘊(yùn)涵了條件獨(dú)立性假設(shè)，用A(vi)表示非vi后代節(jié)點(diǎn)構(gòu)成的任何節(jié)點(diǎn)集合，用∏(vi)表示vi的直接雙親節(jié)點(diǎn)集合，則P(vi|(A(vi)∪∏(vi)))=P(vi|∏(vi)).用條件概率表(conditional probabilities table，CPT)來(lái)描述點(diǎn)與點(diǎn)之間關(guān)聯(lián)，條件概率表可以用P(vi|∏(vi))來(lái)描述，它表達(dá)了節(jié)點(diǎn)同其父節(jié)點(diǎn)的相關(guān)關(guān)系———條件概率.沒(méi)有任何父節(jié)點(diǎn)的節(jié)點(diǎn)概率為其先驗(yàn)概率.圖1用BBNs描述了一個(gè)簡(jiǎn)單的關(guān)于軟件產(chǎn)品質(zhì)量的例子[4]，產(chǎn)品質(zhì)量由管理能力和開(kāi)發(fā)能力確定，表1為其CPT.BBNs對(duì)構(gòu)造者的信念(專家知識(shí)和經(jīng)驗(yàn))建模，基于這個(gè)模型它能夠提供精確的數(shù)學(xué)計(jì)算和預(yù)測(cè).

4　基于BBNs的軟件故障預(yù)測(cè)方法

將BBNs應(yīng)用于軟件故障預(yù)測(cè)的步驟是:(1)確定變量及其順序;(2)建立BBNs結(jié)構(gòu);(3)確定BBNs的參數(shù)(CPT).本文從軟件開(kāi)發(fā)過(guò)程來(lái)建立一個(gè)BBNs基本模型，并以此模型為基礎(chǔ)擴(kuò)展節(jié)點(diǎn).

4·1　一個(gè)BBNs故障預(yù)測(cè)的基本模型

影響軟件項(xiàng)目風(fēng)險(xiǎn)的基本因素可分為兩組，一是與組織相關(guān)的因素，包括組織文化，管理經(jīng)驗(yàn)和能力以及過(guò)程成熟度.二是與項(xiàng)目相關(guān)的因素[4].影響軟件故障的基本因素可以描述為圖2的基本模型.方框是可以擴(kuò)展的基點(diǎn).“項(xiàng)目特征”和“驗(yàn)證和確認(rèn)”影響到軟件開(kāi)發(fā)的需求分析，設(shè)計(jì)，實(shí)現(xiàn)和測(cè)試過(guò)程，軟件故障受開(kāi)發(fā)過(guò)程的影響，這個(gè)模型涵蓋了軟件開(kāi)發(fā)過(guò)程

4·2　擴(kuò)展的BBNs故障預(yù)測(cè)模型

我們用已探測(cè)的故障數(shù)，殘留故障數(shù)，職稱論文 殘留故障密度和測(cè)試中故障密度四個(gè)節(jié)點(diǎn)來(lái)描述軟件故障，分別用“問(wèn)題復(fù)雜度”，“設(shè)計(jì)功效”和“測(cè)試功效”節(jié)點(diǎn)描述需求分析，設(shè)計(jì)和測(cè)試過(guò)程.V&V[4]與問(wèn)題復(fù)雜度，設(shè)計(jì)功效和測(cè)試功效三個(gè)變量關(guān)系緊密，因此本文去掉V&V節(jié)點(diǎn)，將這些描述V&V節(jié)點(diǎn)的變量(如測(cè)試覆蓋率，員工能力等)用來(lái)確定問(wèn)題復(fù)雜度，設(shè)計(jì)功效和測(cè)試功效的參數(shù).

本文采用如圖3所示的BBNs故障預(yù)測(cè)模型，這個(gè)模型可以解釋為兩個(gè)階段:第一個(gè)階段覆蓋了軟件生命周期的規(guī)約，設(shè)計(jì)和編碼;第二個(gè)階段覆蓋了測(cè)試.設(shè)計(jì)規(guī)模和缺陷數(shù)節(jié)點(diǎn)為整數(shù)或者一個(gè)限定的范圍，故障密度為實(shí)數(shù)，其他節(jié)點(diǎn)有下面的狀態(tài):很高，高，中等，低，很低.問(wèn)題復(fù)雜度表示待開(kāi)發(fā)問(wèn)題集中內(nèi)在的復(fù)雜度，這些問(wèn)題是規(guī)約中離散的功能需求，問(wèn)題復(fù)雜度和設(shè)計(jì)功效之間的不匹配將導(dǎo)致引入故障數(shù)和設(shè)計(jì)規(guī)模增大.測(cè)試階段在設(shè)計(jì)階段之后，實(shí)踐中實(shí)際分配的測(cè)試功效比所要求的少得多.測(cè)試功效和設(shè)計(jì)規(guī)模之間的不匹配將會(huì)影響已探測(cè)故障的數(shù)目，引入故障是其邊界條件.已探測(cè)故障和引入故障之差是殘留故障數(shù).測(cè)試中故障密度是已探測(cè)故障和設(shè)計(jì)規(guī)模的函數(shù)(已探測(cè)故障/設(shè)計(jì)規(guī)模)，同樣，殘留故障密度是殘留故障數(shù)/設(shè)計(jì)規(guī)模.這里的問(wèn)題復(fù)雜度，設(shè)計(jì)功效和測(cè)試功效的粒度仍然較大，不利于確定其狀態(tài)，將其繼續(xù)擴(kuò)展，建立相應(yīng)子網(wǎng)來(lái)描述這些節(jié)點(diǎn):(1)問(wèn)題復(fù)雜度子網(wǎng)(圖4);(2)設(shè)計(jì)功效子網(wǎng)(圖5);(3)測(cè)試功效子網(wǎng)(圖6).

4·3　確定BBNs參數(shù)

接下來(lái)的問(wèn)題是確定變量狀態(tài)的概率和變量之間關(guān)系的強(qiáng)度.從對(duì)軟件開(kāi)發(fā)過(guò)程的各種文檔記錄中我們可以得到一些確定性知識(shí).對(duì)于不確定性知識(shí)，傳統(tǒng)的方法是根據(jù)專家經(jīng)驗(yàn)主觀確定.研究人員定義了大量軟件度量描述軟件質(zhì)量[2，5，6]，將這些研究與專家知識(shí)和經(jīng)驗(yàn)結(jié)合起來(lái)確定BBNs參數(shù).

4·4　推理規(guī)則

采用應(yīng)用最廣的隨機(jī)模擬采樣法(Pearls and Gibbs算法).首先，為網(wǎng)絡(luò)上的節(jié)點(diǎn)做初始實(shí)例化，證據(jù)節(jié)點(diǎn)實(shí)例化為觀察值，非證據(jù)節(jié)點(diǎn)實(shí)例化為隨機(jī)值;然后，開(kāi)始遍歷圖，對(duì)每一非證據(jù)節(jié)點(diǎn)Y，計(jì)算在其他節(jié)點(diǎn)給定值的情況下Y的后驗(yàn)概率分布:

P(Y|WY)=αP(Y|Pa(Y))∏iP(si|Pa(si))

式中，WY表示除Y的節(jié)點(diǎn)集合，Si表示Y的第i個(gè)子女，工作總結(jié) 為正規(guī)化因子，其余乘積項(xiàng)為條件概率.公式表明了本節(jié)點(diǎn)的概率僅與其父母節(jié)點(diǎn)，子節(jié)點(diǎn)及其子節(jié)點(diǎn)的父母節(jié)點(diǎn)有關(guān);Pearl使用上式結(jié)果對(duì)節(jié)點(diǎn)進(jìn)行采樣，結(jié)果作為Y的新實(shí)例化，反復(fù)進(jìn)行，直到近似過(guò)程收斂(設(shè)進(jìn)行了m次遍歷)，這時(shí)查詢結(jié)果為:P(Y|e)=1m∑mi=1fi，fi為第i次遍歷Y的條件概率，e為證據(jù)向量的觀察值.

5　仿真實(shí)驗(yàn)

本文在AgenaRisk[7]系統(tǒng)中對(duì)該模型進(jìn)行仿真實(shí)驗(yàn).實(shí)驗(yàn)部分采用了AgenaRisk中關(guān)于軟件故障預(yù)測(cè)和軟件項(xiàng)目風(fēng)險(xiǎn)管理的數(shù)據(jù).由于具體的項(xiàng)目數(shù)據(jù)難以收集，我們根據(jù)圖3所描述的簡(jiǎn)化模型來(lái)做仿真實(shí)驗(yàn).在實(shí)驗(yàn)中我們用軟件需求復(fù)雜性度量和軟件需求變更度量來(lái)描述問(wèn)題復(fù)雜度[6].利用各種度量來(lái)描述設(shè)計(jì)功效，包括對(duì)象(模塊)之間的耦合數(shù)(耦合度量)，不使用公共屬性的方法的個(gè)數(shù)(內(nèi)聚度量)，繼承樹(shù)的深度和繼承的平均深度(繼承度量)[5].用代碼覆蓋度量來(lái)描述測(cè)試功效，定義一個(gè)相應(yīng)策略的測(cè)試有效率(test effective-ness ratio，TER)，TER1是語(yǔ)句覆蓋的測(cè)試有效率，TER2是分支覆蓋的測(cè)試有效率，TER3是線性代碼順序和跳轉(zhuǎn)覆蓋測(cè)試有效率.我們?cè)O(shè)定的是一個(gè)中等規(guī)模的系統(tǒng)，嚴(yán)格按照軟件工程開(kāi)發(fā)過(guò)程開(kāi)發(fā)，花費(fèi)了大量資源在設(shè)計(jì)和測(cè)試上，盡量減少耦合，增加內(nèi)聚，TER1，TER2達(dá)到100%，TER3達(dá)到90%，因此可以判定設(shè)計(jì)功效為很高(概率為100%)，測(cè)試功效很高(概率為100%)，如圖7所示.從仿真結(jié)果可以看到設(shè)計(jì)規(guī)模較小，引入故障數(shù)較少(期望值為17.8)，已探測(cè)故障密度相對(duì)較高，剩余故障數(shù)較小(期望值為6.6)，這與實(shí)際情況是相符合的.當(dāng)我們將設(shè)計(jì)功效設(shè)置為較低時(shí)(概率為100%)，如圖8所示，明顯設(shè)計(jì)規(guī)模變大，引入故障數(shù)增加(期望值為43.1)，相應(yīng)的剩余故障數(shù)增加(期望值13.0)，已探測(cè)故障密度減少.表2是兩者的對(duì)比結(jié)果.在實(shí)驗(yàn)中我們分別對(duì)問(wèn)題復(fù)雜度，測(cè)試功效和設(shè)計(jì)功效賦值，以檢查模型對(duì)各種環(huán)境下的變化，其結(jié)果與實(shí)際較為符合，說(shuō)明了模型的合理性.

6　結(jié)語(yǔ)

本文從軟件開(kāi)發(fā)全生命周期來(lái)考察故障，給出了一個(gè)BBNs故障預(yù)測(cè)原型系統(tǒng)，并在AgenaRisk系統(tǒng)中對(duì)該模型進(jìn)行仿真實(shí)驗(yàn).從實(shí)驗(yàn)結(jié)果可以看到，BBNs能夠使用來(lái)自主觀和客觀的概率分布和不充分的數(shù)據(jù)預(yù)測(cè)軟件故障數(shù).仿真實(shí)驗(yàn)還只是基于一個(gè)簡(jiǎn)化的模型，將實(shí)際項(xiàng)目數(shù)據(jù)應(yīng)用于模型，探討建立完備網(wǎng)絡(luò)結(jié)構(gòu)和確定節(jié)點(diǎn)狀態(tài)的方法，建立適應(yīng)具體項(xiàng)目便于數(shù)據(jù)收集和確定節(jié)點(diǎn)狀態(tài)的網(wǎng)絡(luò)是需要進(jìn)一步探討的問(wèn)題. 參考文獻(xiàn)

[1] Todd L Graves，Alan F Karr，J S Marron，Harvey Siy.Predict-ing fault incidence using software change history[J]. IEEETransactions on Software Engineering，2000，26(7):653-661.

[2] Fenton，NE，Neil M.A critique of software defect prediction models[J].IEEE Transactions on Software Engineering，1999，25(5):675-689.

[3] Ahmed E Hassan，Richard C Holt.The top ten list:dynamic fault prediction[A].Proceedings of the21st IEEE International Conference on Software Maintenance(ICSM’2005)[C].Bu -dapest，Hungary:IEEE，2005.263-272.

[4] Chin-Feng Fan，Yuan-Chang Yu.BBN-based software project risk management[J].Journal of Systems and Software，2004，73(2):193-203.

[5] Munson J C，Nikora A P.Toward a quantifiable definition of software faults[A].Proceedings of13th International Sympo-sium on Software Reliability Engineering(ISSRE2002)[C]. Annapolis，MD，USA:IEEE，2002.388-395.