軟件工程碩士開(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ì)，工程的風(fēng)險(xiǎn)往往在后期集中爆發(fā)，導(dǎo)致工程進(jìn)度失控或產(chǎn)

2、品草率交付。 傳統(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)狀分析 為了解決傳統(tǒng)

3、串行的產(chǎn)品開(kāi)發(fā)過(guò)程導(dǎo)致的產(chǎn)品設(shè)計(jì)改動(dòng)量大、開(kāi)發(fā)周期長(zhǎng)、本錢(qián)高、質(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ù)正是在這些模型的根底上建立起來(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ò)程方法的根底上，提出了一個(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、敏捷方法

7、、系統(tǒng)工程、并行工程、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)用到具體的工程中，在實(shí)踐中檢驗(yàn)和完善; 4. 總結(jié)多學(xué)科集成迭代過(guò)程應(yīng)用的經(jīng)驗(yàn)教訓(xùn)，為企業(yè)乃至整個(gè)行業(yè)的過(guò)程改良提供經(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)以

8、軟件工程領(lǐng)域的rup和敏捷方法為根底，將其擴(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)

9、變? 注:關(guān)鍵問(wèn)題3個(gè)以上，并建議每個(gè)問(wèn)題要展開(kāi)來(lái)陳述一下 五、研究方案 本課題的研究方法主要包括： 1. 文獻(xiàn)閱讀：大量閱讀文獻(xiàn)，了解業(yè)界成熟的過(guò)程理論、經(jīng)典實(shí)踐和最新研究進(jìn)展，建立充實(shí)的理論根底。 2. 過(guò)程資產(chǎn)分析：分析z公司(一個(gè)大型的消費(fèi)電子產(chǎn)品提供商)過(guò)程資產(chǎn)庫(kù)中的現(xiàn)有過(guò)程定義文檔，并將其與實(shí)際執(zhí)行結(jié)果相比擬。 3. 工程歷史數(shù)據(jù)分析：分析z公司工程歷史數(shù)據(jù)，特別是工程方案、監(jiān)控、度量結(jié)果和技術(shù)類工作產(chǎn)品，了解工程的實(shí)際執(zhí)行過(guò)程。 4. 人員訪談：訪談z公司工程經(jīng)理、開(kāi)發(fā)人員和過(guò)程改良人員，了解現(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)有工程進(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īng)典實(shí)踐。 1. 基于復(fù)用定義軟件總線架構(gòu) 2. 面向快速軟件效勞的個(gè)體敏捷過(guò)程擬包括以下子過(guò)程： a) 需求與組件池的匹配過(guò)程 b) 派生組件的開(kāi)發(fā)過(guò)程 c) 需求的驗(yàn)證過(guò)程 d) 快速效勞交付過(guò)程 e) 組件反應(yīng)維護(hù)過(guò)程 3. 借鑒cmmi和psp來(lái)建立面向快速軟件效勞的個(gè)體能力成熟度模型，并

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

12、勞工程進(jìn)行評(píng)估與改良 20xx.07 撰寫(xiě)學(xué)術(shù)論文 20xx.08 部門(mén)內(nèi)部推廣 20xx.10 學(xué)位論文定稿和辯論準(zhǔn)備 參考文獻(xiàn) 2 熊光楞，徐文勝，張和明，范文慧。并行工程的理論與實(shí)踐。清華大學(xué)出版社，施普林格出版社，20xx 3 傅立豐，張耀宗，劉長(zhǎng)紅。并行工程的開(kāi)展及應(yīng)用。機(jī)械加工與自動(dòng)化，20xx(9) 4 r. winner, j. penneu, h. bertrand, m. slusarczuk. the role of concurrent engineering iweapons system acquisition. ida report r-338, institut

13、e for defense analyses, 1988 5 朱煥立，劉玉賓。并行工程的產(chǎn)生、應(yīng)用及研究現(xiàn)狀。中州大學(xué)學(xué)報(bào)，20xx(4) 6 萬(wàn)立，鄭霞，劉清華。產(chǎn)品全生命周期管理平臺(tái)的集成產(chǎn)品開(kāi)發(fā)流程實(shí)現(xiàn)研究。計(jì)算機(jī)輔助工程，20xx(6) 7 international council osystems engineering. systems engineering handbook, versio2a. incose, 20xx 9 international council osystems engineering. guide to the systems engineering

14、 body of knowledge. 10 alexander kossiakoff, william n. sweet. systems engineering principles and practice. wiley-interscience, 20xx 11 systems thinking and systems engineering. 12 watts s. humphrey. managing the software process. addison-wesley, 1989 13 wintoroyce. managing the development of large

15、 software systems. 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., 20xx 16 steve mcconnell. rapid development: taming wild

16、 software schedules. 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 puter, 1988(5): 6172 19 craig larman. agile & iterative development: a managers guide. pearsoeducation, inc., 20xx 20 barry w. boehm. anchoring the software process. ieee puter, 1996(7): 7382 21 philippe kruchten. the rational unified process: aintroduction, second edition. addison-wesley, 20xx 22 iv