軟件工程碩士開題報告

軟件工程碩士開題報告1

題目：

學(xué) 院：

專 業(yè)：

班 級：

學(xué) 號：

姓 名：

指導(dǎo)教師：

填表日期：

一、選題背景與意義

隨著網(wǎng)絡(luò)應(yīng)用的豐富和發(fā)展，很多網(wǎng)站往往不能迅速跟進(jìn)大量信息衍生及業(yè)務(wù)模式變革的腳步，常常需要花費(fèi)許多時間、人力和物力來處理信息更新和維護(hù)工作；遇到網(wǎng)站擴(kuò)充的時候，整合內(nèi)外網(wǎng)及分支網(wǎng)站的工作就變得更加復(fù)雜，甚至還需重新建設(shè)網(wǎng)站；如此下去，用戶始終在一個高成本、低效率的循環(huán)中升級、整合……于是，我們聽到許多用戶這樣的反饋:頁面制作無序，網(wǎng)站風(fēng)格不統(tǒng)一，大量信息堆積，發(fā)布顯得異常沉重內(nèi)容繁雜，手工管理效率低下，手工鏈接視音頻信息經(jīng)常無法實現(xiàn)；應(yīng)用難度較高，許多工作需要技術(shù)人員配合才能完成，角色分工不明確;改版工作量大，系統(tǒng)擴(kuò)展能力差，集成其它應(yīng)用時更是降低了靈活性;對于網(wǎng)站建設(shè)和信息發(fā)布人員來說，他們最關(guān)注的系統(tǒng)的易用性和的功能的完善性，因此，這對網(wǎng)站建設(shè)和信息發(fā)布工具提出了一個很高的要求。

首先，角色定位明確，以充分保證工作人員的工作效率；其次，功能完整，滿足各門道“把關(guān)人”應(yīng)用所需，使信息發(fā)布準(zhǔn)確無誤。比如，為編輯、美工、主編及運(yùn)維人員設(shè)置權(quán)限和實時管理功能。

此外，保障網(wǎng)站架構(gòu)的安全性也是用戶關(guān)注的焦點。能有效管理網(wǎng)站訪問者的登陸權(quán)限，使內(nèi)網(wǎng)數(shù)據(jù)庫不受攻擊，從而時刻保證網(wǎng)站的安全穩(wěn)定，免于用戶的后顧之憂。

根據(jù)以上需求，內(nèi)容管理系統(tǒng)CMS應(yīng)運(yùn)而生，來有效解決用戶網(wǎng)站建設(shè)與信息發(fā)布中常見的問題和需求。對網(wǎng)站內(nèi)容管理是該軟件的最大優(yōu)勢，它流程完善、功能豐富，可把稿件分門別類并授權(quán)給合法用戶編輯管理，而不需要用戶去理會那些難懂的SQL語法。

內(nèi)容管理從20xx年開始成為一個重要的應(yīng)用領(lǐng)域，這時.COM和B2B, B2C等經(jīng)歷了資本和市場的考驗及洗禮，人們重新回到信息技術(shù)應(yīng)用的基本面－如何提高競爭能力，而內(nèi)容管理恰恰能夠通過對企業(yè)各種類型的數(shù)字資產(chǎn)的產(chǎn)生、管理、增值和再利用，改善組織的運(yùn)行效率和企業(yè)的競爭能力，企事業(yè)單位也開始認(rèn)識到內(nèi)容管理的重要性。

二、研究內(nèi)容與目標(biāo)

1. 系統(tǒng)架構(gòu)的研究：采用三層架構(gòu)，將系統(tǒng)分為UI層，業(yè)務(wù)邏輯層，數(shù)據(jù)訪問層，目前三層架構(gòu)的思想已經(jīng)很成熟。研究三層架構(gòu)，有助于理解軟件系統(tǒng)架構(gòu)。

2. 數(shù)據(jù)庫的設(shè)計以及優(yōu)化：針對數(shù)據(jù)庫的設(shè)計，結(jié)合實際的應(yīng)用以及理論知識的要求，設(shè)計出滿足需求的數(shù)據(jù)庫，并且，在后期的維護(hù)中，從查詢數(shù)據(jù)庫中表的數(shù)據(jù)來探討數(shù)據(jù)庫的查詢的優(yōu)化方法，例如在模糊查詢中是否使用索引，以及建立索引之后的效率會相對于沒有建立時的不同，需要深入的研究數(shù)據(jù)庫庫德設(shè)計和優(yōu)化

