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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第2篇：軟件開發(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ā)展。軟件工程的開發(fā)離不開軟件工程師，根據(jù)領(lǐng)域的不同又分成系統(tǒng)測(cè)試員、分析員、工程師及程序員等，統(tǒng)稱為軟件工程師。他們肩負(fù)著對(duì)費(fèi)用合理、質(zhì)量良好的軟件產(chǎn)品的開發(fā)，通常情況下，其主要以產(chǎn)品的可靠性、安全性、可維護(hù)性、實(shí)用性、功能性等指標(biāo)來(lái)衡量軟件產(chǎn)品的整體質(zhì)量。

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

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

中間件平臺(tái)作為軟件系統(tǒng)開發(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軟件工程開發(fā)過(guò)程

3.1用戶需求分析

用戶需求分析即為在構(gòu)建或改變軟件系統(tǒng)時(shí)，應(yīng)根據(jù)新系統(tǒng)的定義、范圍及功能等內(nèi)容進(jìn)行用戶群體需求分析，并綜合分析數(shù)據(jù)準(zhǔn)確把握系統(tǒng)定位，以開發(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)開發(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)編寫出各種測(cè)試系統(tǒng)以及測(cè)試方案和工具，以控制將有可能出現(xiàn)的問(wèn)題。在軟件開發(fā)的整個(gè)過(guò)程中，都要緊抓各個(gè)開發(fā)環(huán)節(jié)及時(shí)進(jìn)行同步的測(cè)試內(nèi)容，并且針對(duì)測(cè)試中發(fā)現(xiàn)的問(wèn)題加以解決，同時(shí)完善相關(guān)的開發(fā)程序。在此之后進(jìn)行重復(fù)測(cè)試，在反復(fù)測(cè)試中不斷完善各種問(wèn)題，直到軟件最終成為完整產(chǎn)品。

4軟件工程開發(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ì)軟件開發(fā)的成敗有著直接影響。在這個(gè)階段中，開發(fā)技術(shù)人員需要不斷的與用戶進(jìn)行溝通和交流，完全明確軟件開發(fā)項(xiàng)目的概念，最終形成一個(gè)完整的、清晰的、明確的開發(fā)目標(biāo)。

4.2完整性

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

4.3規(guī)范性

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

4.4易維護(hù)性

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

4.5創(chuàng)新性

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

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

第3篇：軟件開發(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ì)堆芯中子注量率幾乎沒有影響，因此熔鹽堆動(dòng)力學(xué)方程組中的注量率方程與傳統(tǒng)固體堆動(dòng)力學(xué)注量率方程沒有區(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ù)橡樹嶺國(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ò)程中沒有考慮到這個(gè)因素，這可能是高估反應(yīng)性損失的一個(gè)原因。從圖2可知，在約13s時(shí)，反應(yīng)性損失曲線有一個(gè)波動(dòng)，這是由于堆芯外未衰變的先驅(qū)核重新進(jìn)入堆芯。

3、結(jié)論

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

關(guān)鍵詞：軟件項(xiàng)目管理；項(xiàng)目經(jīng)理；項(xiàng)目計(jì)劃

軟件行業(yè)在現(xiàn)在的眾多行業(yè)里是一個(gè)極具挑戰(zhàn)性和創(chuàng)造性的行業(yè)，體現(xiàn)了軟件開發(fā)者的智慧和汗水，同時(shí)軟件開發(fā)是一項(xiàng)復(fù)雜的系統(tǒng)工程。牽涉到許多方面的因素，在實(shí)際工作中，經(jīng)常會(huì)出現(xiàn)各種各樣的問(wèn)題，甚至?xí)媾R失敗。如何總結(jié)、分析失敗的原因。得出有益的教訓(xùn)，對(duì)于項(xiàng)目開發(fā)人員來(lái)說(shuō)，是在今后的項(xiàng)目中取得成功的關(guān)鍵。

一、軟件開發(fā)中實(shí)行項(xiàng)目管理的意義

項(xiàng)目管理就是在項(xiàng)目活動(dòng)中運(yùn)用一系列的知識(shí)、技能、工具和技術(shù)，以滿足或超過(guò)相關(guān)利益者對(duì)項(xiàng)目的要求，實(shí)際上就是通過(guò)項(xiàng)目各方干系人的合作，把各種資源應(yīng)用于項(xiàng)目，以實(shí)現(xiàn)項(xiàng)目的目標(biāo)，滿足項(xiàng)目干系人的需求，其本質(zhì)就是對(duì)時(shí)間、質(zhì)量和成本的管理。

