【正文】 寫過的研究成果，對本文的研究做出貢獻的集體和個人均已在論文中作了明確的說明并表示了謝意。 （保密的論文在解密后應遵循此規(guī)定）研究生簽名： 導師簽名： 日 期： …………………………………………………………………本人及導師同意將學位論文提交至清華大學“中國學術期刊（光盤版）電子雜志社”進行電子和網(wǎng)絡出版，并編入CNKI系列數(shù)據(jù)庫，傳播本學位論文的全部或部分內(nèi)容，同意按《中國優(yōu)秀博碩士學位論文全文數(shù)據(jù)庫出版章程》規(guī)定享受相關權益。盡我所知，除文中特別加以標注和致謝的地方外，不包含其他人或組織已經(jīng)發(fā)表或公布過的研究成果，也不包含我為獲得 及其它教育機構(gòu)的學位或?qū)W歷而使用過的材料。作 者 簽 名：　　 　 　　日　 期：　　 　 　　 指導教師簽名：　　 　 　　 日　　期：　　 　 　　 使用授權說明本人完全了解 大學關于收集、保存、使用畢業(yè)設計（論文）的規(guī)定，即：按照學校要求提交畢業(yè)設計（論文）的印刷本和電子版本；學校有權保存畢業(yè)設計（論文）的印刷本和電子版，并提供目錄檢索與閱覽服務；學?？梢圆捎糜坝?、縮印、數(shù)字化或其它復制手段保存論文；在不以贏利為目的前提下，學?？梢怨颊撐牡牟糠只蛉績?nèi)容。除了文中特別加以標注引用的內(nèi)容外，本論文不包含任何其他個人或集體已經(jīng)發(fā)表或撰寫的成果作品。本人完全意識到本聲明的法律后果由本人承擔。本人授權　　 　 　大學可以將本學位論文的全部或部分內(nèi)容編入有關數(shù)據(jù)庫進行檢索，可以采用影印、縮印或掃描等復制手段保存和匯編本學位論文。作者簽名： 日期： 年 月 日導師簽名： 日期： 年 月 日指導教師評閱書指導教師評價：一、撰寫（設計）過程學生在論文（設計）過程中的治學態(tài)度、工作精神□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格學生掌握專業(yè)知識、技能的扎實程度□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格學生綜合運用所學知識和專業(yè)技能分析和解決問題的能力□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格研究方法的科學性；技術線路的可行性；設計方案的合理性□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格完成畢業(yè)論文（設計）期間的出勤情況□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格二、論文（設計）質(zhì)量論文（設計）的整體結(jié)構(gòu)是否符合撰寫規(guī)范？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格是否完成指定的論文（設計）任務（包括裝訂及附件）？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格三、論文（設計）水平論文（設計）的理論意義或?qū)鉀Q實際問題的指導意義□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格論文的觀念是否有新意？設計是否有創(chuàng)意？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格論文（設計說明書）所體現(xiàn)的整體水平□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格建議成績：□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格（在所選等級前的□內(nèi)畫“√”）指導教師： （簽名） 單位： （蓋章）年 月 日評閱教師評閱書評閱教師評價：一、論文（設計）質(zhì)量論文（設計）的整體結(jié)構(gòu)是否符合撰寫規(guī)范？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格是否完成指定的論文（設計）任務（包括裝訂及附件）？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格二、論文（設計）水平論文（設計）的理論意義或?qū)鉀Q實際問題的指導意義□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格論文的觀念是否有新意？設計是否有創(chuàng)意？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格論文（設計說明書）所體現(xiàn)的整體水平□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格建議成績：□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格（在所選等級前的□內(nèi)畫“√”）評閱教師： （簽名） 單位： （蓋章）年 月 日云南大學碩士研究生論文 XX系統(tǒng)的分析與設計教研室（或答辯小組）及教學系意見教研室（或答辯小組）評價：一、答辯過程畢業(yè)論文（設計）的基本要點和見解的敘述情況□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格對答辯問題的反應、理解、表達情況□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格學生答辯過程中的精神狀態(tài)□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格二、論文（設計）質(zhì)量論文（設計）的整體結(jié)構(gòu)是否符合撰寫規(guī)范？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格是否完成指定的論文（設計）任務（包括裝訂及附件）？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格三、論文（設計）水平論文（設計）的理論意義或?qū)鉀Q實際問題的指導意義□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格論文的觀念是否有新意？設計是否有創(chuàng)意？□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格論文（設計說明書）所體現(xiàn)的整體水平□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格評定成績：□ 優(yōu) □ 良 □ 中 □ 及格 □ 不及格（在所選等級前的□內(nèi)畫“√”）教研室主任（或答辯小組組長）： （簽名）年 月 日教學系意見：系主任： （簽名）年 月 日摘要 簡單的論文總體描述論文首先介紹了XX系統(tǒng)的研究背景，對所需要解決的問題進行了概述，討論了項目的研究意義與重要性，闡述了系統(tǒng)開發(fā)方法和相關技術；論文提出了系統(tǒng)的設計目標，對系統(tǒng)進行了詳細的需求分析，包括業(yè)務需求、功能需求、數(shù)據(jù)需求和非功能需求，給出了系統(tǒng)的業(yè)務流程圖、用例圖和概念類圖，進行了用例描述；在系統(tǒng)設計中，對系統(tǒng)進行了總體設計與模塊設計，包括XX等功能模塊，給出了模塊設計的功能結(jié)構(gòu)圖（包圖）、類圖、順序圖（協(xié)作圖）和處理流程圖，詳細闡述了設計內(nèi)容，進行了界面設計，并使用實體類圖、ER圖和數(shù)據(jù)庫表結(jié)構(gòu)對數(shù)據(jù)庫進行了詳細設計；論文最后對研究的內(nèi)容進行了總結(jié)，闡述了本人的主要工作，指出了論文存在的不足，并對進一步的工作進行了展望。以下是范本請不要照搬！隨著科學技術的進步和社會經(jīng)濟的發(fā)展，信息化進程已經(jīng)成為一種必然的趨勢。因此，人們認識到，作為國家信息化和社會信息化的重要組成部分之一的商業(yè)信息化，已然成為了促進社會經(jīng)濟發(fā)展的一個增長點，也是推動商業(yè)發(fā)展的重要手段。網(wǎng)上購物最早在美國出現(xiàn)，1995年美國網(wǎng)上商店亞馬遜開業(yè)（），美國第一家安全網(wǎng)絡銀行（First Security ）實現(xiàn)網(wǎng)上支付。從起步到現(xiàn)在，十多年來網(wǎng)上購物發(fā)展迅速,在1998年，國內(nèi)最大的商務拍賣網(wǎng)站易趣開始運行。網(wǎng)上購物的商家越來越多，同時網(wǎng)上購物的消費者數(shù)量也在迅速的發(fā)展與增長。在長達6年的網(wǎng)上購物市場發(fā)展過程中，網(wǎng)上購物者漸漸開始接受并習慣新的購物消費方式，隨著網(wǎng)民人數(shù)增加，網(wǎng)上購物者人數(shù)有進一步擴大的趨勢。不少商家、公司只制作一個或幾個產(chǎn)品介紹的頁面，要修改資料，需要對網(wǎng)頁重新修改，客戶卻又不能在線下定單，需要通過多種步驟才能與商家取得聯(lián)系，其弊端是顯見的，首先是低效率、數(shù)據(jù)的嚴重冗余，其次是維護困難。開發(fā)一個基于web的動態(tài)網(wǎng)上購物系統(tǒng)，對發(fā)展電子商務無疑是十分迫切的。在信息技術日新月異的今天，隨著新技術、新功能的演變，開發(fā)一個XXX系統(tǒng)有著多種技術手段來實現(xiàn)。展開敘述一些傳統(tǒng)技術手段存在的問題此外，現(xiàn)有的電子商務系統(tǒng)普遍存在著…….問題，一直得不到解決。此外，如果論文所述項目為集體合作，則應該簡略指出作者本人所負責的工作。 論文結(jié)構(gòu)此處插入該論文的整體結(jié)構(gòu)，簡述論文的整體形式結(jié)構(gòu)，并簡述每一章的主旨。第二章闡述的是本文所涉及到的開發(fā)方法及相關技術，包括：軟件工程開發(fā)模型、UML建模技術、數(shù)據(jù)庫技術等。第四章是本文的重點，在進行了系統(tǒng)總體設計的基礎上，采用UML的包圖、類圖、順序圖和活動圖等對系統(tǒng)的子模塊進行了功能性詳細設計，并給出了主要功能的界面設計，同時通過實體類圖、ER圖和數(shù)據(jù)庫表結(jié)構(gòu)對數(shù)據(jù)庫進行了詳細設計。第二章 系統(tǒng)的開發(fā)方法及相關技術此處插入系統(tǒng)開發(fā)方法的統(tǒng)一概述，旨在簡要的解釋系統(tǒng)開發(fā)的方法和涉及的相關技術。服務層采用XXX技術來提供統(tǒng)一接口，降低其與其他系統(tǒng)間的耦合度，提供安全數(shù)據(jù)通信，提高系統(tǒng)可擴展性、兼容性以及集成能力。 此外，系統(tǒng)采用增量模型進行開發(fā)，以應對不斷變化的需求，大量降低項目風險，保證系統(tǒng)核心功能，較快的交付可使用的模塊。羅伊斯在1970年提出，在20世紀80年代以前，瀑布模型一直都是唯一被廣泛采用的軟件開發(fā)模型。理想化的瀑布模型是單邊逐一而下的，認為人在工作過程中不可能犯錯誤。[1]瀑布模型的優(yōu)點：l 促進軟件開發(fā)工程化，為項目提供了按階段劃分的檢查點l 降低軟件開發(fā)的復雜度，當前一階段完成后，只需去關注后續(xù)階段l 可以在增量模型中使用瀑布模型瀑布模型的缺點：l 缺乏靈活性不適應用戶需求的變化，項目的各個階段之間極少有反饋l 如果軟件需求不明確或者經(jīng)常變更需求，最終可能導致開發(fā)出的軟件與用戶預期的軟件不符，往往會導致大量的返工，有時甚至會給開發(fā)人員帶來災難性的后果，而這一點又常常在項目生命期的后期才有所覺察。玻姆于1988年正式發(fā)表了軟件系統(tǒng)開發(fā)的“螺旋模型”，它是將瀑布模型與演化模型相結(jié)合，并且增加了兩者所忽略的風險分析，彌補了兩者的不足之處，該模型通常用來指導大型軟件項目的開發(fā)軟件項目的開發(fā)。軟件風險駕馭的目標主要是在造成危害之前及時對風險進行識別，分析，采取對策進而消除或者減少風險的損害。沿著螺旋線每旋轉(zhuǎn)一圈，表示開發(fā)出一個更完善的新的軟件版本，如果開發(fā)風險過大，開發(fā)機構(gòu)和客戶無法接受，項目就有可能就此終止。螺旋模型開發(fā)的成敗很大程度上依賴于風險評估的成敗。風險分析：分析所選方案，考慮如何識別和消除風險?？蛻粼u估：評價軟件功能和性能，提出修改建議。 　　l 以小的分段來構(gòu)建大型系統(tǒng),使成本計算變得簡單容易。l 隨著項目推進,客戶始終掌握項目的最新信，從而他或她能夠和管理層有效地交互。螺旋模型的缺點：l 很難讓用戶確信這種演化方法的結(jié)果是可以控制的。 面向?qū)ο蟮膰娙Ｐ驮诿嫦驅(qū)ο蟮姆椒ㄖ校岢隽擞谄俨寄Ｐ拖鄬膰娙Ｐ?，該模型的主要特點是認為軟件生命周期的各個階段是相互重疊和多次反復的，它是一種以用戶需求為動力，以對象為驅(qū)動的模型，主要用于描述面向?qū)ο蟮能浖_發(fā)過程。該模型的各個階段沒有明顯的界限，開發(fā)人員可以同步進行開發(fā)。由于噴泉模型在各個開發(fā)階段是重疊的，因此在開發(fā)過程中需要大量的開發(fā)人員，因此不利于項目的管理。噴泉一詞本身就體現(xiàn)了迭代和無間隙的特性。噴泉模型不像瀑布模型那樣，需要分析活動結(jié)束后才開始設計活動