3. 用戶體驗和界面的友好性研究：本系統(tǒng)將使用Ajax，jQuery等技術(shù)和JavaScript插件，來提高用戶體驗和用戶交互性。對于與用戶界面以及操作方面進(jìn)行研究，讓界面更加美觀，操作更加人性化，提高用戶交互性和用戶體驗。例如用戶操作成功之后自動跳轉(zhuǎn)，減少用戶的操作次數(shù)。

4. 其他CMS系統(tǒng)的研究：通過對其他成熟的.CMS內(nèi)容管理系統(tǒng)的研究，加強(qiáng)對CMS的理解。爭取做到最好。

5. 網(wǎng)站安全性研究：系統(tǒng)采用三層架構(gòu)，設(shè)計安全，合理的數(shù)據(jù)庫，使用存儲過程。增加安全驗證，達(dá)到系統(tǒng)安全。

6. 用戶權(quán)限研究：系統(tǒng)基于角色的權(quán)限管理，每個角色都有不同的權(quán)限，然后將角色授予用戶。從而達(dá)到權(quán)限的安全，用戶權(quán)限分配合理。

三、研究方法與手段

1.需求分析使用StartUML完成需求分析，并完成各種UML圖。數(shù)據(jù)庫設(shè)計使用PowerDesigner15，SQL Server20xx。web開發(fā)使用Visua Studio 20xx，ASP.NET，IIS等工具，業(yè)務(wù)邏輯使用動軟 .NET代碼生成器，提高開發(fā)效率。

2.研究已經(jīng)成熟的CMS內(nèi)容管理系統(tǒng)。通過研究成熟的CMS系統(tǒng)，理解CMS內(nèi)容管理系統(tǒng)的設(shè)計定位，用戶定位。借鑒已經(jīng)成熟的經(jīng)驗，盡量減少不必要的錯誤。少走彎路。學(xué)習(xí)其中的思想。

3.采用.NET平臺，C#語言，ASP.NET，IIS等。數(shù)據(jù)庫使用SQLserver 20xx

四、項目進(jìn)度安排

1. 20xx/12/27-20xx/1/31:需求分析階段

此階段的主要內(nèi)容有：業(yè)務(wù)流程的需求分析，數(shù)據(jù)庫的設(shè)計，用例設(shè)計

2. 20xx/2/1-20xx/3/31:詳細(xì)設(shè)計階段

此階段的主要內(nèi)容有:類的設(shè)計，業(yè)務(wù)流程的詳細(xì)設(shè)計

3. 20xx/4/1-20xx/5/1：系統(tǒng)實現(xiàn)階段

此階段的主要內(nèi)容有：功能的實現(xiàn)

4. 20xx/5/2-20xx/5/31：系統(tǒng)維護(hù)維護(hù)階段

此階段的主要內(nèi)容有：在細(xì)節(jié)方面對系統(tǒng)的一個整體的維護(hù)，以及對處理相應(yīng)的異常和系統(tǒng)的實踐檢測

五、參考文獻(xiàn)

1、《C#高級編程》（美）內(nèi)格爾（Nagel.C）等著；李銘 翻譯；黃靜，清華大學(xué)出版社。

2、《設(shè)計模式》 Erich Gamma

軟件工程碩士開題報告2

一、課題的意義

選擇一個適合的產(chǎn)品開發(fā)過程對于成功完成產(chǎn)品開發(fā)有著至關(guān)重要的作用。一個定義良好的過程，可以有效地指導(dǎo)和監(jiān)控產(chǎn)品開發(fā)實踐活動，提高產(chǎn)品開發(fā)的效率、質(zhì)量和可預(yù)測性。但是，如果過程定義不合理，卻會反過來制約我們的工作，導(dǎo)致挫折、低效、低質(zhì)量甚至失敗。

產(chǎn)品開發(fā)是一個多學(xué)科綜合的過程。以消費(fèi)電子產(chǎn)品為例，在產(chǎn)品開發(fā)過程中，軟件、硬件、結(jié)構(gòu)件和定制件等各個學(xué)科和專業(yè)小組的活動互相依賴、交叉并行。傳統(tǒng)的產(chǎn)品開發(fā)過程往往采用串行、離散、重量級的方法，存在著以下問題：