隨著軟件開發(fā)的深入、各種技術(shù)的不斷創(chuàng)新以及軟件產(chǎn)業(yè)的形成，人們?cè)絹?lái)越意識(shí)到軟件過(guò)程管理的重要性，管理學(xué)的思想逐漸融入軟件開發(fā)過(guò)程中，項(xiàng)目開發(fā)的管理日益受到重視。

二、目前在軟件項(xiàng)目管理中存在的誤區(qū)

現(xiàn)在大多數(shù)企業(yè)都認(rèn)識(shí)到了在項(xiàng)目中進(jìn)行管理的重要性，但是仍然有許多企業(yè)在實(shí)施項(xiàng)目管理的過(guò)程中存在著這樣那樣的誤區(qū)，主要表現(xiàn)在：

1項(xiàng)目經(jīng)理不夠?qū)I(yè)。在軟件企業(yè)中，缺乏專業(yè)的項(xiàng)目管理人員來(lái)實(shí)施項(xiàng)目管理及擔(dān)任項(xiàng)目經(jīng)理，通常被任命的項(xiàng)目經(jīng)理主要是因?yàn)樗麄兡軌蛟诩夹g(shù)上獨(dú)當(dāng)一面，但是他們?cè)诠芾矸矫嫣貏e是項(xiàng)目管理方面的知識(shí)比較缺乏。

2項(xiàng)目計(jì)劃缺乏綱領(lǐng)性。項(xiàng)目經(jīng)理對(duì)總體計(jì)劃、階段計(jì)劃的作用認(rèn)識(shí)不足，因此制定總體計(jì)劃時(shí)比較隨意，不少事情沒有仔細(xì)考慮：階段計(jì)劃因工作忙等理由經(jīng)常拖延，造成計(jì)劃與控制管理脫節(jié)，無(wú)法進(jìn)行有效的進(jìn)度控制管理。

3缺乏有效的管理意識(shí)。部分項(xiàng)目經(jīng)理不能從總體上把握整個(gè)項(xiàng)目，而是埋頭于具體的技術(shù)工作，造成項(xiàng)目組成人員之間忙的忙、閑的閑，計(jì)劃不周、任務(wù)不均、資源浪費(fèi)。有些項(xiàng)目經(jīng)理沒有很好的管理方法，不好安排的工作只好自己做，使項(xiàng)目任務(wù)無(wú)法有效、合理地分配給相關(guān)成員，以達(dá)到“負(fù)載均衡”。

4缺乏有效的溝通制度和機(jī)制。在項(xiàng)目中一些重要信息沒有進(jìn)行充分和有效的溝通。在制定計(jì)劃、意見反饋、情況通報(bào)、技術(shù)問(wèn)題或成果等方面與相關(guān)人員的溝通不足，造成各做各事、重復(fù)勞動(dòng)，甚至造成不必要的損失：有些人沒有每天定時(shí)收郵件的習(xí)慣，以至于無(wú)法及時(shí)接收最新的信息。

5風(fēng)險(xiǎn)管理意識(shí)淡泊。有些項(xiàng)目經(jīng)理沒有充分意識(shí)到風(fēng)險(xiǎn)管理的重要性，對(duì)計(jì)劃書中風(fēng)險(xiǎn)管理的章節(jié)簡(jiǎn)單應(yīng)付了事，隨便列出幾個(gè)風(fēng)險(xiǎn)，隨便地寫一些簡(jiǎn)單的對(duì)策，對(duì)于后面的風(fēng)險(xiǎn)防范起不到什么指導(dǎo)作用。

6項(xiàng)目干系人的不確定性。在范圍識(shí)別階段，項(xiàng)目組對(duì)客戶的整體組織結(jié)構(gòu)、有關(guān)人員及其關(guān)系、工作職責(zé)等沒有足夠了解以至于無(wú)法得到完整需求或最終經(jīng)權(quán)威用戶代表確認(rèn)的需求：或者是多個(gè)用戶代表各說(shuō)各話、昨是今非，但同時(shí)又要求項(xiàng)目盡早交付：項(xiàng)目后期需求變化隨意，造成項(xiàng)目范圍的蔓延，進(jìn)度的拖延，成本的擴(kuò)大。

