軟件工程碩士開(kāi)題報(bào)告范本

1、 軟件工程碩士開(kāi)題報(bào)告范文 一、課題的意義 選擇一個(gè)適合的產(chǎn)品開(kāi)發(fā)過(guò)程對(duì)于成功完成產(chǎn)品開(kāi)發(fā)有著至關(guān)重要的作用。一個(gè)定義良好的過(guò)程，可以有效地指導(dǎo)和監(jiān)控產(chǎn)品開(kāi)發(fā)實(shí)踐活動(dòng)，提高產(chǎn)品開(kāi)發(fā)的效率、質(zhì)量和可預(yù)測(cè)性。但是，如果過(guò)程定義不合理，卻會(huì)反過(guò)來(lái)制約我們的工作，導(dǎo)致挫折、低效、低質(zhì)量甚至失敗。 產(chǎn)品開(kāi)發(fā)是一個(gè)多學(xué)科綜合的過(guò)程。以消費(fèi)電子產(chǎn)品為例，在產(chǎn)品開(kāi)發(fā)過(guò)程中，軟件、硬件、結(jié)構(gòu)件和定制件等各個(gè)學(xué)科和專業(yè)小組的活動(dòng)互相依賴、交叉并行。傳統(tǒng)的產(chǎn)品開(kāi)發(fā)過(guò)程往往采用串行、離散、重量級(jí)的方法，存在著以下問(wèn)題： 串行的產(chǎn)品開(kāi)發(fā)過(guò)程不能有效支持產(chǎn)品開(kāi)發(fā)的迭代本質(zhì)，項(xiàng)目的風(fēng)險(xiǎn)往往在后期集中爆發(fā)，導(dǎo)致項(xiàng)目進(jìn)度失控或

2、產(chǎn)品草率交付。 傳統(tǒng)產(chǎn)品開(kāi)發(fā)過(guò)程把各個(gè)學(xué)科和專業(yè)小組的活動(dòng)視為一系列靜態(tài)的、離散的過(guò)程，對(duì)于多學(xué)科交叉并行活動(dòng)缺少有效綜合與協(xié)調(diào)。 傳統(tǒng)產(chǎn)品開(kāi)發(fā)過(guò)程采用的重量級(jí)方法導(dǎo)致大量的文檔工作和漫長(zhǎng)的開(kāi)發(fā)周期，難以快速交付高質(zhì)量的產(chǎn)品。 隨著產(chǎn)品的智能化、自動(dòng)化和信息化程度越來(lái)越高，產(chǎn)品的功能和結(jié)構(gòu)日趨復(fù)雜，其開(kāi)發(fā)難度也不斷增大。同時(shí)，技術(shù)和工藝水平的飛速提高，以及激烈的市場(chǎng)競(jìng)爭(zhēng)導(dǎo)致產(chǎn)品的更新?lián)Q代更加頻繁，也使得開(kāi)發(fā)時(shí)間日益縮短。在開(kāi)發(fā)難度提高和開(kāi)發(fā)時(shí)間縮短的雙重壓力下，傳統(tǒng)的產(chǎn)品開(kāi)發(fā)過(guò)程已經(jīng)不能滿足消費(fèi)電子產(chǎn)品開(kāi)發(fā)的需要。因此，建立一個(gè)高效的產(chǎn)品開(kāi)發(fā)過(guò)程有著重大的意義。 二、國(guó)內(nèi)外現(xiàn)狀分析 為了解決傳

3、統(tǒng)串行的產(chǎn)品開(kāi)發(fā)過(guò)程導(dǎo)致的產(chǎn)品設(shè)計(jì)改動(dòng)量大、開(kāi)發(fā)周期長(zhǎng)、成本高、質(zhì)量差等問(wèn)題，人們提出了并行工程(Concurrent Engineering)與集成產(chǎn)品和過(guò)程開(kāi)發(fā)(Integrated Product and Process Development, IPPD)的思想，這些思想對(duì)于建立產(chǎn)品開(kāi)發(fā)過(guò)程有著重要的指導(dǎo)意義。但是并行工程與IPPD本身并沒(méi)給出具體的產(chǎn)品開(kāi)發(fā)過(guò)程定義，尤其是對(duì)于產(chǎn)品開(kāi)發(fā)的迭代本質(zhì)和多學(xué)科交叉并行特性缺乏具體的過(guò)程方法予以支持。 在產(chǎn)品開(kāi)發(fā)中，系統(tǒng)工程(Systems Engineering)起著統(tǒng)領(lǐng)全局，綜合、協(xié)調(diào)各個(gè)學(xué)科和專業(yè)小組的關(guān)鍵作用。對(duì)于產(chǎn)品開(kāi)發(fā)過(guò)程方法的研究