串行的產(chǎn)品開發(fā)過程不能有效支持產(chǎn)品開發(fā)的迭代本質(zhì)，項目的風(fēng)險往往在后期集中爆發(fā)，導(dǎo)致項目進(jìn)度失控或產(chǎn)品草率交付。

傳統(tǒng)產(chǎn)品開發(fā)過程把各個學(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ù)和工藝水平的飛速提高，以及激烈的市場競爭導(dǎo)致產(chǎn)品的更新?lián)Q代更加頻繁，也使得開發(fā)時間日益縮短。在開發(fā)難度提高和開發(fā)時間縮短的雙重壓力下，傳統(tǒng)的產(chǎn)品開發(fā)過程已經(jīng)不能滿足消費(fèi)電子產(chǎn)品開發(fā)的需要。因此，建立一個高效的產(chǎn)品開發(fā)過程有著重大的意義。

二、國內(nèi)外現(xiàn)狀分析

為了解決傳統(tǒng)串行的產(chǎn)品開發(fā)過程導(dǎo)致的產(chǎn)品設(shè)計改動量大、開發(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)各個學(xué)科和專業(yè)小組的關(guān)鍵作用。對于產(chǎn)品開發(fā)過程方法的研究和實踐，是系統(tǒng)工程的重要組成部分。在系統(tǒng)工程領(lǐng)域，現(xiàn)有的各種系統(tǒng)生命周期模型和系統(tǒng)工程過程模型從各個不同的方面對產(chǎn)品開發(fā)過程進(jìn)行了描述，現(xiàn)有的重量級的產(chǎn)品開發(fā)過程大多數(shù)正是在這些模型的基礎(chǔ)上建立起來的。但這些模型本身比較抽象化和一般化，不足以作為產(chǎn)品開發(fā)過程定義。同時，由于系統(tǒng)工程長期以來主要應(yīng)用于大型/超大型系統(tǒng)（如武器系統(tǒng)、航天飛機(jī)等），在應(yīng)用這些模型進(jìn)行產(chǎn)品過程定義時必須非常小心，否則容易產(chǎn)生過于重量級的過程。

反觀軟件工程（Software Engineering）領(lǐng)域，對于軟件開發(fā)過程的研究和實踐近年取得了很大的進(jìn)展，迭代開發(fā)正取代傳統(tǒng)的瀑布模型逐漸成為軟件過程方法的主流?；诘_發(fā)的產(chǎn)品化的軟件開發(fā)過程——RUP的出現(xiàn)，標(biāo)志著迭代開發(fā)方法的成熟。以迭代開發(fā)為核心的一批敏捷方法（Agile Methods），代表著軟件開發(fā)過程研究和實踐中極為活躍的部分。但是這些過程和方法主要關(guān)注于軟件開發(fā)過程，對于其他學(xué)科的活動通常只是作為軟件開發(fā)過程的外部環(huán)境加以考慮，而不是從全局上予以綜合和協(xié)調(diào)。

產(chǎn)品開發(fā)、系統(tǒng)工程、軟件工程3個領(lǐng)域的過程方法各有所長，但都滿足不了消費(fèi)電子產(chǎn)品開發(fā)過程的要求，尤其對于多學(xué)科綜合的迭代開發(fā)方法都缺乏具體的解決方案。

三、研究目標(biāo)和內(nèi)容

本課題的研究目標(biāo)是為消費(fèi)電子產(chǎn)品建立一個能夠有效支持產(chǎn)品開發(fā)迭代本質(zhì)、有效綜合與協(xié)調(diào)多學(xué)科交叉并行活動、輕量級的產(chǎn)品開發(fā)過程。

由于現(xiàn)有的過程方法都滿足不了消費(fèi)電子產(chǎn)品開發(fā)過程的要求，尤其對于多學(xué)科綜合的迭代開發(fā)方法都缺乏具體的解決方案。因此，我們在綜合產(chǎn)品開發(fā)、系統(tǒng)工程、軟件工程等領(lǐng)域先進(jìn)的過程方法的基礎(chǔ)上，提出了一個適合于消費(fèi)電子產(chǎn)品的、基于迭代開發(fā)方法的、多學(xué)科綜合的開發(fā)過程——多學(xué)科集成迭代過程（Multidisciplinary Integrated Iterative Process，MIIP）。在這里：

“多學(xué)科”是指MIIP能夠有效綜合與協(xié)調(diào)多學(xué)科交叉并行的開發(fā)活動；