7缺乏項(xiàng)目團(tuán)隊(duì)的合理分工。項(xiàng)目團(tuán)隊(duì)內(nèi)部有時(shí)由于各階段不同角色或同階段不同角色之間的責(zé)任分工不夠清晰而造成工作互相推諉、責(zé)任互相推卸的現(xiàn)象；有時(shí)各階段不同角色或同階段不同角色之間的責(zé)任分工比較清晰，但是各項(xiàng)目成員只顧完成自己那部分任務(wù)，不愿意與他人協(xié)作。這些現(xiàn)象都將造成項(xiàng)目組內(nèi)部資源的損耗，從而影響項(xiàng)目進(jìn)展。三、解決軟件項(xiàng)目管理中存在的誤區(qū)的有效策略

要想解決上面描述的誤區(qū)，歸根到底還是要從管理學(xué)的角度入手，即在軟件項(xiàng)目的開發(fā)過(guò)程中加入過(guò)程管理的內(nèi)容，這樣我們可以在軟件開發(fā)中對(duì)各個(gè)過(guò)程的質(zhì)量加以控制，從而達(dá)到保證軟件產(chǎn)品質(zhì)量的目的。為了有效提高管理水平，我們應(yīng)該努力做到：

1項(xiàng)目經(jīng)理接受系統(tǒng)的項(xiàng)目管理知識(shí)培訓(xùn)是非常必要的，有了專業(yè)領(lǐng)域的知識(shí)與實(shí)踐，再加上項(xiàng)目管理知識(shí)與實(shí)踐和一般管理的知識(shí)和經(jīng)驗(yàn)的有機(jī)結(jié)合，必能大大提高項(xiàng)目經(jīng)理的項(xiàng)目管理水平。

2計(jì)劃的制定需要在一定條件的限制和假設(shè)之下采用漸近明細(xì)的方式進(jìn)行不斷完善。提高項(xiàng)目經(jīng)理的計(jì)劃意識(shí)，采用項(xiàng)目計(jì)劃制定相關(guān)知識(shí)、技術(shù)、工具，加強(qiáng)對(duì)開發(fā)計(jì)劃、階段計(jì)劃的有效性進(jìn)行事前事后的評(píng)估。

3加強(qiáng)項(xiàng)目管理方面的培訓(xùn)，并通過(guò)對(duì)考核指標(biāo)的合理設(shè)定和宣傳引導(dǎo)項(xiàng)目經(jīng)理更好地做好項(xiàng)目管理工作。技術(shù)骨干在擔(dān)任項(xiàng)目經(jīng)理之前，最好能經(jīng)過(guò)系統(tǒng)的項(xiàng)目管理知識(shí)，特別是其中的人力資源管理、溝通管理的學(xué)習(xí)，并且在實(shí)際工作中不斷提高自己的管理素質(zhì)，豐富項(xiàng)目管理經(jīng)驗(yàn)，提高項(xiàng)目管理意識(shí)。

4制定有效的溝通制度和溝通機(jī)制，提高溝通意識(shí)：采取多種溝通方式，提高溝通的有效性。通過(guò)制度規(guī)定對(duì)由于未及時(shí)收取郵件而造成損失的責(zé)任歸屬；對(duì)于特別重要的內(nèi)容要采用多種方式進(jìn)行有效溝通以確保傳達(dá)到位，例如：除發(fā)送郵件外還要電話提醒、回執(zhí)等，重要的內(nèi)容還要通過(guò)舉行各種會(huì)議進(jìn)行傳達(dá)。

5通過(guò)學(xué)習(xí)項(xiàng)目管理知識(shí)掌握風(fēng)險(xiǎn)識(shí)別、量化、對(duì)策研究、反應(yīng)控制的工具和方法，掌握項(xiàng)目風(fēng)險(xiǎn)管理所必備的知識(shí)。通過(guò)加強(qiáng)對(duì)項(xiàng)目規(guī)劃中風(fēng)險(xiǎn)管理計(jì)劃的審核提高項(xiàng)目組的風(fēng)險(xiǎn)管理意識(shí)?？偨Y(jié)本行業(yè)項(xiàng)目中常見的風(fēng)險(xiǎn)及其對(duì)策作為風(fēng)險(xiǎn)管理計(jì)劃中必要的風(fēng)險(xiǎn)內(nèi)容，并切實(shí)評(píng)估相應(yīng)對(duì)策的有效性和可行性。

