軟件開發(fā)論文精選(九篇)
前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的軟件開發(fā)論文主題范文，僅供參考，歡迎閱讀并收藏。
第1篇：軟件開發(fā)論文范文
1.軟件開發(fā)類課程翻轉(zhuǎn)課堂教學(xué)模式研究
2.淺談軟件項目開發(fā)過程中的需求分析
3.軟件開發(fā)方法的創(chuàng)新發(fā)展過程研究
4.基于Java語言的安卓手機軟件開發(fā)
5.軟件開發(fā)的風(fēng)險分析與控制
6.軟件開發(fā)過程模型的發(fā)展
7.需求工程對于軟件開發(fā)的重要性
8.軟件復(fù)用技術(shù)及其在軟件開發(fā)中的應(yīng)用
9.試論VB編程語言在軟件開發(fā)中的應(yīng)用
10.軟件開發(fā)的風(fēng)險分析與控制
11.分析軟件開發(fā)中數(shù)據(jù)庫設(shè)計理論的實踐
12.基于WBS-RBS的軟件開發(fā)風(fēng)險識別與控制
13.敏捷軟件開發(fā)的雙迭代模型
14.基于MATLAB的汽車制動系統(tǒng)設(shè)計與分析軟件開發(fā)
15.軟件開發(fā)勞動計量方法與軟件成本估算
16.基于計算機軟件開發(fā)的JAVA編程語言分析
17.一種以軟件體系結(jié)構(gòu)為中心的網(wǎng)構(gòu)軟件開發(fā)方法
18.基于構(gòu)件的軟件開發(fā)的方法與實踐
19.ABC:基于體系結(jié)構(gòu)、面向構(gòu)件的軟件開發(fā)方法
20.面向軟件開發(fā)信息庫的數(shù)據(jù)挖掘綜述
21.淺談三層架構(gòu)在軟件開發(fā)中的應(yīng)用
22.使用開源軟件進行軟件開發(fā)的風(fēng)險分析
23.汽車電子控制單元軟件開發(fā)模式研究
24.軟件開發(fā)與層次化思維方式
25.SQA規(guī)范對于教育軟件開發(fā)的啟示
26.基于證據(jù)理論的軟件開發(fā)風(fēng)險評估方法
27.軟件開發(fā)人員績效管理中的問題及對策
28.敏捷型軟件開發(fā)方法與極限編程概述
29.信息化軟件開發(fā)項目經(jīng)理績效考評研究
30.基于“眾包”的軟件開發(fā)模式
31.軟件開發(fā)模型研究綜述
32.支持第四代語言的并行進化式軟件開發(fā)模型CESD
33.光滑粒子動力學(xué)核心算法與軟件開發(fā)中的關(guān)鍵問題
34.面向重用的軟件開發(fā)價值鏈
35.基于MVC模式的應(yīng)用軟件開發(fā)框架研究
36.支持模型驅(qū)動式軟件開發(fā)的建模語言框架研究
37.3G智能終端軟件開發(fā)實驗教學(xué)改革的思考
38.軟件開發(fā)國際合作模式研究
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.基坑雙排樁支護結(jié)構(gòu)設(shè)計計算軟件開發(fā)及應(yīng)用
45.軟件構(gòu)架設(shè)計在軟件開發(fā)中的意義
46.面向軟件開發(fā)信息庫的數(shù)據(jù)挖掘綜述
47.談軟件開發(fā)中的需求分析
48.淺談插件化軟件開發(fā)
49.計算機軟件技術(shù)在植保軟件開發(fā)中的應(yīng)用
50.Onboard:以數(shù)據(jù)驅(qū)動的敏捷軟件開發(fā)協(xié)同工具
51.軟件開發(fā)綜合能力培養(yǎng)的案例教學(xué)
52.軟件配置管理在軟件開發(fā)平臺中的應(yīng)用
53.軟件開發(fā)成本估算模型的研究
54.軟件開發(fā)績效評價指標(biāo)體系的構(gòu)建
55.淺談計算機軟件開發(fā)技術(shù)的應(yīng)用研究與趨勢
56.軍用軟件開發(fā)工程化質(zhì)量管理研究
57.計算機軟件開發(fā)中的分層技術(shù)探討
58.基于學(xué)生軟件開發(fā)團隊的溝通機制研究
59.項目管理在軟件開發(fā)中的應(yīng)用
60.面向農(nóng)業(yè)軟件開發(fā)的構(gòu)件庫研究與實現(xiàn)
61.搭建式GIS軟件開發(fā)及其對軟件工程的影響
62.軟件開發(fā)過程中的質(zhì)量管理探析
63.軟件開發(fā)本體構(gòu)建與模塊化的應(yīng)用研究
64.基于CDIO的高職軟件開發(fā)專業(yè)課程體系設(shè)計
65.典型建筑火災(zāi)風(fēng)險評估體系及其軟件開發(fā)
66.有效的軟件開發(fā)項目風(fēng)險管理模型
67.框架技術(shù)在軟件開發(fā)中的研究與實踐
68.淺論新時期計算機軟件開發(fā)技術(shù)的應(yīng)用及發(fā)展趨勢
69.基于軟構(gòu)件的軟件開發(fā)框架研究
70.面向軟件開發(fā)信息庫的數(shù)據(jù)挖掘綜述
71.模型驅(qū)動的軟件開發(fā)模式研究
72.以《數(shù)據(jù)結(jié)構(gòu)》為核心的軟件開發(fā)課程群建設(shè)
73.護理信息網(wǎng)絡(luò)化管理的研究與軟件開發(fā)
74.分層技術(shù)在計算機軟件開發(fā)中的應(yīng)用
75.軟件開發(fā)生命周期法比較之敏捷與傳統(tǒng)
76.基于虛擬硬件在環(huán)的控制軟件開發(fā)
77.項目管理在軟件開發(fā)中的應(yīng)用分析
78.項目管理在軟件開發(fā)中的應(yīng)用研究
79.軟件開發(fā)中的設(shè)計原則
80.基于學(xué)習(xí)遺忘作用的人員調(diào)度實驗設(shè)計及其軟件開發(fā)
81.基于網(wǎng)絡(luò)的可信軟件大規(guī)模協(xié)同開發(fā)與演化
82.華池油田結(jié)垢預(yù)測及軟件開發(fā)
83.探析計算機軟件開發(fā)的規(guī)范化
84.軟件開發(fā)自動化平臺的研究與應(yīng)用
85.架構(gòu)和面向?qū)ο蠹夹g(shù)在PLC軟件開發(fā)中的應(yīng)用
86.國外XBRL軟件開發(fā)技術(shù)比較及啟示
87.企業(yè)軟件開發(fā)標(biāo)準(zhǔn)化探討
88.智能手機操作系統(tǒng)及其Google Android上的軟件開發(fā)
89.淺析軟件測試在軟件開發(fā)中的重要意義——從軟件功能測試的作用談起
90.軟件開發(fā)方法及其應(yīng)用
91.使用嵌入式Linux操作系統(tǒng)進行軟件開發(fā)的特點及優(yōu)勢
92.基于VB中MSComm控件的通信軟件開發(fā)與實現(xiàn)
93.軟件開發(fā)管理中的溝通與協(xié)調(diào)問題研究
94.基于Java語言的安卓軟件開發(fā)的研究
95.關(guān)于計算機軟件開發(fā)語言的研究
96.新時期計算機軟件開發(fā)技術(shù)的應(yīng)用研究
97.培養(yǎng)大學(xué)生軟件開發(fā)創(chuàng)新能力的探索與實踐
98.自適應(yīng)多Agent系統(tǒng)的面向Agent軟件開發(fā)方法學(xué)ODAM
第2篇：軟件開發(fā)論文范文
現(xiàn)代化社會的發(fā)展，軟件工程廣泛應(yīng)用到嵌入式系統(tǒng)、人機界面、翻譯器、電子郵件及數(shù)據(jù)庫和各項操作系統(tǒng)中。在此基礎(chǔ)上，還受到了航空、工業(yè)、政府部門及銀行等各個行業(yè)的大力追捧，大大減少了各行業(yè)工作人員的工作總量，有效提高了他們的工作效率，并促使人民群眾的生活質(zhì)量得到提高，帶動了社會經(jīng)濟的發(fā)展。軟件工程的開發(fā)離不開軟件工程師，根據(jù)領(lǐng)域的不同又分成系統(tǒng)測試員、分析員、工程師及程序員等，統(tǒng)稱為軟件工程師。他們肩負(fù)著對費用合理、質(zhì)量良好的軟件產(chǎn)品的開發(fā)，通常情況下，其主要以產(chǎn)品的可靠性、安全性、可維護性、實用性、功能性等指標(biāo)來衡量軟件產(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)和軟件過程標(biāo)準(zhǔn)，其是軟件構(gòu)件和軟件重用技術(shù)開發(fā)與發(fā)展的先決條件，可有效保障軟件工程產(chǎn)業(yè)的健康發(fā)展。軟件標(biāo)準(zhǔn)化應(yīng)用技術(shù)直接關(guān)系到軟件工程各項指標(biāo)能否達(dá)到相關(guān)標(biāo)準(zhǔn)，其也是衡量軟件工程成熟度的重要條件。國際標(biāo)準(zhǔn)化工程和系統(tǒng)工程委員會詳細(xì)指出了軟件工程的標(biāo)準(zhǔn)結(jié)構(gòu)，加之美國國防部關(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)件作為一項基礎(chǔ)條件有著不可小覷的重要作用。其中，軟件重用技術(shù)可讓軟件工程師從大量寫代碼的工作中解脫出來，促使其更好的投入到更具適用性軟件系統(tǒng)的開發(fā)中，從而確保空間和相關(guān)問題的一致性。軟件構(gòu)件技術(shù)是實現(xiàn)重用技術(shù)的前提，兩者相輔相成，互相促進。這一過程中，各類開發(fā)工具是軟件開發(fā)和應(yīng)用的依托，如集成開發(fā)環(huán)境、構(gòu)件庫管理及運行環(huán)境等。
2.3中間件技術(shù)的采用
中間件平臺作為軟件系統(tǒng)開發(fā)和運行的支撐，是實現(xiàn)構(gòu)件技術(shù)的前提。中間件適用于合適的平臺上，加速軟件的隔離和抽象，最終形成構(gòu)件。因此，中間件技術(shù)在軟件行業(yè)中備受青睞，根據(jù)分布對象、通信、事務(wù)處理、調(diào)用遠(yuǎn)程過程、訪問中間件這五大類進行劃分，具有劃時代的意義。
3軟件工程開發(fā)過程
3.1用戶需求分析
用戶需求分析即為在構(gòu)建或改變軟件系統(tǒng)時，應(yīng)根據(jù)新系統(tǒng)的定義、范圍及功能等內(nèi)容進行用戶群體需求分析，并綜合分析數(shù)據(jù)準(zhǔn)確把握系統(tǒng)定位，以開發(fā)出優(yōu)質(zhì)的系統(tǒng)軟件。該過程中，協(xié)調(diào)需求分析員和軟件工程師之間的關(guān)系是十分關(guān)鍵的，兩者強強合作后，應(yīng)首先找準(zhǔn)目標(biāo)用戶群，并針對用戶的實際需求確定系統(tǒng)軟件的各項功能，最終制定出最佳系統(tǒng)開發(fā)方案。
3.2軟件系統(tǒng)分析
軟件系統(tǒng)分析主要是指歸納和整合需求調(diào)查中的各項數(shù)據(jù)和相關(guān)資料，并針對軟件內(nèi)部實際管理和信息處理情況進行分析。軟件系統(tǒng)分析的主要目的是為了落實用戶的相關(guān)需求，并尋求出最具適用性的解決方法，其是軟件設(shè)計過程中不可或缺的組成部分。
3.3軟件測試
在整個軟件系統(tǒng)進入使用之前，軟件測試是最為重要的環(huán)節(jié)之一，在進行軟件測試時，不僅能對軟件的需求進行分析，還能對軟件的功能及性能進行驗證。軟件測試是指，根據(jù)運用軟件的測試方法和測試工具，按照測試流程及測試方案，對被測試軟件的功能與性能進行檢測。在對軟件進行測試的過程中，編程人員可以按照不同的軟件和不同的架構(gòu)編寫出各種測試系統(tǒng)以及測試方案和工具，以控制將有可能出現(xiàn)的問題。在軟件開發(fā)的整個過程中，都要緊抓各個開發(fā)環(huán)節(jié)及時進行同步的測試內(nèi)容，并且針對測試中發(fā)現(xiàn)的問題加以解決，同時完善相關(guān)的開發(fā)程序。在此之后進行重復(fù)測試，在反復(fù)測試中不斷完善各種問題，直到軟件最終成為完整產(chǎn)品。
4軟件工程開發(fā)的基本特征與應(yīng)用情況
4.1明確性
軟件工程在進行軟件設(shè)計時就已經(jīng)根據(jù)人們多種多樣的需求制定了明確的目標(biāo)。軟件工程設(shè)計的任務(wù)是在工程實施或者產(chǎn)品投產(chǎn)之前，為這項工程或產(chǎn)品提供各種需求的標(biāo)準(zhǔn)，這一任務(wù)正是體現(xiàn)了軟件工程中“需求分析”的特點，并且需求分析的質(zhì)量對軟件開發(fā)的成敗有著直接影響。在這個階段中，開發(fā)技術(shù)人員需要不斷的與用戶進行溝通和交流，完全明確軟件開發(fā)項目的概念，最終形成一個完整的、清晰的、明確的開發(fā)目標(biāo)。
4.2完整性
在用戶或者服務(wù)器系統(tǒng)的應(yīng)用中，保證信息準(zhǔn)確無誤的重要條件是數(shù)據(jù)及數(shù)據(jù)處理的完整性。因此，在軟件開發(fā)的過程中，確保數(shù)據(jù)及數(shù)據(jù)處理完整性的邏輯要求是最為嚴(yán)密的。例如，有時在處理一個事物的過程中，會修改多個表格數(shù)據(jù)，如果在修改中發(fā)生了任何細(xì)小錯誤，都必須放棄整個處理過程，而不是其中的一個過程，然后返回最開始的階段，以確保操作的完整性，從而保證了數(shù)據(jù)及數(shù)據(jù)處理的完整性。
4.3規(guī)范性
應(yīng)用軟件的開發(fā)工作在不同人員進行修改時需要能較為容易的接手，因此開發(fā)應(yīng)用軟件必須保證規(guī)范性。由于軟件在開發(fā)的過程中需要按照一定的規(guī)則進行對象組合，所以能符合標(biāo)準(zhǔn)。但是如果是群體開發(fā)軟件，由于每個程序員的想法及工作習(xí)慣都不相同，因此不容易符合標(biāo)準(zhǔn)，而軟件開發(fā)的標(biāo)準(zhǔn)極為重要，必須保證其規(guī)范性，所以在軟件開發(fā)的過程中，程序員之間需要多溝通交流，確保軟件的順利開發(fā)。
4.4易維護性
由于在軟件開發(fā)的過程中，對象組合具有繼承性，在對祖先對象進行修改時，也會對其繼承對象造成直接影響，提高了軟件程序在一定程度上的維護性。并且，邏輯規(guī)定和語法規(guī)定相同，群體開發(fā)軟件不會因為個人特有的思想與工作習(xí)慣受到影響，從而使軟件開發(fā)的維護性得到了保證，也提高了相互之間互相彌補的可能性。
4.5創(chuàng)新性
科學(xué)技術(shù)需要發(fā)展，發(fā)展離不開創(chuàng)新。隨著工程技術(shù)的不斷創(chuàng)新，軟件開發(fā)出的產(chǎn)品在滿足人們高要求的同時不斷進步，為了獲得廣大用戶的信任與支持，系統(tǒng)分析員在進行系統(tǒng)分析時，應(yīng)當(dāng)全方位了解廣大用戶的需求，針對用戶的各種需求提出可行性方案，并且在不斷的與用戶交流中完善與改進方案，在如此反復(fù)中完成整個設(shè)計開發(fā)的過程。
5結(jié)束語
第3篇：軟件開發(fā)論文范文
建立三維中子動力學(xué)模型，包括三維中子擴散模型和考慮軸向流動的DNP平衡方程。由于DNP隨燃料沿軸向流動，部分先驅(qū)核流出堆外并發(fā)生衰變，未衰變的將再次進入堆芯，因此DNP方程需在整個主回路中進行求解。時空中子動力學(xué)方程組包括G個中子擴散方程和I個DNP方程。根據(jù)之前的相關(guān)研究[3]可知，燃料鹽的流動對堆芯中子注量率幾乎沒有影響，因此熔鹽堆動力學(xué)方程組中的注量率方程與傳統(tǒng)固體堆動力學(xué)注量率方程沒有區(qū)別，只是在先驅(qū)核方程中增加了流動項。
2、程序驗證
本文利用MSRE的實驗數(shù)據(jù)對程序進行驗證，MSRE功率為8MW，慢化劑為石墨，氟化鹽以648.9℃的溫度流經(jīng)由石墨柵陣構(gòu)成的矩形管道。根據(jù)橡樹嶺國家實驗室（ORNL）熔鹽堆運行報告[5]建立MSRE的簡化模型（圖1）。近似的MSRE幾何模型為圓柱體，半徑為71.2cm，高度為200.7cm，堆芯填充石墨柵陣，高度為17.15cm的上下腔室分別在石墨柵陣頂部和底部。石墨管道中燃料流速與上下腔室中的流速不同。計算中使用的熱工水力參數(shù)取自文獻(xiàn)[6]。燃料組成部分取自MSRE運行報告，為減少實驗結(jié)果與計算結(jié)果的偏差，模擬過程選取了2套不同的DNP數(shù)據(jù)：①基于ENDF/B-VI庫由HELIOS組件計算產(chǎn)生；②由ORNL提供的緩發(fā)中子數(shù)據(jù)。堆芯內(nèi)有效DNP份額的計算方法取自文獻(xiàn)[7]。
2.1MSRE穩(wěn)態(tài)運行下DNP損失
第1個基準(zhǔn)題計算MSRE穩(wěn)態(tài)運行下的DNP損失。MSRE實驗結(jié)果與文獻(xiàn)[8]的計算結(jié)果作為參考解。本文計算了MSRE在采用235U燃料和233U燃料的2種情況下的緩發(fā)中子份額損失。表1、表2列出了2種燃料類型下本文計算的六組緩發(fā)中子份額損失與參考值的比較。從表中可以看出，本文的計算結(jié)果與試驗值吻合較好，與其他單位的計算值差別不大。偏差的原因主要來自：①進行MSRE模擬時采用的簡化幾何模型不同；②評價緩發(fā)中子份額損失的模型不同。
2.2MSRE起泵和停泵瞬態(tài)
第2個基準(zhǔn)題模擬MSRE在無保護狀態(tài)下的燃料起泵和停泵瞬態(tài)過程。在這2個瞬態(tài)過程中，堆芯通過調(diào)節(jié)控制棒的位置使功率保持不變，反應(yīng)性的損失可通過控制棒的位置進行計算。與上一基準(zhǔn)題類似，模擬過程中使用了2組緩發(fā)中子數(shù)據(jù)。起泵過程中，燃料流量在10s內(nèi)從0升高到正常值，停泵過程中，燃料流量在22s內(nèi)從正常值降低為0。燃料流量的變化數(shù)據(jù)取自文獻(xiàn)[9]。由圖2可知，MOREL能很好地模擬MSRE在起泵和停泵過程中緩發(fā)中子份額的變化。MSRE在實驗過程中對控制棒的提棒速度有一定限制，本文模擬過程中沒有考慮到這個因素，這可能是高估反應(yīng)性損失的一個原因。從圖2可知，在約13s時，反應(yīng)性損失曲線有一個波動，這是由于堆芯外未衰變的先驅(qū)核重新進入堆芯。
3、結(jié)論
第4篇：軟件開發(fā)論文范文
為培養(yǎng)孩子的想象力與創(chuàng)造力提供了平臺，游戲軟件所建造的情景教學(xué)，讓小學(xué)生深入其中，有效的掌握了所要學(xué)的知識，并為小學(xué)生的想象力、創(chuàng)造力的開發(fā)與發(fā)展構(gòu)建了有利的外部環(huán)境，同時使小學(xué)生鞏固了學(xué)過了的知識，也為學(xué)習(xí)新知識打下了一定的基礎(chǔ)。富有多種功能，降低了教師的教學(xué)壓力。在小學(xué)英語教學(xué)中應(yīng)用游戲軟件，使學(xué)生課前就對知識有了一定的認(rèn)識，對于不勝理解的地方可以反復(fù)播放。如此教師在授課的過程中減少了對知識點的強調(diào)往復(fù)，提高了教學(xué)效率與教學(xué)質(zhì)量，減輕了教師的負(fù)擔(dān)。
二、當(dāng)前游戲軟件開發(fā)在小學(xué)英語教學(xué)中所存在的不足
1.目前小學(xué)英語教學(xué)的游戲界面制作沒有嚴(yán)謹(jǐn)性，沒有給予其足夠的重視。一般的游戲軟件教學(xué)的過程中，界面所播放的畫面與所要教授的單詞、語法等內(nèi)容能否一致，畫面與情景介紹能否吸引孩子的注意力，文字內(nèi)容與背景的融合是否合理等都沒有進行嚴(yán)格的考慮與檢查。2.游戲軟件在小學(xué)英語教學(xué)的過程中在一定程度上忽略了學(xué)生對學(xué)習(xí)的主動性。游戲軟件應(yīng)用于英語教學(xué)，在軟件界面上過于重復(fù)再現(xiàn)單詞與語法，導(dǎo)致了學(xué)生在學(xué)習(xí)的過程中處于被動的地位，沒有自主選擇學(xué)習(xí)內(nèi)容的空間。而教師在此軟件中，無法調(diào)整完全適宜的軟件進行英語教學(xué)，學(xué)生難以依據(jù)自身的基礎(chǔ)水平選擇恰當(dāng)?shù)挠螒蜍浖W(xué)習(xí)。3.游戲軟件沒有與教學(xué)方法相結(jié)合。當(dāng)前小學(xué)英語的教學(xué)方法多沒有與游戲軟件相結(jié)合，這樣既不利于小學(xué)生的英語學(xué)習(xí)，又使教學(xué)方法與游戲軟件方向難以統(tǒng)一。教學(xué)上要求由淺入深，在教學(xué)中運用游戲化軟件也應(yīng)遵循這一理論，若教學(xué)方法沒有與游戲軟件相結(jié)合，根據(jù)英語的分級理論一步一步的進行教學(xué)設(shè)計，構(gòu)建英語知識點的相關(guān)鏈接，學(xué)生則很難講英語學(xué)習(xí)與游戲軟件聯(lián)系起來，增大了學(xué)生的學(xué)習(xí)難度。
三、游戲軟件之于小學(xué)英語教學(xué)的實用性
游戲軟件具有開放性。在融入小學(xué)英語教學(xué)的游戲軟件的中英對白、情節(jié)介紹、人物形象都無形中訓(xùn)練了小學(xué)生的理解力與學(xué)習(xí)語言能力。還有，游戲軟件的開發(fā)應(yīng)用于小學(xué)英語教學(xué)，為小學(xué)生創(chuàng)造力類似真實的教學(xué)情景，其畫面色彩、聲音等都于人真實感，讓小學(xué)生如身臨其境，大大提高了小學(xué)生的表達(dá)能力。軟件游戲中的曲調(diào)、節(jié)奏和韻律在英語教學(xué)的過程中不經(jīng)意間開拓了小學(xué)生的音樂智能、辨別能力、記憶能力等。
四、結(jié)語
第5篇：軟件開發(fā)論文范文
軟件開發(fā)團隊是軟件研發(fā)企業(yè)中最常見的項目團隊，一個軟件從構(gòu)想到真正出現(xiàn)在市場上，需要大量的從事不同工作的人共同努力，因此，軟件研發(fā)企業(yè)目前的產(chǎn)品生產(chǎn)管理主要是以“項目”為主而進行運作。軟件開發(fā)作為一項知識密集型的智力勞動，客觀上要求必須對團隊內(nèi)部的知識進行系統(tǒng)的挖掘與利用，從而不斷產(chǎn)生新的知識，才能保證高質(zhì)量地完成開發(fā)任務(wù)。同時，軟件開發(fā)團隊是以特定客戶為中心的任務(wù)導(dǎo)向團隊，開發(fā)任務(wù)目標(biāo)完全以用戶需求為中心，開發(fā)任務(wù)的約束條件以客戶要求為準(zhǔn)，不能完全參考以往的任何模式，因此軟件開發(fā)團隊對知識創(chuàng)新的需求十分明顯。本文對軟件開發(fā)團隊的知識創(chuàng)新進行分析，提出促進軟件開發(fā)團隊知識創(chuàng)新的措施。
二、基于SECI模型的軟件開發(fā)團隊知識創(chuàng)新
日本學(xué)者野中郁次郎在1991年提出了經(jīng)典的知識創(chuàng)造模型——SECI模型，描述了在一個組織內(nèi)部隱性知識和顯性知識相互轉(zhuǎn)化從而實現(xiàn)組織知識創(chuàng)新的過程。本文運用SECI模型，對軟件開發(fā)團隊的知識創(chuàng)新分析如下：
1.軟件開發(fā)團隊在社會化知識活動中的知識創(chuàng)新
軟件開發(fā)團隊中每個成員都有自己的隱性知識，而這些知識需要在與他人的交流中觀察、感覺才能進行分享。由此，社會化模式通常是從設(shè)立一個互動的“范圍”開始，在這個范圍內(nèi)促進成員經(jīng)驗和心智模式的分享。在軟件開發(fā)團隊中，社會化主要通過團隊領(lǐng)導(dǎo)者積極的示范和指導(dǎo)、合理調(diào)整團隊的結(jié)構(gòu),以及交叉培訓(xùn)等方式進行，以促進知識共享與創(chuàng)新。
2.軟件開發(fā)團隊在外化知識活動中的知識創(chuàng)新
外化（Externalization）過程是從個體的隱性知識到群體的顯性知識的過程。由于外化從隱性知識創(chuàng)造出新的顯性知識，所以它對知識創(chuàng)新至關(guān)重要。在軟件開發(fā)團隊中，外化過程一般由“對話或集體思考”開始，通過各種技術(shù)手段，將團隊成員個人的隱性知識顯性化，并融入到團隊顯性知識庫中，以供整個團隊利用。
3.軟件開發(fā)團隊在聯(lián)結(jié)化知識活動中的知識創(chuàng)新
聯(lián)結(jié)化（Combination）是從分離的顯性知識到系統(tǒng)的顯性知識的過程。軟件開發(fā)團隊中的管理者經(jīng)常會收集不同來源的顯性知識，并使用這些經(jīng)過編輯的顯性知識來創(chuàng)造新概念，另外，在開發(fā)工作中，也貫穿著知識的聯(lián)結(jié)化活動。這個過程要求對團隊內(nèi)部的顯性知識進行整合，在團隊內(nèi)部建立獨特的知識系統(tǒng)，以便更好地整理團隊內(nèi)部的顯性知識。
4.軟件開發(fā)團隊在內(nèi)化知識活動中的知識創(chuàng)新
內(nèi)化（Internalization）過程是從顯性知識到成員個人的隱性知識的過程。在軟件開發(fā)團隊中，項目計劃,以及開發(fā)過程中的錯誤、經(jīng)驗，都記錄在各種各樣的文檔中，這些構(gòu)成了團隊的顯性知識，但要想讓團隊成員合理地利用這些知識，只有成員們真正地消化、吸收，使其轉(zhuǎn)化為自身的隱性知識。這一過程可以通過組織培訓(xùn)，使團隊成員通過學(xué)習(xí)各種手冊、文件,以及他人的經(jīng)驗，擴充自己的隱性知識，促進知識創(chuàng)新。
三、促進軟件開發(fā)團隊知識創(chuàng)新的措施
軟件開發(fā)團隊可采取以下措施促進知識創(chuàng)新：
1.構(gòu)建學(xué)習(xí)型的軟件開發(fā)團隊
其中首先是要建設(shè)有利于知識分享與創(chuàng)新的團隊文化，其次是通過各種信息技術(shù)手段為團隊成員學(xué)習(xí)提供便利。文化從意識形態(tài)層面對知識型員工的行為產(chǎn)生影響，在組織中營造濃厚的尊重知識和共享知識的氛圍，為知識創(chuàng)新提供了無形的拉力。一方面，要保證團隊內(nèi)部暢通的溝通渠道，另一方面，通過建立各種激勵機制，促使作為知識發(fā)送方的團隊成員在已形成的“Ba”中自愿地貢獻(xiàn)出自己的知識。這樣就達(dá)到全體成員都樂于參與知識共享，最終發(fā)展成知識共享型組織文化（即學(xué)習(xí)型團隊）的目的，從而促進了團隊知識社會化及外化活動。
2.建立團隊知識庫系統(tǒng)
這涉及到知識的外化和聯(lián)結(jié)化活動，并且為內(nèi)化提供了有利條件，主要可以借助以下信息技術(shù)：①文檔管理技術(shù)。利用文檔管理技術(shù)，堅強團隊知識分享，促進團隊知識創(chuàng)新。②數(shù)據(jù)倉庫與數(shù)據(jù)挖掘技術(shù)。這一技術(shù)通過將團隊成員個人的隱性知識顯性化，并融入到團隊顯性知識庫中，為團隊內(nèi)部成員提供更多顯性知識。
3.構(gòu)建實踐社區(qū)
在團隊中構(gòu)建實踐社區(qū)，使團隊成員在日常實踐活動中相互影響，交流經(jīng)驗，就共同關(guān)注的問題進行探討，共同解決問題，以便更好地挖掘隱性知識的價值?？山柚畔⒓夹g(shù)，如知識協(xié)作技術(shù)，進行協(xié)同管理，通過建立內(nèi)部網(wǎng)絡(luò)，提供知識積累、交流的基本平臺，其中對軟件開發(fā)團隊影響最大的是基于因特網(wǎng)這樣的協(xié)作技術(shù)，包括電子郵件、短信服務(wù)、即時通信等網(wǎng)絡(luò)交流工具，使各層級的成員都可以及時、方便地交流。
參考文獻(xiàn)：
[1]IkujiroNonaka,RyokoToyama,NoboruKonno.SECI,BaandLeadership:AUnifiedModelofDynamicKnowledgeCreation.LongRangePlanning,2000(33):5-34
[2]魏國華:企業(yè)知識創(chuàng)新管理研究[D]．哈爾濱工業(yè)大學(xué),2004:1-55
[3]耿新彭留英:企業(yè)知識的分類、分布與轉(zhuǎn)化機制研究——系統(tǒng)化視角下對SECI模型的一個擴展.管理科學(xué),2004,17(4):43-48
第6篇：軟件開發(fā)論文范文
[論文摘要]科學(xué)有效的軟件項目管理有助于項目開發(fā)的成功．本文介紹了軟件項目管理的內(nèi)容并結(jié)合軟件項目開發(fā)經(jīng)驗，探討了影響軟件項目管理的幾個關(guān)鍵因素．
[論文關(guān)鍵詞]軟件項目軟件項目管理
0引言
隨著信息技術(shù)的飛速發(fā)展，軟件產(chǎn)品的規(guī)模和復(fù)雜度隨之增加，傳統(tǒng)作坊式的開發(fā)方式逐步被以項目組為單位的協(xié)作式開發(fā)方式所取代，這就必然涉及到對軟件項目的管理．實踐表明，一個軟件項目的成敗，不在于其項目組的技術(shù)人員的技術(shù)水平，而在于是否采用的合適的管理：．好的管理方式不一定能使項目完全成功，但是一個不合適的管理模式往往會導(dǎo)致軟件項目的失敗．
1軟件項目管理的特殊性
所謂項目，就是在特定條t"ae下，具有特定目標(biāo)的一次性任務(wù)，是在一定時間內(nèi)，滿足一系列特定目標(biāo)的多項相關(guān)工作的總稱．項目具有一次性、獨特性、目標(biāo)的確定性、組織的臨時性和開放性以及成果的不可挽回性等基本屬性．
項目管理是指“在項目活動中運用專門的知識、技能、工具和方法，使項目能夠?qū)崿F(xiàn)或超過項目干系人的需要和期望．”這一定義不僅僅是強調(diào)使用專門的知識和技能，還強調(diào)項目管理中各參與人的重要性．項目經(jīng)理不僅僅要努力實現(xiàn)項目的范圍、時間、成功和質(zhì)量等目標(biāo)，還必須協(xié)調(diào)整個項目過程，滿足項目參與者及其他利益相關(guān)者的需要和期望．
軟件項目管理和其他的項目管理相比有相當(dāng)?shù)奶厥庑裕紫?，軟件的整個過程都是設(shè)計過程，不需要大量的物質(zhì)資源，而主要是人力資源，軟件開發(fā)的產(chǎn)品以程序代碼和技術(shù)文檔為主，并沒有其他的物質(zhì)成果；其次，軟件是純知識產(chǎn)品，其開發(fā)進度和質(zhì)量很難估H-和度量，生產(chǎn)效率也難以預(yù)測和保證．軟件系統(tǒng)的復(fù)雜性也導(dǎo)致了開發(fā)過程中各種風(fēng)險的難以預(yù)見和控制．因此，軟件項目管理和其他項目管理相比，有很大的獨特性．
2軟件項目管理的內(nèi)容
軟件項目管理是一種科學(xué)的管理手段，它是為了使軟件項目能夠按照預(yù)定的成本、進度、質(zhì)量順利完成，而對成本、人員、進度、質(zhì)量、~x-2,險等進行分析和管理的活動．管理的范圍涉及人員的組織與管理、軟件度量、項目計劃、風(fēng)險管理、質(zhì)量保證、過程能力配置管理等幾個方面，這幾個方面都是貫穿、交織于整個軟件開發(fā)過程中的．從軟件工程的角度講，軟件開發(fā)主要分為六個階段：需求分析階段、概要設(shè)計階段、詳細(xì)設(shè)計階段、編碼階段、測試階段、安裝及維護階段．不論是作坊式開發(fā)，還是團隊協(xié)作式開發(fā)，這六階段都是不可缺少的．從用戶的角度來看，軟件項目的生命周期應(yīng)該包括項目前期的論證工作、項目計劃、軟件開發(fā)、運行、維護及項目評價．由此可見，軟件項目管理的范圍不包括傳統(tǒng)的軟件開發(fā)過程，還應(yīng)該包括開發(fā)前的準(zhǔn)備工作以及運行中的維護工作和對項目的總結(jié)工作．根據(jù)PMBOK(項目管理知識體系ProjectManagementBodyofKnowledge，簡稱PMBOK)中的定義，軟件項目管理可以分為以下幾個方面：
2．1集成管理：項目計劃制定、項目計劃實施、集成變更控制等．
2．2范圍管理：制定范圍計劃編制、范圍定義核實、變更控制、任務(wù)協(xié)調(diào)等．
2．3時間管理：項目任務(wù)分解、進度計劃編制、任務(wù)持續(xù)時間估算、進度計劃控制等．
2．4成本管理：資源計劃編制、成本估算、成本預(yù)算和控制等．
2．5質(zhì)量管理：項目質(zhì)量計劃編制、軟件質(zhì)量保證、軟件質(zhì)量控制、軟件過程改進等．
2．6人力資源管理：組織的計劃編制、人員職責(zé)的分配、團隊合作發(fā)展等．
2．7溝通管理：建立溝通渠道、信息交換管理等．
2．8風(fēng)險管理：項目風(fēng)險識別、項目風(fēng)險分析、項目風(fēng)險優(yōu)先分析、項目風(fēng)險控制等．
2．9采購管理：采購計劃編制、合同管理、合同收尾等．
在面的軟件項目管理中，有幾個關(guān)鍵因素，它影響著軟件項目的成敗，下面就這幾4-關(guān)鍵因素進行一下探討．
3軟件項目管理的關(guān)鍵因素
3．1合理配置人力資源
眾所周知，人是決定組織和項目成敗的關(guān)鍵，也是影響軟件93：發(fā)質(zhì)量的最關(guān)鍵的因素，因此軟件項目管理應(yīng)該以人為本，有效管理人力資源，合理配置人力資源．應(yīng)該根據(jù)項目組成員的組成結(jié)構(gòu)情況，合理搭配，充分發(fā)揮每位成員的技術(shù)專長，做到人盡其能；組織組建好項目團隊，培養(yǎng)團結(jié)一致的團隊精神，規(guī)范良好的職業(yè)道德；建立健全完備的獎懲制度，落實權(quán)利責(zé)任制度，做到權(quán)責(zé)明確，并在項目進程能及時化解各種人事沖突，營造良好的團隊協(xié)作環(huán)境．
3．2順暢有效的溝通管理
開發(fā)軟件項目是一項知識性極強的工作，對人的依賴性比其它行業(yè)更為突出，因此加強人員之間的有效溝通，實現(xiàn)順暢有效的溝通管理是軟件項目成功的另一個關(guān)鍵因素．溝通管理是一個收集、存儲、配置和項目生命周期內(nèi)所形成的各種信息的過程．它把成功所必須的因素——人、想法和信息之間提供了一個關(guān)鍵連接．對于項目來說，要科學(xué)地組織、指揮、協(xié)調(diào)和控制項目的實施過程，就必須進行信息溝通．這里的溝通包括兩個方面，一個方面是軟件項目組開發(fā)人員與用戶的溝通，另一方面則是軟件項目組內(nèi)人員的溝通．前者是做好軟件需求分析所必須的；而后者則有助于組內(nèi)成員的彼此交流，減少理解錯位，實現(xiàn)信息暢通，改善人際關(guān)系，化解可能的沖突，加快項目的進度．溝通的方式是多樣的，可以采用常用的項目組例會方式，可以通過面談彼此交換意見；也可以利用方便快捷的通訊工具如電話、EMAIL、傳真等方式加強信息的溝通；總之，順暢有效的信息溝通，可以取得彼此的理解，剔除項目進度中的“BUG”，有利于項目按計劃順利開展．
3．3正確可靠的軟件需求
軟件需求是軟件項目的根本所在，需求不明確，軟件項目開發(fā)范圍不確定，項目開發(fā)就會失去方向，容易造成開發(fā)的產(chǎn)品和用戶實際的需求“南轅北轍“，最終導(dǎo)致項目的失敗．一個可靠的需求，也是項目管理的關(guān)鍵因素之一．軟件需求應(yīng)當(dāng)是項目有關(guān)的人員一致同意的、清楚的、完整的、詳細(xì)的、可實現(xiàn)的和可測試的需求的確定，開發(fā)人員應(yīng)該反復(fù)和用戶進行溝通，認(rèn)真聽取用戶的意見，及時歸檔記錄，并適時發(fā)掘用戶的潛在需求，最大限度地滿足用戶的目標(biāo)，開發(fā)出用戶最理想的產(chǎn)品．最后應(yīng)拿出開發(fā)人員和用戶一致認(rèn)可的軟件需求說明書，并加以確認(rèn)．在項目開始以后，應(yīng)該盡最大可能不更改需求，要與用戶進行很好地溝通，以確保開發(fā)212作能按照需求進行，減少需求變更帶來的風(fēng)險!因此，正確可靠的軟件需求也是項目成功的重要保障．
3．4周密可行的項目計劃．
“凡事預(yù)則立，不預(yù)則廢．”軟件項目實施過程中，還必須有一個周密可行的項目計劃．軟件項目計劃的目的是為完成軟件工程和管理軟件項目而制定的合理的計劃，它包括以下步驟：估計軟件產(chǎn)品規(guī)模及所需的資源，制定表，鑒別和評估軟件風(fēng)險和協(xié)商約定，而且要標(biāo)志出幾個階段性的里程碑，這些都是極為關(guān)鍵的．軟件項目開發(fā)組來說，一個可行的計劃的重要性是不言而喻的．在實際發(fā)中，：計劃的重視程度不夠，計劃過于籠統(tǒng)、粗糙導(dǎo)致可執(zhí)行性差，再加上一些人為因素的影響，必然會產(chǎn)生一些反面的影響，或者有了周密可行的計劃不嚴(yán)格遵守計劃執(zhí)行，任意變更，都將產(chǎn)生嚴(yán)重的負(fù)面影響，有時甚至是災(zāi)難性的影響．因此，要想成功進行項目管理，就要對高度重視、周密制定、嚴(yán)格執(zhí)行．只有嚴(yán)格進行計劃才能使成功項目管理得以實施．
3．5健全完備的文檔資料
軟件項目的文檔作為軟件產(chǎn)品的主要形式之一，集中體現(xiàn)了軟件人員的勞動成果，在整個軟件生存周期中占據(jù)重要位置．特別是在開發(fā)過程中需求發(fā)生了變更的情況下，健全完備的文檔資料的重要作用就充yJ-~：現(xiàn)出來，開發(fā)人員可以及時在文檔中回溯，快速鎖定問題所在，及時解決問題避免軟件項目延期，減少項目．此外，健全完備的檔資料在項目接近尾聲時也便于軟件的測試與后期的維護工作，在項目結(jié)尾時，健全完備的文檔資料也為人員的培訓(xùn)和項目的再開發(fā)發(fā)揮重要作用，因健全完備的文檔資料也是軟件項目成功的重要因素，在項目管理過程中應(yīng)該高度重視．
3．6嚴(yán)格的風(fēng)險管理
軟件項目的管理是存在風(fēng)險的，我們應(yīng)該提前重視風(fēng)險，并有所防范，最大限度減少風(fēng)險的發(fā)生．實行嚴(yán)格的Ixt．險管理是有效的手段．建立風(fēng)險項目檢查表是進行風(fēng)險識別的有效地方法就是，主要涉及到產(chǎn)品規(guī)模風(fēng)險檢查、過程風(fēng)險檢查、技術(shù)風(fēng)險檢查、開發(fā)環(huán)境風(fēng)險檢查等．此外軟件的風(fēng)險評估也是必不可少的．主要涉及到發(fā)生的可能性，最好建立一個尺度表示風(fēng)險可能性；發(fā)生的結(jié)果；確定風(fēng)險評估的正確性；另外，要對每個風(fēng)險的表現(xiàn)、范圍、時間做出盡量準(zhǔn)確的判斷．同時，要依據(jù)以下三個要素對風(fēng)險進行評價：風(fēng)險描述、風(fēng)險概率和風(fēng)險影響．并從成本、進度及性能三方面對風(fēng)險進行描述．
第7篇：軟件開發(fā)論文范文
一、軟件工程開發(fā)中常見的問題
軟件工程是一門工程性的學(xué)科，其目標(biāo)主要是成功地建造一個大型軟件系統(tǒng)。包括：付出較低開發(fā)成本；達(dá)到要求的軟件功能；取得較好的軟件性能；軟件易于移植；維護費用較低；能按時完成開發(fā)任務(wù)；軟件可靠性高等。在軟件工程開發(fā)中遇到的具體問題可以總結(jié)為如下幾點：
（1）軟件模塊開發(fā)過于獨立，各模塊沒有統(tǒng)一的開發(fā)標(biāo)準(zhǔn)，造成系統(tǒng)功能重復(fù)，開發(fā)平臺不統(tǒng)一，系統(tǒng)整合難度大；
（2）系統(tǒng)開發(fā)往往針對某一特定功能，沒有形成一個完整的系統(tǒng)結(jié)構(gòu)；
（3）總體設(shè)計不夠細(xì)致，各個子系統(tǒng)功能模塊風(fēng)格不統(tǒng)一；
（4）開發(fā)人員技術(shù)水平、開發(fā)能力和時間有限，開發(fā)手段相對原始，代碼的可重用性低、可讀性差；
（5）缺乏有效的軟件文檔管理。這些問題集中體現(xiàn)在軟件項目開發(fā)的每一模塊中，導(dǎo)致整個項目開發(fā)過程中，開發(fā)費用超出原定計劃，生產(chǎn)的軟件系統(tǒng)不能滿足用戶需求，系統(tǒng)難以簡易維護，系統(tǒng)無法高效運行等問題。這里既有技術(shù)層面的因素，即開發(fā)平臺不統(tǒng)一；也有軟件開發(fā)的組織與管理層面的因素，即程序員對系統(tǒng)功能的定義、規(guī)劃和設(shè)計不明確，往往是開發(fā)人員摸著石頭過河，僅僅從自己開發(fā)的這部分模塊來考慮問題，另外開發(fā)人員和測試人員不能很好的協(xié)調(diào)，這些都說明了軟件項目管理這一角色的欠缺。
二、項目管理針對軟件工程開發(fā)的優(yōu)勢
項目管理包括時間、質(zhì)量、成本三大要素，三者相輔相成，相互制約。時間可等價于軟件項目開發(fā)中的開發(fā)生命周期，即在最終達(dá)到開發(fā)目標(biāo)前的各個階段的總用時。質(zhì)量可等價于最終開發(fā)軟件系統(tǒng)的功能性，可用性與達(dá)到的客戶滿意度。成本相當(dāng)于軟件項目開發(fā)中的費用，包括人力、地點、工具、系統(tǒng)故障處理等方面的開銷。統(tǒng)籌時間、質(zhì)量、成本三要素，即統(tǒng)籌軟件項目開發(fā)周期、軟件使用客戶滿意度和開發(fā)費用之間的平衡關(guān)系，不因忽略某一項指標(biāo)而導(dǎo)致項目開發(fā)目的實現(xiàn)不了或中途中斷，也不會為了實現(xiàn)較高的效率，而忽略成本的犧牲，讓所有項目開發(fā)過程中，所涉及到的因素都可有條不紊地進行。
SPPT是項目管理另一層面上概括的四要素，分別為：戰(zhàn)略（Strategy）、人（People）、次序和安排（Process）、工具（Tool）。戰(zhàn)略對于軟件項目來說，主要概括為模塊開發(fā)的開發(fā)方式，配合方法等；人，毫無疑問，指的是項目開發(fā)中的參與者；次序則是項目如何劃分模塊，以及模塊開發(fā)的先后次序；工具，即使用工具，包括：輔導(dǎo)設(shè)計程序系統(tǒng)、文檔編寫系統(tǒng)、資源管理系統(tǒng)等。對這四要素的穩(wěn)定地統(tǒng)籌把握，能更好的協(xié)調(diào)好項目開發(fā)過程中涉及的多個方面，而又不造成某一方面的缺失，導(dǎo)致項目最終目的實現(xiàn)不了或效果不明顯。
三、項目管理思想與軟件工程開發(fā)的結(jié)合
根據(jù)上述項目管理要素與軟件工程開發(fā)要素的結(jié)合，平衡項目開發(fā)過程中的開發(fā)要素，能更加簡潔高效地完成項目開發(fā)目標(biāo)。IT軟件企業(yè)處于項目為主導(dǎo)的環(huán)境中，每天所面對的將是成百上千不斷發(fā)生、進行的項目。在這種多項目并發(fā)、高技術(shù)、快速變化、資源有限的環(huán)境下，為了試圖滿足不斷變化的市場需求及應(yīng)對各種挑戰(zhàn)，必須考慮改進項目管理。
以項目為中心有效地將所有資源結(jié)合在一起的工作方式將是軟件企業(yè)，特別是項目經(jīng)理或企業(yè)主管必須面對的、認(rèn)真思考的課題。一個成熟的軟件項目，必須具有一位項目經(jīng)理做到：了解軟件開發(fā)項目完整流程；掌握如何制定完整精煉的軟件項目計劃書；掌握項目管理體系中的各個要素；學(xué)會進行項目的跟蹤和總結(jié)等。除此之外，一個軟件項目能否最終達(dá)到成功，最關(guān)鍵的是進度控制。對于進度控制而言，計劃尤為重要，它影響到資源是否被合理使用，項目能否順利進行，直接關(guān)系到項目的成敗。有兩個重要方法可以應(yīng)用到該控制中，一個是里程碑設(shè)置，以周為一個小里程碑，以月為中里程碑，以項目初驗為一個大里程碑，允許在一定范圍內(nèi)存在進度偏移度。另一個是項目定期匯報。提交工作項目周報，包括項目名稱、項目負(fù)責(zé)人、項目開始時間、項目計劃初驗時間、項目計劃偏移度等。最后，制定周例會制度、建立配置管理和監(jiān)督體系，也尤為重要。
第8篇：軟件開發(fā)論文范文
自考計算機專業(yè)畢業(yè)論文怎么寫呢？有沒有什么寫作技巧呢？本篇就是向大家介紹了自考計算機專業(yè)畢業(yè)論文寫作技巧，記得關(guān)注學(xué)術(shù)參考網(wǎng)查看更多的論文寫作方法，歡迎大家閱讀借鑒。
寫作流程
自考計算機專業(yè)畢業(yè)論文有1年準(zhǔn)備時間，寫作時間的分配主要取決于考生軟件開發(fā)的進度，如果考生開發(fā)的軟件很成熟，那末后續(xù)的寫作時間就較快，否則后面的寫作就會很被動。例如，一般會在每年7月份登記，9月底開題，期間開發(fā)軟件，到第二年2、3月就要完成初稿，再留一個月修改。
1、選題。選題首先要重要、有意義。例如有的考生選擇設(shè)計木馬程序，其本身是個病毒程序，這樣的程序只能帶來危害，實際生活中沒有意義，就不能用于做畢業(yè)論文。
2、開發(fā)軟件。開發(fā)軟件要與實際相結(jié)合。實際性非常重要，要自己能開發(fā)一個能實際運行的軟件。有的考生自己并沒有參與實際工作，只是看書是不行的。自己參與的可以是一個大的項目或課題組，論文中介紹完大的系統(tǒng)后，一定要把自己的工作量寫清楚。
3、寫論文。開發(fā)完就可以寫論文了，論文是個總結(jié)，但是不要寫成工作總結(jié)，一定要有主題，應(yīng)體現(xiàn)自己的開發(fā)思想和論述自考本科計算機專業(yè)畢業(yè)論文寫作指南自考本科計算機專業(yè)畢業(yè)論文寫作指南。寫論文要達(dá)到一定字?jǐn)?shù)，一般要3萬字。其中，編程代碼一般為2-3千行，這個不是機器自動生成的代碼，一定是自己寫的源代碼。
論文結(jié)構(gòu)
計算機專業(yè)畢業(yè)論文一般有8個部分。1、概述或引言。這個部分相當(dāng)于大綱，一般要求4－5千字，主要是對軟件開發(fā)背景，使用的軟件工具、環(huán)境，最后達(dá)到的效果，自我在里面的貢獻(xiàn)等；2、需求分析。軟件有哪些功能、模塊，用的什么工具等；3、設(shè)計方案和主要技術(shù)自考本科計算機專業(yè)畢業(yè)論文寫作指南文章自考本科計算機專業(yè)畢業(yè)論文寫作指南出自http：//gkstk.com/article/wk-78500001321796.html，轉(zhuǎn)載請保留此鏈接！。主要是對里面每一部分的詳細(xì)論述，使用的是什么技術(shù)，為什么使用。詳細(xì)的模塊分析或遇到的難點是怎樣解決的等；4、具體的實現(xiàn)過程；5、測試。介紹自己開發(fā)軟件實際達(dá)到的效果；6、總結(jié)。介紹自己開發(fā)軟件的體會，或自己開發(fā)的成果使用情況，有什么評價，自己還有哪些不足，有什么需要改進的地方；7、致謝；8、參考文獻(xiàn)。另外，還可以加一個“附錄”部分。正文只能有一個中心，其他有重要參考價值的都可以放在附錄部分。例如有重要的代碼、圖表，涉及其他領(lǐng)域的知識，需要解釋的等都可以放在附錄部分。
案例1：《家裝工程預(yù)算軟件的開放》1、概述；2、需求分析；3、總體設(shè)計；4、數(shù)據(jù)庫設(shè)計；5、軟件功能的實現(xiàn)；6、結(jié)論及改進；7、致謝；8、參考文獻(xiàn)。
案例2：《經(jīng)緯中天無線短信增值服務(wù)管理軟件的設(shè)計和開放》1、引言；2、需求分析；3、設(shè)計方案論證和主要技術(shù)介紹；4、系統(tǒng)設(shè)計；5、編碼實現(xiàn)；6、實際運行中出現(xiàn)的問題及相應(yīng)的解決方案；7、結(jié)束語；8、致謝；9、參考文獻(xiàn)。
答辯程序
答辯現(xiàn)場會有專業(yè)老師組成的答辯小組，一般為5人左右，學(xué)生抽簽分配答辯組。答辯現(xiàn)場要考生做介紹和演示?？忌枰崆皽?zhǔn)備幻燈片，一般不超過20張，為論文最核心部分的內(nèi)容自考本科計算機專業(yè)畢業(yè)論文寫作指南論文
WiseMedia
考生結(jié)合幻燈片介紹論文，答辯小組老師會根據(jù)考生論文提出問題，考生要實事求是回答，最后答辯小組老師打分，求平均分給出考生論文成績。大部分考生都會達(dá)到優(yōu)、良，個別考生沒有通過論文，主要有兩方面原因：1、論文并不是自己真正所做，用別人的軟件為自己所用，老師一提問就能發(fā)現(xiàn)破綻；2、考生論得太簡單，達(dá)不到工作量。這就需要考生踏踏實實地按照要求去作論文。
零碎提醒
論文的題目不要太大，一定要具體、實際，不能吹成通用的；
自考生考過全部課程后，最好能尋求實踐機會。可以去應(yīng)聘公司，真正參與一個項目，一邊工作一邊寫論文；
論文不要上網(wǎng)抄，一定要自己做；
引用資料要有腳注；
第9篇：軟件開發(fā)論文范文
關(guān)鍵詞: 軟件故障預(yù)測;貝葉斯信念網(wǎng);軟件度量
1 引言
當(dāng)前關(guān)于軟件故障預(yù)測的研究大都集中于軟件工程領(lǐng)域的某個方面，畢業(yè)論文 如面向?qū)ο笙到y(tǒng)中利用各種度量屬性建立模型預(yù)測故障數(shù)和故障傾向，利用測試過程中用例的覆蓋率預(yù)測模塊故障，利用專家經(jīng)驗建立專家知識庫預(yù)測故障等等.軟件故障的原因貫穿于軟件開發(fā)全過程，僅從一個方面來考察軟件故障是不充分的.近十幾年備受關(guān)注的貝葉斯網(wǎng)絡(luò)(BBNs)對于解決復(fù)雜系統(tǒng)不確定因素引起的故障具有很大的優(yōu)勢，被認(rèn)為是目前不確定知識表達(dá)和推理領(lǐng)域最有效的理論模型.本文提出基于BBNs的故障預(yù)測方法，綜合利用軟件開發(fā)過程信息預(yù)測軟件故障.
2 軟件故障預(yù)測的研究現(xiàn)狀
預(yù)測故障的方法可以分為兩大類:(1)基于數(shù)量的技術(shù)，關(guān)注預(yù)測軟件系統(tǒng)中的故障數(shù);碩士論文 (2)基于分類的技術(shù)，關(guān)注于預(yù)測哪些子系統(tǒng)具有故障傾向.第一類已經(jīng)有一些研究，但是開發(fā)一個有效的模型比較困難.第二類方法更成功一些.利用軟件度量來預(yù)測故障傾向是一個重要的趨勢和研究內(nèi)容，當(dāng)前的預(yù)測模型涉及軟件設(shè)計度量，代碼度量和測試度量.軟件維護的歷史數(shù)據(jù)，例如軟件改變歷史[1]和過程質(zhì)量數(shù)據(jù)[2]也被用于軟件故障預(yù)測.很多專家認(rèn)為開發(fā)過程的質(zhì)量是產(chǎn)品質(zhì)量(這里默認(rèn)是殘留故障密度)最好的預(yù)測器.Ahmed E.Hassan等人提出利用啟發(fā)式規(guī)則預(yù)測軟件子系統(tǒng)故障傾向[3].還有文獻(xiàn)提出利用測試過程中的各種數(shù)據(jù)(如測試覆蓋率)來預(yù)測故障[2].
分析已有的故障預(yù)測模型，它們大多基于軟件開發(fā)過程中的某一個或幾個階段的數(shù)據(jù)，或者基于一種或者幾種度量，如軟件復(fù)雜性度量和測試度量.但顯而易見，影響軟件質(zhì)量的關(guān)鍵因素不僅僅是其幾個度量.軟件故障與軟件開發(fā)全過程往往具有不確定的因果關(guān)聯(lián)關(guān)系，導(dǎo)致軟件故障的因素很多，單純從軟件開發(fā)過程的某個階段或基于幾種度量來預(yù)測軟件故障是不充分的.BBNs本身是一種不確定性因果關(guān)聯(lián)模型，具有強大的不確定性問題處理能力，能有效進行多源信息表達(dá)與融合.因此本文提出基于BBNs構(gòu)建軟件故障預(yù)測模型，綜合利用軟件開發(fā)過程信息預(yù)測軟件故障.
3 貝葉斯網(wǎng)絡(luò)
一個BBNs是一個有向無環(huán)圖，由代表變量的節(jié)點及連接這些節(jié)點的有向邊構(gòu)成.節(jié)點代表隨機變量，可以是任何問題的抽象，醫(yī)學(xué)論文 如問題復(fù)雜度，觀測現(xiàn)象，意見征詢等.節(jié)點間的有向邊代表了節(jié)點間的相互關(guān)聯(lián)關(guān)系.有向圖蘊涵了條件獨立性假設(shè)，用A(vi)表示非vi后代節(jié)點構(gòu)成的任何節(jié)點集合，用∏(vi)表示vi的直接雙親節(jié)點集合，則P(vi|(A(vi)∪∏(vi)))=P(vi|∏(vi)).用條件概率表(conditional probabilities table，CPT)來描述點與點之間關(guān)聯(lián)，條件概率表可以用P(vi|∏(vi))來描述，它表達(dá)了節(jié)點同其父節(jié)點的相關(guān)關(guān)系———條件概率.沒有任何父節(jié)點的節(jié)點概率為其先驗概率.圖1用BBNs描述了一個簡單的關(guān)于軟件產(chǎn)品質(zhì)量的例子[4]，產(chǎn)品質(zhì)量由管理能力和開發(fā)能力確定，表1為其CPT.BBNs對構(gòu)造者的信念(專家知識和經(jīng)驗)建模，基于這個模型它能夠提供精確的數(shù)學(xué)計算和預(yù)測.
4 基于BBNs的軟件故障預(yù)測方法
將BBNs應(yīng)用于軟件故障預(yù)測的步驟是:(1)確定變量及其順序;(2)建立BBNs結(jié)構(gòu);(3)確定BBNs的參數(shù)(CPT).本文從軟件開發(fā)過程來建立一個BBNs基本模型，并以此模型為基礎(chǔ)擴展節(jié)點.
4·1 一個BBNs故障預(yù)測的基本模型
影響軟件項目風(fēng)險的基本因素可分為兩組，一是與組織相關(guān)的因素，包括組織文化，管理經(jīng)驗和能力以及過程成熟度.二是與項目相關(guān)的因素[4].影響軟件故障的基本因素可以描述為圖2的基本模型.方框是可以擴展的基點.“項目特征”和“驗證和確認(rèn)”影響到軟件開發(fā)的需求分析，設(shè)計，實現(xiàn)和測試過程，軟件故障受開發(fā)過程的影響，這個模型涵蓋了軟件開發(fā)過程
4·2 擴展的BBNs故障預(yù)測模型
我們用已探測的故障數(shù)，殘留故障數(shù)，職稱論文 殘留故障密度和測試中故障密度四個節(jié)點來描述軟件故障，分別用“問題復(fù)雜度”，“設(shè)計功效”和“測試功效”節(jié)點描述需求分析，設(shè)計和測試過程.V&V[4]與問題復(fù)雜度，設(shè)計功效和測試功效三個變量關(guān)系緊密，因此本文去掉V&V節(jié)點，將這些描述V&V節(jié)點的變量(如測試覆蓋率，員工能力等)用來確定問題復(fù)雜度，設(shè)計功效和測試功效的參數(shù).
本文采用如圖3所示的BBNs故障預(yù)測模型，這個模型可以解釋為兩個階段:第一個階段覆蓋了軟件生命周期的規(guī)約，設(shè)計和編碼;第二個階段覆蓋了測試.設(shè)計規(guī)模和缺陷數(shù)節(jié)點為整數(shù)或者一個限定的范圍，故障密度為實數(shù)，其他節(jié)點有下面的狀態(tài):很高，高，中等，低，很低.問題復(fù)雜度表示待開發(fā)問題集中內(nèi)在的復(fù)雜度，這些問題是規(guī)約中離散的功能需求，問題復(fù)雜度和設(shè)計功效之間的不匹配將導(dǎo)致引入故障數(shù)和設(shè)計規(guī)模增大.測試階段在設(shè)計階段之后，實踐中實際分配的測試功效比所要求的少得多.測試功效和設(shè)計規(guī)模之間的不匹配將會影響已探測故障的數(shù)目，引入故障是其邊界條件.已探測故障和引入故障之差是殘留故障數(shù).測試中故障密度是已探測故障和設(shè)計規(guī)模的函數(shù)(已探測故障/設(shè)計規(guī)模)，同樣，殘留故障密度是殘留故障數(shù)/設(shè)計規(guī)模.這里的問題復(fù)雜度，設(shè)計功效和測試功效的粒度仍然較大，不利于確定其狀態(tài)，將其繼續(xù)擴展，建立相應(yīng)子網(wǎng)來描述這些節(jié)點:(1)問題復(fù)雜度子網(wǎng)(圖4);(2)設(shè)計功效子網(wǎng)(圖5);(3)測試功效子網(wǎng)(圖6).
4·3 確定BBNs參數(shù)
接下來的問題是確定變量狀態(tài)的概率和變量之間關(guān)系的強度.從對軟件開發(fā)過程的各種文檔記錄中我們可以得到一些確定性知識.對于不確定性知識，傳統(tǒng)的方法是根據(jù)專家經(jīng)驗主觀確定.研究人員定義了大量軟件度量描述軟件質(zhì)量[2，5，6]，將這些研究與專家知識和經(jīng)驗結(jié)合起來確定BBNs參數(shù).
4·4 推理規(guī)則
采用應(yīng)用最廣的隨機模擬采樣法(Pearls and Gibbs算法).首先，為網(wǎng)絡(luò)上的節(jié)點做初始實例化，證據(jù)節(jié)點實例化為觀察值，非證據(jù)節(jié)點實例化為隨機值;然后，開始遍歷圖，對每一非證據(jù)節(jié)點Y，計算在其他節(jié)點給定值的情況下Y的后驗概率分布:
P(Y|WY)=αP(Y|Pa(Y))∏iP(si|Pa(si))
式中，WY表示除Y的節(jié)點集合，Si表示Y的第i個子女，工作總結(jié) 為正規(guī)化因子，其余乘積項為條件概率.公式表明了本節(jié)點的概率僅與其父母節(jié)點，子節(jié)點及其子節(jié)點的父母節(jié)點有關(guān);Pearl使用上式結(jié)果對節(jié)點進行采樣，結(jié)果作為Y的新實例化，反復(fù)進行，直到近似過程收斂(設(shè)進行了m次遍歷)，這時查詢結(jié)果為:P(Y|e)=1m∑mi=1fi，fi為第i次遍歷Y的條件概率，e為證據(jù)向量的觀察值.
5 仿真實驗
本文在AgenaRisk[7]系統(tǒng)中對該模型進行仿真實驗.實驗部分采用了AgenaRisk中關(guān)于軟件故障預(yù)測和軟件項目風(fēng)險管理的數(shù)據(jù).由于具體的項目數(shù)據(jù)難以收集，我們根據(jù)圖3所描述的簡化模型來做仿真實驗.在實驗中我們用軟件需求復(fù)雜性度量和軟件需求變更度量來描述問題復(fù)雜度[6].利用各種度量來描述設(shè)計功效，包括對象(模塊)之間的耦合數(shù)(耦合度量)，不使用公共屬性的方法的個數(shù)(內(nèi)聚度量)，繼承樹的深度和繼承的平均深度(繼承度量)[5].用代碼覆蓋度量來描述測試功效，定義一個相應(yīng)策略的測試有效率(test effective-ness ratio，TER)，TER1是語句覆蓋的測試有效率，TER2是分支覆蓋的測試有效率，TER3是線性代碼順序和跳轉(zhuǎn)覆蓋測試有效率.我們設(shè)定的是一個中等規(guī)模的系統(tǒng)，嚴(yán)格按照軟件工程開發(fā)過程開發(fā)，花費了大量資源在設(shè)計和測試上，盡量減少耦合，增加內(nèi)聚，TER1，TER2達(dá)到100%，TER3達(dá)到90%，因此可以判定設(shè)計功效為很高(概率為100%)，測試功效很高(概率為100%)，如圖7所示.從仿真結(jié)果可以看到設(shè)計規(guī)模較小，引入故障數(shù)較少(期望值為17.8)，已探測故障密度相對較高，剩余故障數(shù)較小(期望值為6.6)，這與實際情況是相符合的.當(dāng)我們將設(shè)計功效設(shè)置為較低時(概率為100%)，如圖8所示，明顯設(shè)計規(guī)模變大，引入故障數(shù)增加(期望值為43.1)，相應(yīng)的剩余故障數(shù)增加(期望值13.0)，已探測故障密度減少.表2是兩者的對比結(jié)果.在實驗中我們分別對問題復(fù)雜度，測試功效和設(shè)計功效賦值，以檢查模型對各種環(huán)境下的變化，其結(jié)果與實際較為符合，說明了模型的合理性.
6 結(jié)語
本文從軟件開發(fā)全生命周期來考察故障，給出了一個BBNs故障預(yù)測原型系統(tǒng)，并在AgenaRisk系統(tǒng)中對該模型進行仿真實驗.從實驗結(jié)果可以看到，BBNs能夠使用來自主觀和客觀的概率分布和不充分的數(shù)據(jù)預(yù)測軟件故障數(shù).仿真實驗還只是基于一個簡化的模型，將實際項目數(shù)據(jù)應(yīng)用于模型，探討建立完備網(wǎng)絡(luò)結(jié)構(gòu)和確定節(jié)點狀態(tài)的方法，建立適應(yīng)具體項目便于數(shù)據(jù)收集和確定節(jié)點狀態(tài)的網(wǎng)絡(luò)是需要進一步探討的問題. 參考文獻(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.