“集成”有兩方面的含義，一是MIIP在產(chǎn)品開發(fā)過程中集成了各個學(xué)科和專業(yè)小組的活動，二是MIIP在過程方法上集成了RUP、敏捷方法、系統(tǒng)工程、并行工程、IPPD等多種過程方法的先進(jìn)思想和經(jīng)典實踐；

“迭代”是指MIIP基于迭代開發(fā)方法。

本課題的研究內(nèi)容主要包括：

1、分析消費(fèi)電子產(chǎn)品開發(fā)的多學(xué)科集成迭代特征，并為之建立合適的過程；

2、研究迭代過程在多學(xué)科交叉并行情況下存在的問題，并尋求解決方案；

3、將多學(xué)科集成迭代過程應(yīng)用到具體的項目中，在實踐中檢驗和完善；

4、總結(jié)多學(xué)科集成迭代過程應(yīng)用的經(jīng)驗教訓(xùn)，為企業(yè)乃至整個行業(yè)的過程改進(jìn)提供經(jīng)典實踐。

[注：一般研究內(nèi)容3—6個，每個研究內(nèi)容要展開來陳述一下]

四、關(guān)鍵技術(shù)研究

[注：關(guān)鍵技術(shù)研究是指要解決的關(guān)鍵問題，不是要使用的主要技術(shù)]

多學(xué)科集成迭代過程（MIIP）以軟件工程領(lǐng)域的RUP和敏捷方法為基礎(chǔ)，將其擴(kuò)展到系統(tǒng)工程領(lǐng)域，同時吸收了并行工程與IPPD的思想。MIIP的研究需要深入分析并解決好以下幾個問題：

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、各個學(xué)科如何在迭代之間進(jìn)行協(xié)同？

7、各個學(xué)科在獨(dú)立并行和同步協(xié)調(diào)之間如何進(jìn)行權(quán)衡？

8、在實踐中，產(chǎn)品開發(fā)如何實現(xiàn)從傳統(tǒng)的串行過程到迭代過程的轉(zhuǎn)變？

[注：關(guān)鍵問題3個以上，并建議每個問題要展開來陳述一下]

五、研究方案

本課題的研究方法主要包括：

1、文獻(xiàn)閱讀：大量閱讀文獻(xiàn)，了解業(yè)界成熟的過程理論、經(jīng)典實踐和最新研究進(jìn)展，建立充實的理論基礎(chǔ)。

2、過程資產(chǎn)分析：分析Z公司（一個大型的消費(fèi)電子產(chǎn)品提供商）過程資產(chǎn)庫中的現(xiàn)有過程定義文檔，并將其與實際執(zhí)行結(jié)果相比較。

3、項目歷史數(shù)據(jù)分析：分析Z公司項目歷史數(shù)據(jù)，特別是項目計劃、監(jiān)控、度量結(jié)果和技術(shù)類工作產(chǎn)品，了解項目的實際執(zhí)行過程。

4、人員訪談：訪談Z公司項目經(jīng)理、開發(fā)人員和過程改進(jìn)人員，了解現(xiàn)有過程模型存在的問題及其根源和人們的期望。

5、過程定義：在分析消費(fèi)電子產(chǎn)品開發(fā)過程的特征之后，建立與之相適應(yīng)的多學(xué)科集成迭代過程。

6、討論和評審：在新過程的設(shè)計過程中定期與相關(guān)專業(yè)人員進(jìn)行討論和評審，集思廣益。

7、過程試點：在Z公司選擇一個現(xiàn)有項目進(jìn)行試點，在實踐中檢驗和完善過程定義。

8、試點總結(jié)：總結(jié)多學(xué)科集成迭代過程應(yīng)用的經(jīng)驗教訓(xùn)，為Z公司乃至整個行業(yè)的過程改進(jìn)提供經(jīng)典實踐。

1、基于復(fù)用定義軟件總線架構(gòu)

2、面向快速軟件服務(wù)的個體敏捷過程擬包括以下子過程：

a）需求與組件池的匹配過程

b）派生組件的開發(fā)過程

c）需求的驗證過程

d）快速服務(wù)交付過程

e）組件反饋維護(hù)過程

3、借鑒CMMI和PSP來建立面向快速軟件服務(wù)的個體能力成熟度模型，并進(jìn)行評估

[注：如果是開發(fā)系統(tǒng)，則可畫個系統(tǒng)結(jié)構(gòu)圖，并說明開發(fā)語言、工具、框架等]