6項(xiàng)目的目的就是實(shí)現(xiàn)項(xiàng)目干系人的需求和愿望。項(xiàng)目干系人管理應(yīng)當(dāng)從項(xiàng)目的啟動(dòng)開始，項(xiàng)目經(jīng)理及其項(xiàng)目成員就要分清項(xiàng)目干系人包含哪些人和組織，通過(guò)溝通協(xié)調(diào)對(duì)他們施加影響，驅(qū)動(dòng)他們對(duì)項(xiàng)目的支持，調(diào)查并明確他們的需求和愿望，減小其對(duì)項(xiàng)目的阻力，以確保項(xiàng)目獲得成功。

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

目前，新時(shí)期計(jì)算機(jī)軟件開發(fā)技術(shù)和開發(fā)方式都已經(jīng)十分的成熟和完善，在新的時(shí)代背景之下，合理選擇計(jì)算機(jī)軟件開發(fā)技術(shù)對(duì)于提高計(jì)算機(jī)運(yùn)行性能和提高工作能力方面有著十分重要的作用和意義，目前計(jì)算機(jī)軟件開發(fā)技術(shù)的主要方式包括以下幾個(gè)方面：首先，生命周期法。這種開發(fā)方式也稱為結(jié)構(gòu)化系統(tǒng)開發(fā)方法，是目前在國(guó)內(nèi)使用比較成熟和比較廣泛的方法，特別是在開發(fā)較為復(fù)雜大型的軟件系統(tǒng)時(shí)，就能彰顯這種開放方法的優(yōu)勢(shì)。其主要是目前計(jì)算機(jī)軟開發(fā)技術(shù)應(yīng)用最廣，最成熟的一種軟件開發(fā)技術(shù)，其優(yōu)點(diǎn)在于強(qiáng)調(diào)了軟件系統(tǒng)在開發(fā)過(guò)程中整體性和全面布局性，在開發(fā)過(guò)程中主要將整個(gè)過(guò)程氛圍若干個(gè)開發(fā)階段，在每隔階段中都有明確的任務(wù)和目標(biāo)，這樣就能夠大大降低整個(gè)軟件系統(tǒng)在開發(fā)過(guò)程中復(fù)雜性和難度，提高了開發(fā)技術(shù)的可操作性。但是這種技術(shù)的缺點(diǎn)在于花費(fèi)的時(shí)間周期比較長(zhǎng)，必須完成一個(gè)階段之后才能進(jìn)行下一個(gè)階段的工作，前一階段一旦出現(xiàn)問(wèn)題將會(huì)對(duì)后期的工作產(chǎn)生嚴(yán)重影響。其次，原型化開發(fā)方法。這種方法也是計(jì)算機(jī)軟件開發(fā)過(guò)程中經(jīng)常使用的方法之一，其主要是就系統(tǒng)主要需求取得一個(gè)相同的結(jié)果之后，進(jìn)行原型的開發(fā)和運(yùn)行，在運(yùn)行過(guò)程中對(duì)這個(gè)原型不斷的進(jìn)行修改，指導(dǎo)用戶滿意為止。這種來(lái)發(fā)技術(shù)的方法其優(yōu)點(diǎn)在于對(duì)用戶的需求比較明確，能夠有效境地開發(fā)過(guò)程中風(fēng)險(xiǎn)和成本，能夠有效的利用各種系統(tǒng)進(jìn)行服務(wù)，但是其缺點(diǎn)也十分明顯，其主要適用于那些系統(tǒng)簡(jiǎn)單，中小型的軟件開發(fā)啊，而對(duì)系統(tǒng)進(jìn)行維護(hù)過(guò)程中存在較大的難度。

2計(jì)算機(jī)軟件開發(fā)技術(shù)的應(yīng)用

