軟件工程碩士開題報(bào)告范文

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

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

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

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

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

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

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

8、軟件工程領(lǐng)域的rup和敏捷方法為根底，將其擴(kuò)展到系統(tǒng)工程領(lǐng)域，同時(shí)吸收了并行工程與ippd的思想。miip的研究需要深入分析并解決好以下幾個(gè)問題： 1. 消費(fèi)電子產(chǎn)品開發(fā)過程具備什么樣的過程特征? 2. 如何為消費(fèi)電子產(chǎn)品開發(fā)過程建立適宜的過程? 3. 對于消費(fèi)電子產(chǎn)品，產(chǎn)品開發(fā)過程應(yīng)具備什么程度的敏捷性? 4. 軟件開發(fā)的迭代過程是否同樣適用于硬件、結(jié)構(gòu)件和定制件等其他學(xué)科的產(chǎn)品組件的開發(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)品開發(fā)如何實(shí)現(xiàn)從傳統(tǒng)的串行過程到迭代過程的轉(zhuǎn)

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

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

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

12、勞工程進(jìn)行評估與改良 20xx.07 撰寫學(xué)術(shù)論文 20xx.08 部門內(nèi)部推廣 20xx.10 學(xué)位論文定稿和辯論準(zhǔn)備 參考文獻(xiàn) 2 熊光楞，徐文勝，張和明，范文慧。并行工程的理論與實(shí)踐。清華大學(xué)出版社，施普林格出版社，20xx 3 傅立豐，張耀宗，劉長紅。并行工程的開展及應(yīng)用。機(jī)械加工與自動化，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 萬立，鄭霞，劉清華。產(chǎn)品全生命周期管理平臺的集成產(chǎn)品開發(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