本課題的研究經(jīng)費(fèi)來自Z公司的過程改進(jìn)費(fèi)用，Z公司有一支專職的過程改進(jìn)隊伍，并且已經(jīng)具備一定的過程資產(chǎn)和項目歷史數(shù)據(jù)，過程的試點項目已經(jīng)選定，多學(xué)科集成迭代過程的核心思想已經(jīng)開始在該項目中應(yīng)用。課題研究各方面的資源已基本具備，可以支持研究工作的開展。

六、計劃進(jìn)度

[注：一般從開題到答辯是一年時間]

20xx、10開題

20xx、12定義面向快速軟件服務(wù)的個體敏捷過程

20xx、03定義面向快速軟件服務(wù)的個體敏捷過程中個人能力成熟程度

20xx、04選擇2—3個專業(yè)服務(wù)項目進(jìn)行推廣試點

20xx、06對試點專業(yè)服務(wù)項目進(jìn)行評估與改進(jìn)

20xx、07撰寫學(xué)術(shù)論文

20xx、08部門內(nèi)部推廣

20xx、10學(xué)位論文定稿和答辯準(zhǔn)備

浙江大學(xué)軟件工程碩士開題報告論證會流程

軟件工程碩士研究生必須在導(dǎo)師指導(dǎo)下查閱文獻(xiàn)、確定開題，并完成撰寫。填寫《開題報告論證表》中的基本信息后，提交導(dǎo)師，由導(dǎo)師完成評語，參加由導(dǎo)師組織的開題報告論證會。

一、向論證專家提交開題論證材料

1、《開題報告論證表》1份，需有導(dǎo)師評語及簽名

2、開題報告一式1份，普通A4紙裝訂，格式參照公布的規(guī)定及模板

3、文獻(xiàn)綜述一式1份，普通A4紙裝訂，格式參照公布的規(guī)定及模板

4、論證PPT，報告時間15分鐘左右

二、開題論證

論證專家由3人組成，根據(jù)研究生對中英文文獻(xiàn)資料掌握狀況、對該領(lǐng)域國內(nèi)外水平熟悉了解程度，論文選題、研究開發(fā)技術(shù)路線以及論文工作進(jìn)展情況、存在問題進(jìn)行論證。

三、論證結(jié)論

1、通過；

2、修改后通過，研究生應(yīng)在論證會后2周內(nèi)根據(jù)論證意見對文獻(xiàn)綜述、開題報告進(jìn)行修改并由導(dǎo)師審核，直至通過；

3、不通過，則研究生須重新開題，參加下一期開題報告論證會。

四、開題論證信息上傳、審核

1、請開題論證通過或修改后通過的研究生，盡快系統(tǒng)中錄入有關(guān)信息：

雙證：登錄浙江大學(xué)研究生教育信息管理系統(tǒng)（http://grsinfo.zju.edu.cn/login_s.jsp），在“我的開題報告”中錄入開題報告信息。（填寫說明：系統(tǒng)上“專家組對開題報告的意見及建議”欄內(nèi)填寫“專家組評語及結(jié)論”，因此請研究生在論證現(xiàn)場做好評語和結(jié)論的記錄。）

單證：登錄浙江大學(xué)專業(yè)學(xué)位研究生管理系統(tǒng)（http://xwb.zju.edu.cn/PDGManager/），賬號、密碼為學(xué)號，開頭字母“Z”大寫，密碼可登錄后修改），在“學(xué)位申請”—>“開題報告管理”中錄入開題報告信息。（填寫說明：系統(tǒng)上“報告內(nèi)容”、“報告結(jié)論”欄內(nèi)分別填論證表上導(dǎo)師對“文獻(xiàn)綜述與開題報告評語”、“專家組評語及結(jié)論”，因此請研究生在論證現(xiàn)場做好評語和結(jié)論的記錄。）

2、請導(dǎo)師或組長將《開題報告論證表》（導(dǎo)師及論證專家親筆簽名）在論證結(jié)束后交軟件學(xué)院寧波校區(qū)教學(xué)辦王慧老師或玉泉校區(qū)曹光彪主樓215室吳海梅老師。

3、軟件學(xué)院教學(xué)辦在收到《開題報告論證表》后，完成系統(tǒng)上對開題報告的審核，研究生可登錄系統(tǒng)查看。

浙江大學(xué)軟件學(xué)院教學(xué)辦