新時(shí)期計(jì)算機(jī)軟件技術(shù)開發(fā)的主要目的是為了人們服務(wù)于人們的生活。而在軟件開發(fā)過(guò)程中如何將其應(yīng)用到計(jì)算機(jī)上，實(shí)現(xiàn)其真正的應(yīng)用價(jià)值，才是我們最后應(yīng)該注意的事項(xiàng)，例如將兩種不同的計(jì)算甲軟件系統(tǒng)安裝應(yīng)用到同一臺(tái)計(jì)算機(jī)上，一種為VB6.0+Acess，一種是Web+Xml+ActiveX。如果將這兩個(gè)軟件系統(tǒng)分別安裝到計(jì)算機(jī)上進(jìn)行運(yùn)行和操作，第一種軟件可以直接的安裝到電腦上進(jìn)行運(yùn)行，因?yàn)閹缀跛械碾娔X系統(tǒng)都是微軟的版本，可以有效的對(duì)軟件進(jìn)行兼容，而如果要安裝第二種軟件，則需要首先在計(jì)算機(jī)上安裝一些組件，同時(shí)還要對(duì)計(jì)算機(jī)的瀏覽器進(jìn)行更改，這主要因?yàn)榈诙N軟件系統(tǒng)對(duì)電腦系統(tǒng)不兼容，所以在安裝的過(guò)程中需要多增加一個(gè)步驟。當(dāng)兩種軟件分別安裝在電腦上成功運(yùn)行之后，一段時(shí)間的觀察我們就可以發(fā)現(xiàn)，第一種系統(tǒng)和安裝方式可以在電腦中穩(wěn)定的運(yùn)行下去，不需做任何多余的操作，或者再進(jìn)行一次修復(fù)工作，用戶在電腦上可以直接的獨(dú)立的完成操作，使用方法十分簡(jiǎn)便，所以多數(shù)的用戶都會(huì)選擇該種類型的軟件，但是隨著運(yùn)用量的增加，會(huì)在一定程度上降低了軟件客戶端的運(yùn)行速度，這時(shí)候就需要人工對(duì)客戶端的運(yùn)行情況進(jìn)行有效的調(diào)整。而第二種系統(tǒng)在安裝過(guò)程中由于受到了電腦系統(tǒng)和瀏覽器的現(xiàn)實(shí)，用戶在使用過(guò)程中存在很大的不便，所有選擇該種軟件的用戶數(shù)量較第一種數(shù)量較少。計(jì)算機(jī)軟件的開發(fā)都是為了更好的為社會(huì)文明的進(jìn)步而服務(wù)的，在軟件開發(fā)過(guò)程中開發(fā)人員將會(huì)越來(lái)越專業(yè)，因此，在計(jì)算機(jī)軟件啊開發(fā)故偶成中應(yīng)該根據(jù)市場(chǎng)的需求進(jìn)行實(shí)際的軟件開發(fā)和應(yīng)用。

3結(jié)語(yǔ)

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

[論文摘要]科學(xué)有效的軟件項(xiàng)目管理有助于項(xiàng)目開發(fā)的成功．本文介紹了軟件項(xiàng)目管理的內(nèi)容并結(jié)合軟件項(xiàng)目開發(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)作坊式的開發(fā)方式逐步被以項(xiàng)目組為單位的協(xié)作式開發(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í)性和開放性以及成果的不可挽回性等基本屬性．