4、和實(shí)踐，是系統(tǒng)工程的重要組成部分。在系統(tǒng)工程領(lǐng)域，現(xiàn)有的各種系統(tǒng)生命周期模型和系統(tǒng)工程過(guò)程模型從各個(gè)不同的方面對(duì)產(chǎn)品開(kāi)發(fā)過(guò)程進(jìn)行了描述，現(xiàn)有的重量級(jí)的產(chǎn)品開(kāi)發(fā)過(guò)程大多數(shù)正是在這些模型的基礎(chǔ)上建立起來(lái)的。但這些模型本身比較抽象化和一般化，不足以作為產(chǎn)品開(kāi)發(fā)過(guò)程定義。同時(shí)，由于系統(tǒng)工程長(zhǎng)期以來(lái)主要應(yīng)用于大型/超大型系統(tǒng)(如武器系統(tǒng)、航天飛機(jī)等)，在應(yīng)用這些模型進(jìn)行產(chǎn)品過(guò)程定義時(shí)必須非常小心，否則容易產(chǎn)生過(guò)于重量級(jí)的過(guò)程。 反觀軟件工程(Software Engineering)領(lǐng)域，對(duì)于軟件開(kāi)發(fā)過(guò)程的研究和實(shí)踐近年取得了很大的進(jìn)展，迭代開(kāi)發(fā)正取代傳統(tǒng)的瀑布模型逐漸成為軟件過(guò)程方法的主流?；诘_(kāi)

5、發(fā)的產(chǎn)品化的軟件開(kāi)發(fā)過(guò)程RUP的出現(xiàn)，標(biāo)志著迭代開(kāi)發(fā)方法的成熟。以迭代開(kāi)發(fā)為核心的一批敏捷方法(Agile Methods)，代表著軟件開(kāi)發(fā)過(guò)程研究和實(shí)踐中極為活躍的部分。但是這些過(guò)程和方法主要關(guān)注于軟件開(kāi)發(fā)過(guò)程，對(duì)于其他學(xué)科的活動(dòng)通常只是作為軟件開(kāi)發(fā)過(guò)程的外部環(huán)境加以考慮，而不是從全局上予以綜合和協(xié)調(diào)。 產(chǎn)品開(kāi)發(fā)、系統(tǒng)工程、軟件工程3個(gè)領(lǐng)域的過(guò)程方法各有所長(zhǎng)，但都滿足不了消費(fèi)電子產(chǎn)品開(kāi)發(fā)過(guò)程的要求，尤其對(duì)于多學(xué)科綜合的迭代開(kāi)發(fā)方法都缺乏具體的解決方案。 三、研究目標(biāo)和內(nèi)容 本課題的研究目標(biāo)是為消費(fèi)電子產(chǎn)品建立一個(gè)能夠有效支持產(chǎn)品開(kāi)發(fā)迭代本質(zhì)、有效綜合與協(xié)調(diào)多學(xué)科交叉并行活動(dòng)、輕量級(jí)的產(chǎn)品開(kāi)發(fā)

6、過(guò)程。 由于現(xiàn)有的過(guò)程方法都滿足不了消費(fèi)電子產(chǎn)品開(kāi)發(fā)過(guò)程的要求，尤其對(duì)于多學(xué)科綜合的迭代開(kāi)發(fā)方法都缺乏具體的解決方案。因此，我們?cè)诰C合產(chǎn)品開(kāi)發(fā)、系統(tǒng)工程、軟件工程等領(lǐng)域先進(jìn)的過(guò)程方法的基礎(chǔ)上，提出了一個(gè)適合于消費(fèi)電子產(chǎn)品的、基于迭代開(kāi)發(fā)方法的、多學(xué)科綜合的開(kāi)發(fā)過(guò)程多學(xué)科集成迭代過(guò)程(Multidisciplinary Integrated Iterative Process, MIIP)。在這里： 多學(xué)科是指MIIP能夠有效綜合與協(xié)調(diào)多學(xué)科交叉并行的開(kāi)發(fā)活動(dòng); 集成有兩方面的含義，一是MIIP在產(chǎn)品開(kāi)發(fā)過(guò)程中集成了各個(gè)學(xué)科和專業(yè)小組的活動(dòng)，二是MIIP在過(guò)程方法上集成了RUP、敏捷方法、系統(tǒng)工

