【導(dǎo)讀】集體已經(jīng)發(fā)表或撰寫的成果作品。對本文的研究做出重要貢獻(xiàn)的個(gè)人和集體，均。已在文中以明確方式標(biāo)明。本人完全意識到本聲明的法律后果由本人承擔(dān)。向國家有關(guān)部門或機(jī)構(gòu)送交論文的復(fù)印件和電子版，允許論文被查閱和借閱。采用影印、縮印或掃描等復(fù)制手段保存和匯編本論文。們?nèi)粘Ｉ畹男枰?，有越來越多的在職人員，大中專院校學(xué)生參加駕駛培訓(xùn)，然而，與之相對應(yīng)的情況卻是我國駕駛員培訓(xùn)業(yè)還處于粗放型。代化管理手段沒有得到充分的應(yīng)用。本文主要介紹了基于.NET的駕校管理系統(tǒng)的整個(gè)軟件開發(fā)過程。來描述需求分析和進(jìn)行系統(tǒng)設(shè)計(jì)。同時(shí)我們也加強(qiáng)了對.NET技術(shù)的研究，通。授權(quán)使得系統(tǒng)的開發(fā)更快捷，系統(tǒng)的安全性更可靠。

　　

【正文】 數(shù)據(jù)處理的數(shù)量。我們一般用黑盒測試 來進(jìn)行軟件的負(fù)載測試。 3. 壓力測試 進(jìn)行壓力測試是指實(shí)際破壞一個(gè) Web 應(yīng)用系統(tǒng)，測試系統(tǒng)的反應(yīng)，壓力測試是測試系統(tǒng)的限制和故障恢復(fù)能力，也就是測試 Web 應(yīng)用系統(tǒng)會不會崩潰，在什么情況下會崩潰。壓力測試的方法與負(fù)載測試相同，測試方法是黑盒測試。 5． 1． 3 可行性測試 1. 導(dǎo)航測試 導(dǎo)航描述了用戶在一個(gè)頁面內(nèi)操作的方式，在不同的用戶接口控制之間，例如按鈕、對話框、列表和窗口等；或在不同的連接頁面之間，通過考慮下列問題，可以決定一個(gè) WEB 應(yīng)用系統(tǒng)是否易于導(dǎo)航 ： 導(dǎo)航是否直觀 ； Web 系統(tǒng)的主要部分是否可通過主頁存取 ； Web 系統(tǒng)是否需要站點(diǎn)地圖、搜索引擎或其他的導(dǎo)航幫助 。 2. 整體界面測試 整體界面是指整個(gè) Web 應(yīng)用系統(tǒng)的頁面結(jié)構(gòu)設(shè)計(jì)，是給用戶的一個(gè)整體感。例如 ： 當(dāng)用戶瀏覽 Web 應(yīng)用系統(tǒng)時(shí)是否感到舒適，是否憑直覺就知道要找的信息在什么地方 ？ 整個(gè) Web 應(yīng)用系統(tǒng)的設(shè)計(jì)風(fēng)格是否一致 ？ 5． 2 系統(tǒng)質(zhì)量的管理與控制 質(zhì)量是衡量軟件項(xiàng)目能否按用戶需求交付以及所交付的成果是否能夠可 畢業(yè)論文 第 26 頁 軟件學(xué)院 靠運(yùn)行并具有較強(qiáng)生命力的標(biāo)志性因素?！坝脩魸M意”是軟件質(zhì)量根本性的衡量標(biāo)準(zhǔn)，軟件項(xiàng)目并展過程中嚴(yán)格的質(zhì)量管理與控制正是為滿足用戶的需求而開展的一系列活動 [12]。 1. 將用戶直觀需求轉(zhuǎn)變?yōu)橘|(zhì)量程序文件。將用戶主觀的或直觀的需求描述轉(zhuǎn)換為總體性和階段性的質(zhì)量技術(shù)文件以約束整個(gè)項(xiàng)目的執(zhí)行過程。在軟件項(xiàng)目開展的過程中，這種轉(zhuǎn)換不是簡單的表面上的替換，而是一個(gè)深入分析、仔細(xì)研究、甚至可能是概念上的轉(zhuǎn)換過程。如用戶的易操作，流程可定制、功能可擴(kuò)充的可能是用戶個(gè)性化的要求，而對于軟件項(xiàng)目來說，則需要從一開始設(shè)計(jì)的根本思路上去解決問題。因此這類用戶的質(zhì)量要求應(yīng)從軟件項(xiàng)目需求分析開始就充分轉(zhuǎn)換為技術(shù)上的實(shí)現(xiàn)手段和設(shè)計(jì)上的創(chuàng)新應(yīng)用，而不是等最后交付成果時(shí)才開始考慮。在一個(gè)根基就有缺陷的軟 件系統(tǒng)上再擴(kuò)充，再維護(hù)是很難達(dá)到這種看似表面的要求的。 2. 將用戶的內(nèi)容需求轉(zhuǎn)變?yōu)檐浖?xiàng)目的功能模型。一個(gè)個(gè)既相互聯(lián)系，又獨(dú)立運(yùn)行的功能模塊的實(shí)現(xiàn)是用戶面對計(jì)算機(jī)開展業(yè)務(wù)信息管理的基本要求。數(shù)據(jù)內(nèi)容的全面性和功能操作的準(zhǔn)確性是系統(tǒng)功能能否使用戶滿意的基本要求。軟件系統(tǒng)功能實(shí)現(xiàn)的質(zhì)量完全取決于軟件項(xiàng)目執(zhí)行過程中程序開發(fā)人員編程素質(zhì)的高低，因此必須嚴(yán)格按照系統(tǒng)設(shè)計(jì)的要求控制程序員的編程質(zhì)量。當(dāng)然為了考慮軟件系統(tǒng)的未來可維護(hù)性，還需要在程序編碼的標(biāo)準(zhǔn)規(guī)范性、注釋等多方面加以嚴(yán)格地要求和監(jiān)督執(zhí)行。 3. 將用戶的工作流程需求 轉(zhuǎn)變?yōu)檐浖?xiàng)目的接口模型。任何一個(gè)軟件系統(tǒng)，不可能只完成一個(gè)獨(dú)立的業(yè)務(wù)功能，它必然包括多個(gè)連續(xù)的業(yè)務(wù)過程。每個(gè)業(yè)務(wù)過程產(chǎn)生的數(shù)據(jù)和信息也會與其他的業(yè)務(wù)有著各種關(guān)聯(lián)，即軟件項(xiàng)目中各功能模塊之間的接口實(shí)現(xiàn)。接口程序和內(nèi)容是功能模塊之間實(shí)現(xiàn)數(shù)據(jù)交互的通道。在項(xiàng)目開展過程中往往一個(gè)程序員負(fù)責(zé)一個(gè)或多個(gè)模塊，因此加強(qiáng)溝通和協(xié)調(diào)是保證用戶業(yè)務(wù)流程正確性的重要手段和措施。 4. 將用戶的安全需求轉(zhuǎn)變?yōu)檐浖桓冻晒姆€(wěn)定性與可擴(kuò)充性。軟件系統(tǒng)中數(shù)據(jù)不會丟失、系統(tǒng)不會突然癱瘓、原來采用的系統(tǒng)中的數(shù)據(jù)不會丟失、軟件系統(tǒng)不會很快被淘汰 、現(xiàn)有的投資不會浪費(fèi)等都是用戶安全性的具體體現(xiàn)。在軟件項(xiàng)目質(zhì)量管理中，這些因素體現(xiàn)在交付成果的穩(wěn)定可靠運(yùn)行以及系 畢業(yè)論文 第 27 頁 軟件學(xué)院 統(tǒng)的及時(shí)可擴(kuò)充性，可維護(hù)性。這些質(zhì)量的把關(guān)不僅與程序的健壯性有關(guān)，而且與系統(tǒng)的硬件也有很大的關(guān)系，因此在硬件的構(gòu)架方面必須嚴(yán)格把關(guān)，很多軟件項(xiàng)目失敗的例子表明，客戶因?yàn)槭″X或不相信軟件項(xiàng)目承擔(dān)方，而主觀決定購買一些質(zhì)攝不合要求的硬件設(shè)備，結(jié)果造成不可挽回的損失。因此用戶的安全性需求應(yīng)從軟硬件的選型等項(xiàng)目開展的基本點(diǎn)出發(fā)進(jìn)行全面的管理和控制。 5. 將用戶的無休止的變化與創(chuàng)新轉(zhuǎn)變?yōu)檐浖桓冻晒膶?shí)用、靈活 與先進(jìn)。用戶對軟件系統(tǒng)的認(rèn)識在不斷提高，從一開始的被動接收甚至是抵觸到最后的追求完美，有的甚至追求盲目的先進(jìn)性，這些都是在軟件項(xiàng)目開展過程中需要面對的“客戶滿意度”指標(biāo)。這就要求軟件交付成果既要實(shí)用 (遷就現(xiàn)有的甚至有些不很合理的流程 )，又要超前 (設(shè)想一些流程改變后如何減少維護(hù)的工作量 )，同時(shí)還要不落后于同行業(yè)軟件的發(fā)展 (采用先進(jìn)技術(shù)和先進(jìn)理念 )，這些看起來是矛盾的，似乎也是不甚合理的要求，但在軟件項(xiàng)目的質(zhì)量管理過程中又必須得到解決。 6. 由此可見，綜合的團(tuán)隊(duì)素質(zhì)，高質(zhì)量、高水平的管理與控制是非常必要的，也是非常 重要的。當(dāng)然，軟件項(xiàng)目能夠按照“用戶滿意”的標(biāo)準(zhǔn)進(jìn)行交付，并不等于軟件交付成果一點(diǎn)缺陷沒有 。 關(guān)鍵是要看其中一些缺陷是否可彌補(bǔ)，是否是用戶能夠承受的問題，是否是可以方便地改進(jìn)的問題。實(shí)際上，由于軟件行業(yè)的快速發(fā)展，往往一個(gè)長達(dá)幾年的大項(xiàng)目在其尚未完成時(shí)，就已經(jīng)意識到項(xiàng)目初始階段制定目標(biāo)的一些不合理因素的存在 。 處理這類問題一般有兩種方式，一是變更，及時(shí)扭轉(zhuǎn)方向：二是在本期項(xiàng)目目標(biāo)基本完成后，開展二期甚至三期項(xiàng)目內(nèi)容。這主要取決于用戶的具體需求，同時(shí)，軟件項(xiàng)目的承擔(dān)方也要充分考慮其效益問題。 由于本系統(tǒng)的開發(fā)背景 —— 個(gè)人本科畢業(yè)設(shè)計(jì)，沒有 實(shí)際 的用 戶和客戶角色，所以質(zhì)量的管理和控制由虛擬用戶和客戶即開發(fā)者本人進(jìn)行 粗略 審定。 依照 前面講述的質(zhì)量管理方法 ，結(jié)合白盒與黑盒 兩種測試方法， 完成本系統(tǒng)的測試 和質(zhì)量管理 工作。 5． 3 本章小節(jié) 本章介紹了駕 校 管理系統(tǒng)測試的基本情況，列舉了系統(tǒng)的幾個(gè)主要測試方 畢業(yè)論文 第 28 頁 軟件學(xué)院 法， 直接 闡述了系統(tǒng)質(zhì)量的管理和控制， 交代了此次軟件 的 測試方案 。 畢業(yè)論文 第 29 頁 軟件學(xué)院 6．總結(jié)與展望 本文首先介紹了論文的研究背景，研究目標(biāo)和研究意義，還介紹了， .NET，SQL 和軟件項(xiàng)目管理等駕校管理系統(tǒng)開發(fā)的理論和技術(shù)基礎(chǔ)知識，接著又以需求分析 ，制定項(xiàng)目開發(fā)計(jì)劃，總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)，編碼實(shí)現(xiàn)，測試和質(zhì)量管理等流程的順序介紹了系統(tǒng)的整個(gè)開發(fā)過程。 駕校管理系統(tǒng)的成功實(shí)現(xiàn)提高了本人對軟件工程和項(xiàng)目管理的理解和認(rèn)識，鍛煉了本人的 .NET 編程能力，系統(tǒng)采用的基于角色的 Forms 驗(yàn)證和 URL授權(quán)使得系統(tǒng)更安全，開發(fā)更快捷。同時(shí)需求分析，項(xiàng)目開發(fā)計(jì)劃，設(shè)計(jì)，編碼，測試和質(zhì)量管理的開發(fā)流程在本系統(tǒng)的成功開發(fā)也為其它的中小型 Web軟件開發(fā)提供了一定的參考。 在開發(fā)過程中，也遇到了很多的問題。由于人員少（一個(gè)人），利用項(xiàng)目管理和軟件工程結(jié)合的思想來開發(fā)基于 .NET 的 Web 系統(tǒng)，所以在如何應(yīng)用項(xiàng)目管理和軟件工程在保證軟件質(zhì)量的前提下最大程度地提高軟件的開發(fā)速度和開發(fā)效率上缺乏經(jīng)驗(yàn)，這也在一定程度上影響了開發(fā)的進(jìn)程。另外，界面設(shè)計(jì)不夠美觀，人性化設(shè)計(jì)不夠強(qiáng)等等，這些都是我今后要改進(jìn)的地方 。 畢業(yè)論文 第 30 頁 軟件學(xué)院 致謝 駕校綜合管理系統(tǒng)在設(shè)計(jì)及具體制作過程中得到 xx 老師悉心指導(dǎo)。幫助我開拓設(shè)計(jì)與制作思路，精心點(diǎn)撥、熱忱鼓勵(lì)。 她 一絲不茍的作風(fēng)，嚴(yán)謹(jǐn)求實(shí)的態(tài)度，踏踏實(shí)實(shí)的精神。 才有此文最終完成。 在此謹(jǐn)向 xx 老師致以誠摯的謝意和崇高的敬意。 我還要感謝在一起愉快的度過四年大學(xué)時(shí)光的同學(xué)們，正是由于 你們的幫助和支持，我才能克服一個(gè)一個(gè)的困難和疑惑，直至此次畢業(yè)設(shè)計(jì)的順完成。 從進(jìn)入設(shè)計(jì)到論文的順利完成，有 許多的 師長、同學(xué) 和 朋友給了我 很大的幫助，在這里請接受我誠摯的謝意 。 最后我還要感謝培養(yǎng)我長大含辛茹苦的父母，焉得諼草，言樹之背，養(yǎng)育之恩，無以回報(bào)。你們永遠(yuǎn)健康快樂是我最大的心愿。謝謝你們。 畢業(yè)論文 第 31 頁 軟件學(xué)院 參考文獻(xiàn) [1] 劉俊利，王作舟，谷祖波 ， 我國駕駛培訓(xùn)若干問題研究 [J]， 南交通高等?？茖W(xué)校學(xué)報(bào)， 2020， 9(1). [2] 中華人民共和國機(jī)動車駕駛員培訓(xùn)管理規(guī)定 [EB/OL]， 19 961223. [3] 吳杰宏 ， 機(jī)動車駕駛員培訓(xùn)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) [D]， 東北大學(xué)碩士 學(xué)位論文 ，. [4] B Willard, UML for systems engineering, Computer Standards amp。 Interfaces, In Press, Corrected Proof, Available online 20 March 2020. [5] 王贊華 ， 基于 UML 的模型驅(qū)動軟件開發(fā)應(yīng)用與研究 [D]， 工中國科學(xué)院研究 生院碩士學(xué)位論文， 2020. [6] 王楓，石冰心，羅莉敏 ， UML 建模機(jī)制研究及在系統(tǒng)需求分析中的應(yīng)用 [J]， 計(jì)算機(jī)工程與設(shè)計(jì)， 2020， 25(4)： 971975. [7] 康壯 ， 軟件開發(fā)項(xiàng)目管理方法研究 [D]， 北京：對外經(jīng)濟(jì)貿(mào)易大學(xué)工商管理碩士(MBA)學(xué)位論文， . [8] Microsoft Visual Studio 2020 產(chǎn)品使用說明書 ， [9] 微軟公司 ， 數(shù)據(jù)庫程序設(shè)計(jì)－ SQL Server 2020 數(shù)據(jù)庫程序設(shè)計(jì) ， 高等教育出版社， . [10] 劉容，杜小丹，都濤 ， 統(tǒng)一建模語言 UML 在管理信息系統(tǒng)開發(fā)中的應(yīng)用 [J]，成都大學(xué)學(xué)報(bào) (自然科學(xué)版 }， 2020， 24(1)： 3235. [11] 龔勛 ， 軟件項(xiàng)目管理與測試在軟件開發(fā)中的應(yīng)用 [D]四川：四川大學(xué)工程碩士專業(yè)學(xué)位論文 ， . [12] J McDonald, Software project management auditsupdate and experience report, Journal of Systems and Software, 2020, 64(3):247255. [13] 安紅昌，甘仞初，倪曉茹，信息系統(tǒng)項(xiàng)目管理研究 [J]，計(jì)算機(jī)工程與設(shè)計(jì)， 2020，26(3)： 619622. [14] 朱崇湘，陳斌，龔洪泉，小型軟件企業(yè)的項(xiàng)目管理方法研究 [J]，計(jì)算機(jī)應(yīng)用與軟件， 2020， 22(4)： 5052. 畢業(yè)論文 第 32 頁 軟件學(xué)院 [15] 顧瑩瑩，高建華，從 UML 類圖到關(guān)系數(shù)據(jù)庫表的代碼生成方法 [J]，計(jì)算機(jī)工程， 2020， 31(10)： 9193. [16] . Raffo, Software project management using PROMPT: A hybrid metrics, modeling and utility framework, Information and Software Technology,2020,47(15): 10091017. [17] . Turner, Towards a theory of Project Management: The functions of Project Management, International Journal of Project Management, 2020, 24(3):18 7 18 9. [18] S Mouchawrab, . Briand and Y Labiche, A measurement framework for objectoriented software testability. Information and Software Technology,2020,47(15): 979997. [19] 佘名高，姚開鵬，在 ASRNET 中實(shí)現(xiàn)基于角色的安全控制 [J]漢大學(xué)學(xué)報(bào) (自然科學(xué)版 )， 2020， 33(3)： 3739. [20] 金燦，陳緒君， .NET 框架中三種數(shù)據(jù)訪問技術(shù)及效率比較 [J]計(jì)算機(jī)應(yīng)用研究，2020， 20(4)： 155157