項(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ì)資源，而主要是人力資源，軟件開發(fā)的產(chǎn)品以程序代碼和技術(shù)文檔為主，并沒有其他的物質(zhì)成果；其次，軟件是純知識(shí)產(chǎn)品，其開發(fā)進(jìn)度和質(zhì)量很難估H-和度量，生產(chǎn)效率也難以預(yù)測(cè)和保證．軟件系統(tǒng)的復(fù)雜性也導(dǎo)致了開發(fā)過(guò)程中各種風(fēng)險(xiǎn)的難以預(yù)見和控制．因此，軟件項(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è)軟件開發(fā)過(guò)程中的．從軟件工程的角度講，軟件開發(fā)主要分為六個(gè)階段：需求分析階段、概要設(shè)計(jì)階段、詳細(xì)設(shè)計(jì)階段、編碼階段、測(cè)試階段、安裝及維護(hù)階段．不論是作坊式開發(fā)，還是團(tuán)隊(duì)協(xié)作式開發(fā)，這六階段都是不可缺少的．從用戶的角度來(lái)看，軟件項(xiàng)目的生命周期應(yīng)該包括項(xiàng)目前期的論證工作、項(xiàng)目計(jì)劃、軟件開發(fā)、運(yùn)行、維護(hù)及項(xiàng)目評(píng)價(jià)．由此可見，軟件項(xiàng)目管理的范圍不包括傳統(tǒng)的軟件開發(fā)過(guò)程，還應(yīng)該包括開發(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順暢有效的溝通管理

開發(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)目組開發(fā)人員與用戶的溝通，另一方面則是軟件項(xiàng)目組內(nèi)人員的溝通．前者是做好軟件需求分析所必須的；而后者則有助于組內(nèi)成員的彼此交流，減少理解錯(cuò)位，實(shí)現(xiàn)信息暢通，改善人際關(guān)系，化解可能的沖突，加快項(xiàng)目的進(jìn)度．溝通的方式是多樣的，可以采用常用的項(xiàng)目組例會(huì)方式，可以通過(guò)面談彼此交換意見；也可以利用方便快捷的通訊工具如電話、EMAIL、傳真等方式加強(qiáng)信息的溝通；總之，順暢有效的信息溝通，可以取得彼此的理解，剔除項(xiàng)目進(jìn)度中的“BUG”，有利于項(xiàng)目按計(jì)劃順利開展．

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

軟件需求是軟件項(xiàng)目的根本所在，需求不明確，軟件項(xiàng)目開發(fā)范圍不確定，項(xiàng)目開發(fā)就會(huì)失去方向，容易造成開發(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è)試的需求的確定，開發(fā)人員應(yīng)該反復(fù)和用戶進(jìn)行溝通，認(rèn)真聽取用戶的意見，及時(shí)歸檔記錄，并適時(shí)發(fā)掘用戶的潛在需求，最大限度地滿足用戶的目標(biāo)，開發(fā)出用戶最理想的產(chǎn)品．最后應(yīng)拿出開發(fā)人員和用戶一致認(rèn)可的軟件需求說(shuō)明書，并加以確認(rèn)．在項(xiàng)目開始以后，應(yīng)該盡最大可能不更改需求，要與用戶進(jìn)行很好地溝通，以確保開發(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)目開發(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ù)重要位置．特別是在開發(fā)過(guò)程中需求發(fā)生了變更的情況下，健全完備的文檔資料的重要作用就充yJ-~：現(xiàn)出來(lá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)目的再開發(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)檢查、開發(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篇：軟件開發(fā)論文范文

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

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

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

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

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

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

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

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

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

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

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

根據(jù)上述項(xiàng)目管理要素與軟件工程開發(fā)要素的結(jié)合，平衡項(xiàng)目開發(fā)過(guò)程中的開發(fā)要素，能更加簡(jiǎn)潔高效地完成項(xiàng)目開發(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)理做到：了解軟件開發(fā)項(xiàng)目完整流程；掌握如何制定完整精煉的軟件項(xiàng)目計(jì)劃書；掌握項(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)目開始時(shí)間、項(xiàng)目計(jì)劃初驗(yàn)時(shí)間、項(xiàng)目計(jì)劃偏移度等。最后，制定周例會(huì)制度、建立配置管理和監(jiān)督體系，也尤為重要。

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

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

寫作流程

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

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

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

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

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

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

案例1：《家裝工程預(yù)算軟件的開放》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ì)和開放》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è)論文寫作指南論文

WiseMedia

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

零碎提醒

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

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

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

引用資料要有腳注；

第9篇：軟件開發(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è)故障等等.軟件故障的原因貫穿于軟件開發(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è)方法，綜合利用軟件開發(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)有一些研究，但是開發(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)為開發(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è)模型，它們大多基于軟件開發(fā)過(guò)程中的某一個(gè)或幾個(gè)階段的數(shù)據(jù)，或者基于一種或者幾種度量，如軟件復(fù)雜性度量和測(cè)試度量.但顯而易見，影響軟件質(zhì)量的關(guān)鍵因素不僅僅是其幾個(gè)度量.軟件故障與軟件開發(fā)全過(guò)程往往具有不確定的因果關(guān)聯(lián)關(guān)系，導(dǎo)致軟件故障的因素很多，單純從軟件開發(fā)過(guò)程的某個(gè)階段或基于幾種度量來(lái)預(yù)測(cè)軟件故障是不充分的.BBNs本身是一種不確定性因果關(guān)聯(lián)模型，具有強(qiáng)大的不確定性問(wèn)題處理能力，能有效進(jìn)行多源信息表達(dá)與融合.因此本文提出基于BBNs構(gòu)建軟件故障預(yù)測(cè)模型，綜合利用軟件開發(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é)點(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)系———條件概率.沒有任何父節(jié)點(diǎn)的節(jié)點(diǎn)概率為其先驗(yàn)概率.圖1用BBNs描述了一個(gè)簡(jiǎn)單的關(guān)于軟件產(chǎn)品質(zhì)量的例子[4]，產(chǎn)品質(zhì)量由管理能力和開發(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).本文從軟件開發(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)”影響到軟件開發(fā)的需求分析，設(shè)計(jì)，實(shí)現(xiàn)和測(cè)試過(guò)程，軟件故障受開發(fā)過(guò)程的影響，這個(gè)模型涵蓋了軟件開發(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ù)雜度表示待開發(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ì)軟件開發(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ī)值;然后，開始遍歷圖，對(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)聚度量)，繼承樹的深度和繼承的平均深度(繼承度量)[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)格按照軟件工程開發(fā)過(guò)程開發(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ǔ)

本文從軟件開發(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.