7、程、并行工程、IPPD等多種過(guò)程方法的先進(jìn)思想和經(jīng)典實(shí)踐; 迭代是指MIIP基于迭代開(kāi)發(fā)方法。 本課題的研究?jī)?nèi)容主要包括： 1. 分析消費(fèi)電子產(chǎn)品開(kāi)發(fā)的多學(xué)科集成迭代特征，并為之建立合適的過(guò)程; 2. 研究迭代過(guò)程在多學(xué)科交叉并行情況下存在的問(wèn)題，并尋求解決方案; 3. 將多學(xué)科集成迭代過(guò)程應(yīng)用到具體的項(xiàng)目中，在實(shí)踐中檢驗(yàn)和完善; 4. 總結(jié)多學(xué)科集成迭代過(guò)程應(yīng)用的經(jīng)驗(yàn)教訓(xùn)，為企業(yè)乃至整個(gè)行業(yè)的過(guò)程改進(jìn)提供經(jīng)典實(shí)踐。 注:一般研究?jī)?nèi)容3-6個(gè)，每個(gè)研究?jī)?nèi)容要展開(kāi)來(lái)陳述一下 四、關(guān)鍵技術(shù)研究 注：關(guān)鍵技術(shù)研究是指要解決的關(guān)鍵問(wèn)題，不是要使用的主要技術(shù) 多學(xué)科集成迭代過(guò)程(MIIP)以軟件工程領(lǐng)域

8、的RUP和敏捷方法為基礎(chǔ)，將其擴(kuò)展到系統(tǒng)工程領(lǐng)域，同時(shí)吸收了并行工程與IPPD的思想。MIIP的研究需要深入分析并解決好以下幾個(gè)問(wèn)題： 1. 消費(fèi)電子產(chǎn)品開(kāi)發(fā)過(guò)程具備什么樣的過(guò)程特征? 2. 如何為消費(fèi)電子產(chǎn)品開(kāi)發(fā)過(guò)程建立合適的過(guò)程? 3. 對(duì)于消費(fèi)電子產(chǎn)品，產(chǎn)品開(kāi)發(fā)過(guò)程應(yīng)具備什么程度的敏捷性? 4. 軟件開(kāi)發(fā)的迭代過(guò)程是否同樣適用于硬件、結(jié)構(gòu)件和定制件等其他學(xué)科的產(chǎn)品組件的開(kāi)發(fā)? 5. 在多學(xué)科交叉并行的情況下如何進(jìn)行迭代? 6. 各個(gè)學(xué)科如何在迭代之間進(jìn)行協(xié)同? 7. 各個(gè)學(xué)科在獨(dú)立并行和同步協(xié)調(diào)之間如何進(jìn)行權(quán)衡? 8. 在實(shí)踐中，產(chǎn)品開(kāi)發(fā)如何實(shí)現(xiàn)從傳統(tǒng)的串行過(guò)程到迭代過(guò)程的轉(zhuǎn)變? 注:關(guān)

9、鍵問(wèn)題3個(gè)以上，并建議每個(gè)問(wèn)題要展開(kāi)來(lái)陳述一下 五、研究方案 本課題的研究方法主要包括： 1. 文獻(xiàn)閱讀：大量閱讀文獻(xiàn)，了解業(yè)界成熟的過(guò)程理論、經(jīng)典實(shí)踐和最新研究進(jìn)展，建立充實(shí)的理論基礎(chǔ)。 2. 過(guò)程資產(chǎn)分析：分析Z公司(一個(gè)大型的消費(fèi)電子產(chǎn)品提供商)過(guò)程資產(chǎn)庫(kù)中的現(xiàn)有過(guò)程定義文檔，并將其與實(shí)際執(zhí)行結(jié)果相比較。 3. 項(xiàng)目歷史數(shù)據(jù)分析：分析Z公司項(xiàng)目歷史數(shù)據(jù)，特別是項(xiàng)目計(jì)劃、監(jiān)控、度量結(jié)果和技術(shù)類工作產(chǎn)品，了解項(xiàng)目的實(shí)際執(zhí)行過(guò)程。 4. 人員訪談：訪談Z公司項(xiàng)目經(jīng)理、開(kāi)發(fā)人員和過(guò)程改進(jìn)人員，了解現(xiàn)有過(guò)程模型存在的問(wèn)題及其根源和人們的期望。 5. 過(guò)程定義：在分析消費(fèi)電子產(chǎn)品開(kāi)發(fā)過(guò)程的特征之后，

10、建立與之相適應(yīng)的多學(xué)科集成迭代過(guò)程。 6. 討論和評(píng)審：在新過(guò)程的設(shè)計(jì)過(guò)程中定期與相關(guān)專業(yè)人員進(jìn)行討論和評(píng)審，集思廣益。 7. 過(guò)程試點(diǎn)：在Z公司選擇一個(gè)現(xiàn)有項(xiàng)目進(jìn)行試點(diǎn)，在實(shí)踐中檢驗(yàn)和完善過(guò)程定義。 8. 試點(diǎn)總結(jié)：總結(jié)多學(xué)科集成迭代過(guò)程應(yīng)用的經(jīng)驗(yàn)教訓(xùn)，為Z公司乃至整個(gè)行業(yè)的過(guò)程改進(jìn)提供經(jīng)典實(shí)踐。 1. 基于復(fù)用定義軟件總線架構(gòu) 2. 面向快速軟件服務(wù)的個(gè)體敏捷過(guò)程擬包括以下子過(guò)程： a) 需求與組件池的匹配過(guò)程 b) 派生組件的開(kāi)發(fā)過(guò)程 c) 需求的驗(yàn)證過(guò)程 d) 快速服務(wù)交付過(guò)程 e) 組件反饋維護(hù)過(guò)程 3. 借鑒CMMI和PSP來(lái)建立面向快速軟件服務(wù)的個(gè)體能力成熟度模型，并進(jìn)行評(píng)估 注

