【導(dǎo)讀】畢業(yè)生論文管理系統(tǒng)。班級(jí)：08T計(jì)算機(jī)2班。沈陽大學(xué)畢業(yè)設(shè)計(jì)（論文）No

　　

【正文】 容易、方便。例如，利用 request 對(duì)象，可以很容易地接收用戶在 HTML 表單中提交的信息。 MVC 框架技術(shù) MVC 是 ModelViewController 的簡稱，即模型 視圖 控制器。 MVC 是一種設(shè)計(jì)模式，它把應(yīng)用程序分成三個(gè)核心模塊：模型、視圖、控制器，它們各自處理自己的任務(wù) 。 視圖是用戶看到并與之交互的界面，作用如下 ,視圖向用戶顯示相關(guān)的數(shù)據(jù) ,接受用戶的輸入 ,不進(jìn)行任何實(shí)際的業(yè)務(wù)處理 ,視圖向模型查詢業(yè)務(wù)狀態(tài)，但不能改變模型 ,視圖接 受模型發(fā)出的數(shù)據(jù)更新事件，從而對(duì)用戶界面進(jìn)行同步更新 ,模型是應(yīng)用程序的主體部分， 模型表示業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)邏輯 ,一個(gè)模型能 沈陽大學(xué)畢業(yè)設(shè)計(jì)（論文） No 21 為多個(gè)視圖提供數(shù)據(jù) ,由于應(yīng)用于模型的代碼只需寫一次就可以被多個(gè)視圖重用，所以提高了代碼的可重用性 ,控制器接受用戶的輸入并調(diào)用模型和視圖去完成用戶的需求 ,當(dāng) Web 用戶單擊 Web 頁面中的遞交按鈕來發(fā)送 HTML 表單時(shí)，控制器本身不輸出任何東西和做任何處理 ,控制器接收請(qǐng)求并決定調(diào)用哪個(gè)模型組件去處理請(qǐng)求，然后決定調(diào)用哪個(gè)視圖來顯示模型處理返回的數(shù)據(jù) ,首先控制器接收用戶的請(qǐng)求，并決定應(yīng)該調(diào)用哪個(gè)模型 來進(jìn)行處理 ,然后模型根據(jù)用戶請(qǐng)求進(jìn)行相應(yīng)的業(yè)務(wù)邏輯處理，并返回?cái)?shù)據(jù) ,最后控制器調(diào)用相應(yīng)的視圖格式化模型返回的數(shù)據(jù)，并通過視圖呈現(xiàn)給用戶。 首先，最重要的一點(diǎn)是多個(gè)視圖能共享一個(gè)模型。同一個(gè)模型可以被不同的視圖重用，大大提高了代碼的可重用性 [8]。 由于 MVC 的三個(gè)模塊相互獨(dú)立，改變其中一個(gè)不會(huì)影響其他兩個(gè)，所以依據(jù)這種設(shè)計(jì)思想能構(gòu)造良好的松偶合的構(gòu)件 [9]。 此外，控制器提高了應(yīng)用程序的靈活性和可配置性?？刂破骺梢杂脕砺?lián)接不同的模型和視圖去完成用戶的需求，這樣控制器可以為構(gòu)造應(yīng)用程序提供強(qiáng)有力的手 段 [10]。 使用 MVC 需要精心的計(jì)劃，由于它的內(nèi)部原理比較復(fù)雜，所以你需要花費(fèi)一些時(shí)間去理解它。將 MVC 運(yùn)用到你的應(yīng)用程序，會(huì)帶來額外的工作量，增加應(yīng)用的復(fù)雜性，所以 MVC 不適合小型應(yīng)用程序 [11]。 但對(duì)于開發(fā)存在大量用戶界面，并且業(yè)務(wù)邏輯復(fù)雜的大型應(yīng)用程序， MVC將會(huì)使你的軟件在健壯性、代碼重用和結(jié)構(gòu)方面上一個(gè)新的臺(tái)階。盡管在最初構(gòu)建 MVC 框架時(shí)會(huì)花費(fèi)一定的工作量，但從長遠(yuǎn)角度看，它會(huì)大大提高后期軟件開發(fā)的效率 [12]。 沈陽大學(xué)畢業(yè)設(shè)計(jì)（論文） No 22 3 需求分析 需求分析 需求分析的作用 需求分析 [13]就是分析軟件用戶的需求是什么 .如果投入大量的人力，物力 ,財(cái)力 ,時(shí)間 ,開發(fā)出的軟件卻沒人要 ,那所有的投入都是徒勞 .如果費(fèi)了很大的精力 ,開發(fā)一個(gè)軟件 ,最后卻不滿足用戶的要求 ,從而要重新開發(fā)過 ,這種返工是讓人痛心疾首的。比如 ,用戶需要一個(gè) linux 環(huán)境下的軟件 ,而你在軟件開發(fā)前期忽略了軟件的運(yùn)行環(huán)境 ,忘了向用戶詢問這個(gè)問題 ,而想當(dāng)然的認(rèn)為是開發(fā)windows 環(huán)境下的軟件 ,當(dāng)你千辛萬苦地開發(fā)完成向用戶提交時(shí)才發(fā)現(xiàn)出了問題，那這個(gè)時(shí)候的損失就是巨大的。 需求分析過程 需求分析 階段 [14]的工作 ， 可以分為四個(gè)方面 ： 問題識(shí)別 ， 分析與綜合 ，制訂規(guī)格說明 ， 評(píng)審。 問題識(shí)別 :就是從系統(tǒng)角度來理解軟件 ， 確定對(duì)所開發(fā)系統(tǒng)的綜合要求 ，并提出這些需求的實(shí)現(xiàn)條件 ， 以及需求應(yīng)該達(dá)到的標(biāo)準(zhǔn) .這些需求包括：功能需求 (做什么 )， 性能需求 (要達(dá)到什么指標(biāo) )， 環(huán)境需求 (如機(jī)型 ， 操作系統(tǒng)等 )， 沈陽大學(xué)畢業(yè)設(shè)計(jì)（論文） No 23 可靠性需求 (不發(fā)生故障的概率） ， 安全保密需求 ,用戶界面需求 ， 資源使用需求 (軟件運(yùn)行是所需的內(nèi)存 ， CPU 等 )， 軟件成本消耗與開發(fā)進(jìn)度需求 ， 預(yù)先估計(jì)以后系統(tǒng)可能達(dá)到的目標(biāo)。 分析與綜合 :逐步細(xì)化所有的軟件功能 ， 找出系統(tǒng)各元素間 的聯(lián)系 ， 接口特性和設(shè)計(jì)上的限制 ， 分析他們是否滿足需求 ， 剔除不合理部分 ， 增加需要部分。最后 ， 綜合成系統(tǒng)的解決方案 ， 給出要開發(fā)的系統(tǒng)的詳細(xì)邏輯模型 (做什么的模型 )。 制訂規(guī)格說明書 :即編制文檔 ,描述需求的文檔稱為軟件需求規(guī)格說明書。注意需求分析階段的成果是需求規(guī)格說明書 ， 向下一階段提交。 評(píng)審 ： 對(duì)功能的正確性 ,完整性和清晰性 ， 以及其它需求給予評(píng)價(jià)。評(píng)審?fù)ㄟ^才可進(jìn)行下一階段的工作 ， 否則重新進(jìn)行需求分析。 需求分析的方法 需求分析的方法有很多。這里只強(qiáng)調(diào)原型化方法 ， 其它的方法如 ： 結(jié)構(gòu)化方法 ,動(dòng)態(tài) 分析法等 ， 在此 不做深入 討論。 原型化方法是十分重要的 ， 就是軟件的一個(gè)早期可運(yùn)行的版本 ， 它實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能。 原型化方法就是盡可能快地建造一個(gè)粗糙的系統(tǒng) ,這系統(tǒng)實(shí)現(xiàn)了目標(biāo)系統(tǒng)的某些或全部功能 ， 但是這個(gè)系統(tǒng)可能在可靠性 ,界面的友好性或其他方面上存在缺陷。建造這樣一個(gè)系統(tǒng)的目的是為了考察某一方面的可行性 ， 如算法的可行性 ， 技術(shù)的可行性 ， 或考察是否滿足用戶的需求等。如 ,為了考察是否滿足用戶的要求 ， 可以用某些軟件工具快速的建造一個(gè)原型系統(tǒng) ， 這個(gè)系統(tǒng)只是一個(gè)界面 ， 然后聽取用戶的意見 ， 改進(jìn)這個(gè) 原型 .以后的目標(biāo)系統(tǒng)就在原 沈陽大學(xué)畢業(yè)設(shè)計(jì)（論文） No 24 型系統(tǒng)的基礎(chǔ)上開發(fā)。 原型主要有三種類型 ：探 索型 、 實(shí)驗(yàn)型 、 進(jìn)化型 。 探索型 ： 目的是要弄清楚對(duì)目標(biāo)系統(tǒng)的要求 ， 確定所希望的特性 ， 并探討多種方案的可行性。 實(shí)驗(yàn)型 ： 用于大規(guī)模開發(fā)和實(shí)現(xiàn)前 ， 考核方案是否合適 ,規(guī)格說明是否可靠。 進(jìn)化型 ： 目的不在于改進(jìn)規(guī)格說明 ， 而是將系統(tǒng)建造得易于變化 ,在改進(jìn)原型的過程中 ,逐步將原型進(jìn)化成最終系統(tǒng)。 使用原型化方法有兩種不同的策略 ： 廢棄策略 ， 追加策略。 廢棄策略 ： 先建造一個(gè)功能簡單而且質(zhì)量要求不高的模型系統(tǒng)，針對(duì)這個(gè)系統(tǒng)反復(fù)進(jìn)行修改 ,形成比較好的思想 ， 據(jù)此 設(shè)計(jì)出較完整 ， 準(zhǔn)確 ， 一致 ，可靠的最終系統(tǒng)。系統(tǒng)構(gòu)造完成后 ,原來的模型系統(tǒng)就被廢棄不用 ， 探索型和實(shí)驗(yàn)型屬于這種策略。 追加策略 ： 先構(gòu)造一個(gè)功能簡單而且質(zhì)量要求不高的模型系統(tǒng)，作為最終系統(tǒng)的核心 ， 然后通過不斷地?cái)U(kuò)充修改 ， 逐步追加新要求，發(fā)展成為最終系統(tǒng)。進(jìn)化型屬于這種策略。 可行性分析 可行性分析的意義 可行性研究能使新系統(tǒng)達(dá)到以最小的開發(fā)成本取得最佳的經(jīng)濟(jì)效益?？尚行匝芯康哪康?，是根據(jù)所開發(fā)系統(tǒng)的請(qǐng)求，通過初步調(diào)查和系統(tǒng)目標(biāo)分析，對(duì)要開發(fā)的民航票務(wù)管理系統(tǒng)從技術(shù)上、經(jīng)濟(jì)上、資 源上和管理上進(jìn)行是否可行的研究。這是一項(xiàng)保證資源合理使用、避免失誤和浪費(fèi)的重要工作。 沈陽大學(xué)畢業(yè)設(shè)計(jì)（論文） No 25 經(jīng)濟(jì)上的可行性：主要分析成本與收益、投資效果等。 技術(shù)上的可行性：要分析技術(shù)力量、計(jì)算機(jī)性能、通訊網(wǎng)絡(luò)和系統(tǒng)條件等。 運(yùn)行 上的可行性： 運(yùn)行可行性是對(duì)組織結(jié)構(gòu)的影響，現(xiàn)有人員和機(jī)構(gòu)和環(huán)境對(duì)系統(tǒng)的適應(yīng)性及人員培訓(xùn)補(bǔ)充計(jì)劃的可行性。 時(shí)間 上的可行性： 開發(fā)系統(tǒng)的時(shí)間 法律上的可行性：是否合法 可行性分析報(bào)告 以下為將可行性分析轉(zhuǎn)化為的可行性報(bào)告： （ 1） 經(jīng)濟(jì)可行性 : 開發(fā)該系統(tǒng)所需的相關(guān)資料可以 通過已存在的相關(guān)系統(tǒng)進(jìn)行調(diào)查采集 ,所需的其他應(yīng)用軟件、硬件系統(tǒng)也易于獲得 .因此 ,開發(fā)成本較低。而引進(jìn)使用本系統(tǒng)后，與傳統(tǒng)方式相比，具有高效率、低成本、高質(zhì)量的特點(diǎn)，可以節(jié)省不少人力、物力及財(cái)力。所以，從經(jīng)濟(jì)的角度來看，該系統(tǒng)可行。 （ 2） 技術(shù)可行性 : 技術(shù)可行性要考慮現(xiàn)有的技術(shù)條件是否能夠順利完成開發(fā)工作，軟硬件配置是否滿足開發(fā)的需求等。 本網(wǎng)站 用的是 JSP 開發(fā)語言，調(diào)試相對(duì)簡單，當(dāng)前的計(jì)算機(jī)硬件配置也完全能滿足開發(fā)的需求，因此在技術(shù)上是絕對(duì)可行的。軟件方面：由于目前單機(jī)模式相對(duì)發(fā)展成熟，故軟件的開發(fā)平臺(tái)成熟 可行 ,它們速度快、容量大、可靠性能高、價(jià)格低，完全能滿足系統(tǒng)的需求。 （ 3） 運(yùn)行可行性 : 當(dāng)前信息化技術(shù)已經(jīng)相當(dāng)普及，各類操作人員水平都有相當(dāng)?shù)母叨龋? 沈陽大學(xué)畢業(yè)設(shè)計(jì)（論文） No 26 以在運(yùn)行上是可行性的。 本系統(tǒng)的開發(fā)，是典型的 Mis 開發(fā)，主要是對(duì)數(shù)據(jù)的處理，包括數(shù)據(jù)的收集，數(shù)據(jù)的變換，及數(shù)據(jù)的各種報(bào)表形式的輸出。采用流行的JSP+SQLSERVER 2021 體系，已無技術(shù)上的問題。 （ 4） 時(shí)間可行性 : 從時(shí)間上看，在兩個(gè)月的時(shí)間里學(xué)習(xí)相關(guān)知識(shí)，并開發(fā)本論文管理系統(tǒng)，時(shí)間上是有點(diǎn)緊，但是不是不可能實(shí)現(xiàn)，通過兩個(gè)多月的努力功能基本實(shí)現(xiàn)。 （ 5） 法律可行性 : ① 所有技術(shù)資料都為合法。 ② 開發(fā)過程中不存在知識(shí)產(chǎn)權(quán)問題。 ③ 未抄襲任何論文管理系統(tǒng)，不存在侵犯版權(quán)問題。 ④ 開發(fā)過程中未涉及任何法律責(zé)任。 綜上所述，本系統(tǒng)的開發(fā)從技術(shù)上、從經(jīng)濟(jì)上、從法律上都是完全可靠的。 系統(tǒng)定義 本 系統(tǒng) 是 畢業(yè)生論文管理系統(tǒng) ， 為了解決 畢業(yè)生論文量的 不斷擴(kuò)大，有關(guān)論文 管理 的各種信息也成倍增長 的問題 ，推出 的體現(xiàn)當(dāng)前行業(yè)最具有代表意義的解決方案。作為 面向?qū)W生、教師的管理系統(tǒng) ， 具有注冊(cè)，上傳，搜索，下載，瀏覽新聞等 主要功能。 研究方法 軟件工程 的定義 軟件工程是一類求解軟件的工程 [15]，它應(yīng)用計(jì)算機(jī)科學(xué)、數(shù)學(xué)及管理科學(xué)等原理，借鑒傳統(tǒng)工程的原則、方法，創(chuàng)建軟件以達(dá)到提高質(zhì)量、降低成 沈陽大學(xué)畢業(yè)設(shè)計(jì)（論文） No 27 本的目的。其中，計(jì)算機(jī)科學(xué)、數(shù)學(xué)用于構(gòu)造模型與算法，工程科學(xué)用于制定規(guī)范、設(shè)計(jì)范型、評(píng)估成本及確定權(quán)衡，管理科學(xué)用于計(jì)劃、資源、質(zhì)量、成本等管理。軟件工程是一門指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的工程學(xué)科。 軟件工程的模型 軟件工程的模型是軟件開發(fā)全部過程、活動(dòng)和任務(wù)的結(jié)構(gòu)框架。 瀑布模型內(nèi)容及特點(diǎn)： 瀑布模型將軟件生存周期的各項(xiàng)活動(dòng)規(guī)定為依固定順序連接的軟干階段工作，是一種線性模型。各階段活動(dòng)為，提出系統(tǒng)需求、提出軟件需求、需求分析、設(shè)計(jì)、編碼、測(cè)試和運(yùn)行。每個(gè)開發(fā)階段具有以下特征，從上一階段接受本階段工作的對(duì)象作為輸入，對(duì)上述輸入實(shí)施本階段的活動(dòng)，給出本階段的工作成果作為輸出傳入下一階段，對(duì)本階段工作進(jìn)行評(píng)審，若本階段工作得到確認(rèn)，則繼續(xù)下階段工作，否則返回前一階段甚至更前階段。瀑布模型最為突出的缺點(diǎn)是該模型缺乏靈活性。 演化模型內(nèi)容及特點(diǎn)： 演化模型主要針對(duì)事先不能完整定義需求的軟件開發(fā)，其開發(fā)過程一般是首先開發(fā)核心系統(tǒng)，當(dāng)核心系統(tǒng)投入運(yùn)行后，軟件開發(fā)人員 根據(jù)用戶的反饋，實(shí)施開發(fā)的迭代過程，每一迭代過程均由需求、設(shè)計(jì)、編碼、測(cè)試、集成等階段組成，直到軟件開發(fā)結(jié)束。演化模型在一定程度上減少了軟件開發(fā)活動(dòng)的盲目性。 螺旋模型內(nèi)容及特點(diǎn)： 它是在瀑布模型和演化模型的基礎(chǔ)上，加入兩者所忽略的風(fēng)險(xiǎn)分析所建立的一種軟件開發(fā)模型。沿螺旋模型順時(shí)針方向，依次表達(dá)了四個(gè)方面的活 沈陽大學(xué)畢業(yè)設(shè)計(jì)（論文） No 28 動(dòng)，制定計(jì)劃、風(fēng)險(xiǎn)分析、實(shí)施工程、客戶評(píng)估。 噴泉模型內(nèi)容及特點(diǎn)： 它體現(xiàn)了軟件創(chuàng)建所固有的迭代和無間隙特征，噴泉模型主要用于支持面向?qū)ο箝_發(fā)過程。 本系統(tǒng)的研究方法 本系統(tǒng)的 開發(fā)嚴(yán)格遵守軟件工程開發(fā)的標(biāo)準(zhǔn)流程。實(shí)地考察，進(jìn)行需求分析，書寫需求分析表和初步的軟件說明書。在模塊設(shè)計(jì)的同時(shí)進(jìn)行單元測(cè)試，系統(tǒng)設(shè)計(jì)完成進(jìn)行系統(tǒng)調(diào)試和系統(tǒng)集成測(cè)試。設(shè)計(jì)完成后，編寫完整的軟件說明書和用戶手冊(cè)，最后還需寫對(duì)自己所作設(shè)計(jì)的評(píng)價(jià)和總結(jié)。 經(jīng)過對(duì)各個(gè)軟件工程的模型的分析，我決定使用瀑布模型進(jìn)行開發(fā)。因?yàn)楸鞠到y(tǒng)的開發(fā)人員僅為我一人，非小組合作，在對(duì)各個(gè)階段的交接上，只能按順序進(jìn)行，完成上一階段后才能進(jìn)行