11、:如果是開(kāi)發(fā)系統(tǒng)，則可畫(huà)個(gè)系統(tǒng)結(jié)構(gòu)圖，并說(shuō)明開(kāi)發(fā)語(yǔ)言、工具、框架等 本課題的研究經(jīng)費(fèi)來(lái)自Z公司的過(guò)程改進(jìn)費(fèi)用，Z公司有一支專職的過(guò)程改進(jìn)隊(duì)伍，并且已經(jīng)具備一定的過(guò)程資產(chǎn)和項(xiàng)目歷史數(shù)據(jù)，過(guò)程的試點(diǎn)項(xiàng)目已經(jīng)選定，多學(xué)科集成迭代過(guò)程的核心思想已經(jīng)開(kāi)始在該項(xiàng)目中應(yīng)用。課題研究各方面的資源已基本具備，可以支持研究工作的開(kāi)展。 六、計(jì)劃進(jìn)度 注:一般從開(kāi)題到答辯是一年時(shí)間 20_.10 開(kāi)題 20_.12 定義面向快速軟件服務(wù)的個(gè)體敏捷過(guò)程 20_.03 定義面向快速軟件服務(wù)的個(gè)體敏捷過(guò)程中個(gè)人能力成熟程度 20_.04 選擇2-3個(gè)專業(yè)服務(wù)項(xiàng)目進(jìn)行推廣試點(diǎn) 20_.06 對(duì)試點(diǎn)專業(yè)服務(wù)項(xiàng)目進(jìn)行評(píng)估與改進(jìn)

12、 20_.07 撰寫(xiě)學(xué)術(shù)論文 20_.08 部門(mén)內(nèi)部推廣 20_.10 學(xué)位論文定稿和答辯準(zhǔn)備 參考文獻(xiàn) 2 熊光楞，徐文勝，張和明，范文慧。并行工程的理論與實(shí)踐。清華大學(xué)出版社，施普林格出版社，20_ 3 傅立豐，張耀宗，劉長(zhǎng)紅。并行工程的發(fā)展及應(yīng)用。機(jī)械加工與自動(dòng)化，20_(9) 4 R. Winner, J. PenneU, H. Bertrand, M. Slusarczuk. The Role of Concurrent Engineering iWeapons System Acquisition. IDA Report R-338, Institute for Defense A

13、nalyses, 1988 5 朱煥立，劉玉賓。并行工程的產(chǎn)生、應(yīng)用及研究現(xiàn)狀。中州大學(xué)學(xué)報(bào)，20_(4) 6 萬(wàn)立，鄭霞，劉清華。產(chǎn)品全生命周期管理平臺(tái)的集成產(chǎn)品開(kāi)發(fā)流程實(shí)現(xiàn)研究。計(jì)算機(jī)輔助工程，20_(6) 7 International Council oSystems Engineering. Systems Engineering Handbook, Versio2a. INCOSE, 20_ 9 International Council oSystems Engineering. Guide to the Systems Engineering Body of Knowledge

14、. 10 Ale_ander Kossiakoff, William N. Sweet. Systems Engineering Principles and Practice. Wiley-Interscience, 20_ 11 Systems Thinking and Systems Engineering. 12 Watts S. Humphrey. Managing the software process. Addison-Wesley, 1989 13 WintoRoyce. Managing the Development of Large Software Systems.

15、Proceedings of IEEE Westcon, 1970 14 Frederich P. Brooks Jr. The Mythical Man-Month. AddisoWesley Longman, 1995 15 Roger S. Pressman. Software Engineering: A Practitioners Approach, Fifth Edition. McGraw-Hill Companies, Inc., 20_ 16 Steve McConnell. Rapid Development: Taming Wild Software Schedules.

16、 Micosoft Press, 1996 17 Walker Royce. Software Project Management: A Unified Framework. AddisoWesley Longman, 1998 18 Barry W. Boehm. A Spiral Model of Software Development and Enhancement. IEEE computer, 1988(5): 6172 19 Craig Larman. Agile Iterative Development: A Managers Guide. PearsoEducation, Inc., 20_ 20 Barry W. Boehm. Anchoring the software process. IEEE computer, 1996(7): 7382 21 Philippe Kruchten. The Rational Unified Process: AIntroduction, Second Edition. Addison-Wesley, 20_