簡介針對停車場管理系統(tǒng)開發(fā)的軟件工程課程設(shè)計報告書完整展示了從需求分析、概要設(shè)計、詳細(xì)設(shè)計到編碼測試的軟件工程流程適合高校軟件工程專業(yè)學(xué)生作為課程設(shè)計范例參考。資源包共1個文件為Word文檔大小約1.7MB當(dāng)前已有4743人學(xué)習(xí)或下載。報告內(nèi)容包含課程設(shè)計任務(wù)書、引言、需求分析、概要結(jié)構(gòu)設(shè)計、詳細(xì)結(jié)構(gòu)設(shè)計、測試分析及總結(jié)等章節(jié)圍繞車輛信息記錄、動態(tài)車位分配、停車費用結(jié)算、車位使用狀況查看與退出系統(tǒng)等核心功能展開并針對可擴(kuò)展性、可靠性和易用性給出了設(shè)計考慮。實現(xiàn)部分基于Windows XP和VC6.0給出了程序結(jié)構(gòu)、菜單與初始化模塊、車輛進(jìn)出函數(shù)等關(guān)鍵設(shè)計說明結(jié)合Visio建模和系統(tǒng)截圖能夠幫助讀者掌握停車場管理系統(tǒng)的完整設(shè)計思路與文檔撰寫規(guī)范。1. 停車場管理系統(tǒng)課程設(shè)計任務(wù)書到可運行代碼的全過程拆解互聯(lián)網(wǎng)技術(shù)滲透到停車管理場景后“車輛停放難、亂收費”已經(jīng)從線下糾紛變成了純軟件問題。這份停車場管理系統(tǒng)課程設(shè)計報告書是一份從需求分析一路寫到源代碼的完整課設(shè)成品狹長停車場用棧模型模擬VC6.0 實現(xiàn)車輛信息記錄、動態(tài)車位分配、停車費用結(jié)算和便道排隊管理。適合正在做軟件工程課程設(shè)計、需要交報告書和可運行程序的學(xué)生直接下載參考也適合想搞懂“需求文檔怎么落成 C 代碼”的開發(fā)者當(dāng)拆解樣本。報告里既有流程圖也有完整源碼照著跑起來并不難真正值錢的是結(jié)構(gòu)和踩坑經(jīng)驗。2. 需求與概要設(shè)計狹長停車場模型和軟件工程文檔的對應(yīng)關(guān)系2.1 業(yè)務(wù)規(guī)則模型為什么用棧結(jié)構(gòu)模擬停車場題目給了一個很經(jīng)典的數(shù)據(jù)結(jié)構(gòu)場景狹長停車場只有一個大門口車按到達(dá)時間從最里面向門口排列先到的車停最里面。停車場滿了后來的車在門外便道排隊一旦場內(nèi)有空位便道第一輛進(jìn)場。場內(nèi)某輛車要離開排在它后面的車必須全部退出去讓路等它開走后再按原次序進(jìn)場。這個“后進(jìn)先出”的邏輯就是棧而便道排隊是典型的隊列。課程設(shè)計報告里沒有真的寫一個鏈?zhǔn)綏；蝽樞驐６怯媒Y(jié)構(gòu)體數(shù)組模擬車位狀態(tài)再用人工操作模擬出棧、入棧的過程。這種處理在課設(shè)層面完全夠用因為評審看的是“你理解了這個模型并且能用軟件工程方法把它實現(xiàn)出來”而不是要求你造一個通用數(shù)據(jù)結(jié)構(gòu)庫。報告里車輛信息用struct car數(shù)組存場內(nèi)和便道的車位狀態(tài)各用struct changnei和struct changwai數(shù)組存。關(guān)鍵參數(shù)全部用宏定義停車位數(shù)量、便道長度、每小時費率、車輛次序號上限都在文件開頭集中管理。這種“參數(shù)集中化”的做法學(xué)生在課設(shè)里能做到就已經(jīng)比散落一地的魔法數(shù)字強(qiáng)很多了。2.2 功能需求與模塊劃分四類核心功能的邊界需求分析章節(jié)明確列出了系統(tǒng)目標(biāo)記錄車輛信息、動態(tài)分配車位、停車費用結(jié)算、查看車位使用狀況、退出系統(tǒng)。對照源代碼來看實際代碼實現(xiàn)了四個菜單功能——初始化、有車進(jìn)入、有車離開、退出而“查看車位使用狀況”在需求描述里出現(xiàn)過代碼里并沒有對應(yīng)菜單項。這是這份報告一個很典型的“文檔與代碼不一致”問題后文避坑章節(jié)會專門展開。功能邊界的劃分思路是清晰的初始化模塊每天開始營業(yè)時把場內(nèi)和便道的車位狀態(tài)全部清零對應(yīng)數(shù)據(jù)結(jié)構(gòu)里的狀態(tài)位。車輛進(jìn)入模塊按到達(dá)順序給車輛一個次序號判斷場內(nèi)是否已滿未滿則分配車位并記錄到達(dá)時間已滿則提示停到便道。車輛離開模塊記錄離開時間按“停留小時數(shù) × 每小時費率”計算費用然后處理便道補(bǔ)位。退出系統(tǒng)直接exit(0)結(jié)束進(jìn)程不做任何狀態(tài)保存。這個劃分對應(yīng)軟件工程課程設(shè)計要求的“需求分析→概要設(shè)計→詳細(xì)設(shè)計→編碼→測試”全流程。報告里每一步都有文檔章節(jié)Visio 畫的流程圖放在概要設(shè)計部分程序流程圖放在詳細(xì)設(shè)計部分這是課設(shè)報告的標(biāo)準(zhǔn)配置。2.3 從流程圖到總體結(jié)構(gòu)Visio 建模的轉(zhuǎn)化方式概要設(shè)計章節(jié)包含兩張核心圖一張是車輛到達(dá)、離開的業(yè)務(wù)處理流程另一張是停車場管理系統(tǒng)的功能層次結(jié)構(gòu)。Visio 2007 是當(dāng)時課設(shè)報告的主流建模工具畫出來的流程圖直接粘貼進(jìn) Word再加個“圖 3-1”“圖 3-2”的題注就是標(biāo)準(zhǔn)的課設(shè)文檔格式。流程圖轉(zhuǎn)代碼時的映射關(guān)系大致是這樣流程圖里的菱形判斷框?qū)?yīng)代碼里的if分支。比如“車場未滿/車場已滿”就是if(hN)判斷。流程圖里的矩形處理框?qū)?yīng)函數(shù)調(diào)用或賦值語句。比如“輸入車子到達(dá)時間、車牌號”就是scanf讀取結(jié)構(gòu)體成員。流程圖里的循環(huán)結(jié)構(gòu)對應(yīng)代碼里的for循環(huán)比如初始化模塊里逐個清零車位狀態(tài)。報告里的程序總體結(jié)構(gòu)是main()只調(diào)用menu()menu()里用switch分發(fā)到chushi()、jinru()、likai()每個函數(shù)執(zhí)行完再調(diào)回menu()。這種“菜單循環(huán) 函數(shù)回調(diào)自己”的模式很多初學(xué)者第一次看到會有點繞但實際跑一遍就明白它只是用menu()的自調(diào)用實現(xiàn)了一個最簡單的控制臺界面循環(huán)沒有用while(1)包主邏輯而是在每個功能函數(shù)尾部再調(diào)一次菜單。3. 詳細(xì)設(shè)計結(jié)構(gòu)體、宏參數(shù)和核心函數(shù)的代碼落地3.1 車輛信息結(jié)構(gòu)體與車位狀態(tài)數(shù)組的設(shè)計詳細(xì)設(shè)計章節(jié)把系統(tǒng)的數(shù)據(jù)內(nèi)核拆成了三塊車輛信息、場內(nèi)車位狀態(tài)、場外便道狀態(tài)。直接看源碼定義#define N 100 /* 預(yù)設(shè)停車場有 100 個車位 */ #define M 100 /* 預(yù)設(shè)便道有 100 個車位 */ #define D 1.2 /* 預(yù)設(shè)車輛停車費為 1.2 元每小時 */ #define CIXUHAO 1000 /* 預(yù)設(shè)車輛次序號從 0 開始 */ struct car { int car_num; /* 車輛次序號 */ int car_arr; /* 車輛到達(dá)時間 */ int car_lef; /* 車輛離開時間 */ int car_stay; /* 車輛停放位置 */ } car[CIXUHAO]; struct changnei { int neikong; /* 場內(nèi)車位狀態(tài)0 為空1 有車 */ } chn[N - 1]; struct changwai { int waikong; /* 便道車位狀態(tài) */ } chw[M - 1];這里有個值得注意的設(shè)計車輛次序號上限 CIXUHAO 是 1000意味著系統(tǒng)邏輯上支持登記 1000 輛車而場內(nèi)和便道各只有 100 個車位。這其實是用數(shù)組做“車輛登記臺賬”而不是用鏈表動態(tài)管理優(yōu)點是代碼直觀、符合課設(shè)評審對“結(jié)構(gòu)體數(shù)組”的考察點缺點是次序號超過 999 就會越界后面避坑章節(jié)會細(xì)說。參數(shù)方面D 定義為 1.2 元/小時N 和 M 預(yù)設(shè)為 100用戶可以根據(jù)實際停車場規(guī)模改宏。作為課設(shè)把費率、容量集中在宏定義里已經(jīng)能滿足“參數(shù)可調(diào)整”的評分要求。如果想把系統(tǒng)做得更靈活應(yīng)該把這些宏改成運行時輸入那是進(jìn)階玩法放在最后一章。3.2 初始化模塊清零邏輯與宏參數(shù)調(diào)整每天開始營業(yè)前場內(nèi)和便道的車位狀態(tài)都要復(fù)位。報告給的初始化函數(shù)如下void chushi() { int i, j; for (i 0; i N - 1; i) chn[i].neikong 0; /* 將場內(nèi)車位設(shè)置為空 */ for (j 0; j M - 1; j) chw[i].waikong 0; /* 將便道車位設(shè)置為空 */ printf(\n\n\t\t 已初始化\n\n); menu(); }邏輯本身很直白第一個循環(huán)把場內(nèi)車位全部置 0第二個循環(huán)把便道車位全部置 0然后打印提示、回到菜單。但注意第二個循環(huán)里寫的是chw[i].waikong 0變量用的是外層循環(huán)的i而不是內(nèi)層循環(huán)的j。這在 C 語言里不會報錯因為i此時仍然保存著第一個循環(huán)結(jié)束后的值 100而chw只有 99 個元素chw[100]是一次堆棧越界寫。編譯器嚴(yán)格模式下會警告VC6.0 默認(rèn)配置下可能直接吞掉運行時是否崩潰取決于那一段內(nèi)存里存了什么。這個典型錯誤很適合作為課設(shè)答辯時的“主動改進(jìn)點”。如果讀者拿到這份源碼想直接跑務(wù)必先把i改成j否則初始化階段就可能埋下隨機(jī)崩潰的隱患。3.3 車輛進(jìn)入函數(shù)動態(tài)分配車位的判斷流程車輛進(jìn)入是系統(tǒng)最核心的邏輯報告里用“車輛次序號 場內(nèi)車位遍歷”的方式實現(xiàn)了動態(tài)分配void jinru() { int i, a; int h 0; printf(\n\n 請輸入該車次序號從 0 號開始: ); scanf(%d, a); for (i 0; i N; i) { if (chn[i].neikong 0); /* 空車位注意這個分號 */ if (chn[i].neikong 1) /* 有車位標(biāo)記 1 */ h h 1; } if (h N) printf(停車場已停滿請停在便道上\n); else { car[a].car_stay h; chn[h].neikong 1; printf(該車應(yīng)該停在停車場第 %d 道從 0 道開始記\n, h); printf(請輸入該車進(jìn)停車場時刻24 小時整點計時: \n); scanf(%d, car[a].car_arr); } menu(); }邏輯說明先輸入車輛次序號a然后遍歷場內(nèi) 100 個車位統(tǒng)計當(dāng)前已經(jīng)停了多少輛車h。如果h等于 100說明停滿提示去便道否則新來的車停在“下一個空位”寫入車位號、把狀態(tài)位改成 1再記錄進(jìn)場時間。參數(shù)說明a來自用戶輸入直接作為car數(shù)組下標(biāo)沒有做 0~999 的范圍檢查h是空車位掃描的結(jié)果同時被用作新車的停放位置和場內(nèi)車輛數(shù)。這里有一個不太嚴(yán)謹(jǐn)?shù)牡胤絚ar[a].car_stay h只寫了停放位置沒有校驗a是否已經(jīng)登記過如果輸錯次序號或重復(fù)輸入會覆蓋舊記錄。另外代碼中第一個if后面直接跟了分號是一個空語句不影響運行但屬于冗余代碼答辯時被問到“為什么這里有個空 if”會有點尷尬。這個函數(shù)只處理了場內(nèi)分配便道進(jìn)入的邏輯沒有實現(xiàn)成自動流程而是放在likai()里人工確認(rèn)。整個系統(tǒng)對“車輛在便道等待”的狀態(tài)維護(hù)很薄弱這也是報告的功能邊界所在。3.4 車輛離開函數(shù)計費公式與便道補(bǔ)位的人工銜接離開模塊負(fù)責(zé)計算停車費用并處理便道車輛進(jìn)場void likai() { int i, k, choi, time; double fee; printf(請輸入離開車輛次序號[ ], 并將此車之后的車先全部退出停車場); scanf(%d, i); printf(\n 請輸入離開車輛的離開時刻24 小時整點計時: \n); scanf(%d, car[i].car_lef); fee D * (car[i].car_lef - car[i].car_arr); time car[i].car_lef - car[i].car_arr; printf(次序號為 %d 的車停車時間 %d 小時應(yīng)收費 %f 元\n, i, time, fee); printf(\n\n\n 請讓場退出的車再依次進(jìn)場\n\n\n); printf(便道上現(xiàn)在有車嗎(請選擇 1 或 2)\n1.有\(zhòng)n2.沒有\(zhòng)n); scanf(%d, choi); if (choi 2) { menu(); } if (choi 1) { printf(請讓便道上的第一輛車進(jìn)場\n); printf(該車次序號為: \n); scanf(%d, k); printf(請輸入該車進(jìn)場時間: \n); scanf(%d, car[k].car_arr); menu(); } }邏輯說明先讀離開車輛的次序號再讀離開時刻用離開時間 - 到達(dá)時間得到停車小時數(shù)乘以費率D得到費用。打印后人工確認(rèn)便道上有沒有車如果有讓便道第一輛車的次序號和進(jìn)場時間補(bǔ)位進(jìn)場。參數(shù)說明time是整型fee是 double時間是 24 小時整點制意味著車輛不能跨天、不能非整點進(jìn)出否則費用直接算錯。choi只做了1和2兩個分支如果用戶輸入 3兩個分支都不進(jìn)函數(shù)直接落空回到菜單。這里的“讓此車之后的車全部退出”和“讓便道第一輛進(jìn)場”全都是人工操作程序只做提示沒有自動處理“場內(nèi)車輛臨時退場再進(jìn)場”的數(shù)據(jù)狀態(tài)。這是課設(shè)可以接受的簡化因為題目的核心是模擬停車管理流程而不是做一個全自動停車場系統(tǒng)。4. 編碼與測試VC6.0 編譯環(huán)境與驗收用例設(shè)計4.1 主函數(shù)與菜單函數(shù)模塊化組織方式報告源碼的入口非常精簡void main() { menu(); }menu()是整個系統(tǒng)的控制中樞void menu() { int n, w; do { puts(\t\t**************MENU**************\n\n); puts(\t\t\t 1.初始化); puts(\t\t\t 2.有車進(jìn)入); puts(\t\t\t 3.有車離開); puts(\t\t\t 4.退出); puts(\n\n\t\t*********************************\n); printf(Please choice your number(1-4): [ ]\b\b); scanf(%d, n); if (n 1 || n 4) { w 1; getchar(); } else w 0; } while (w 1); switch (n) { case 1: chushi(); break; case 2: jinru(); break; case 3: likai(); break; case 4: exit(0); } }邏輯說明menu()用一個 do-while 循環(huán)保證用戶必須輸入 1~4 之間的數(shù)字才能繼續(xù)輸入非法值時w1強(qiáng)制重新選擇。合法輸入進(jìn)入 switch 分發(fā)到對應(yīng)功能函數(shù)。參數(shù)說明n存放用戶選擇w是合法性標(biāo)記。getchar()在非法輸入后吃掉緩沖區(qū)里的換行符避免下一次scanf讀到殘留的字符。這套寫法在控制臺小程序里很常見雖然exit(0)直接結(jié)束進(jìn)程不釋放資源但課設(shè)演示場景里沒有任何問題。對這種菜單系統(tǒng)的評價優(yōu)點是結(jié)構(gòu)干凈每個功能模塊一個函數(shù)主函數(shù)只保留一行調(diào)用評審老師看結(jié)構(gòu)圖的時候能對應(yīng)上缺點是menu()在功能函數(shù)尾部被反復(fù)調(diào)用調(diào)用鏈會越來越深理論上每次操作棧幀多一層但課設(shè)演示幾十次操作遠(yuǎn)達(dá)不到棧溢出閾值不用管。4.2 新建工程、編譯運行與測試驗證拿到這份源碼要在 VC6.0 里跑起來新建工程的步驟很固定打開 VC6.0選擇 File - New - Win32 Console Application。工程名字填一個英文名比如 parkingLocation 選一個本地目錄。在彈出的對話框里選 “An empty project”完成工程創(chuàng)建。選擇 File - New - C Source File文件名填 main.c把源碼粘貼進(jìn)去。按 F7 編譯CtrlF5 運行。注意源碼是純 C 風(fēng)格文件后綴用.c會比.cpp更省心避免 C 編譯器對void main()和非標(biāo)準(zhǔn)寫法的額外告警。如果粘貼后編譯報錯優(yōu)先檢查是不是全角字符或制表符混進(jìn)了代碼常見做法是把代碼里的縮進(jìn)全選后重新用 Tab 統(tǒng)一。測試用例可以按功能模塊來設(shè)計基本流程如下測試編號操作路徑輸入數(shù)據(jù)預(yù)期結(jié)果TC01初始化無控制臺輸出“已初始化”TC02車輛進(jìn)入次序號 0進(jìn)場 8 點車位 0記錄到達(dá)時間 8TC03車輛進(jìn)入次序號 1進(jìn)場 9 點車位 1記錄到達(dá)時間 9TC04車輛離開次序號 0離開 10 點停車 2 小時收費 2.4TC05車輛離開后再進(jìn)便道有車補(bǔ)位進(jìn)場新車輛進(jìn)場時間被記錄TC06非法菜單輸入輸入 5 或字符提示重新選擇報告第五章的截圖就是按這個流程跑的主菜單截圖、初始化截圖、0/1/2 三輛車進(jìn)場截圖、車輛離開并收費截圖、便道有車和沒車的分支截圖。用紅蜻蜓抓圖精靈截圖后貼進(jìn) Word配上題注測試章節(jié)就有血有肉了。這里提醒一個實操細(xì)節(jié)控制臺窗口的字體和顏色在 VC6.0 下是可以調(diào)的截圖前把窗口拉大一點字號調(diào)到 16 以上截圖里的字才看得清。報告里的截圖如果有重影或字體太小答辯時老師會直接質(zhì)疑“過程是否真實跑過”。5. 避坑指南這份課程設(shè)計里五個容易翻車的問題5.1 數(shù)組越界結(jié)構(gòu)體定義與循環(huán)邊界不一致現(xiàn)象初始化函數(shù)chushi()里chn和chw數(shù)組定義大小為N-1和M-1也就是 99 個元素但循環(huán)寫成i N - 1會訪問chn[0]到chn[99]共 100 個元素越界一個。chw的循環(huán)更是直接用了錯誤的索引。原因宏定義 N 取 100 后數(shù)組寫成chn[N-1]但寫循環(huán)的人腦子里想的是“從 0 到 99”。兩者相差一個元素邊界沒有對齊。解決統(tǒng)一邊界。要么數(shù)組定義成chn[N]循環(huán)寫i N要么數(shù)組保持chn[N-1]循環(huán)寫i N-1。推薦改成chn[N]i N更符合直覺也避免后續(xù)代碼里“100 個車位卻只有 99 個數(shù)組位”的困惑。5.2 便道清零循環(huán)寫錯索引現(xiàn)象chushi()里第二個循環(huán)代碼寫的是chw[i].waikong 0但循環(huán)變量是j。運行時不報錯但訪問了chw[100]越界寫很可能破壞棧上其他變量程序可能在之后某個看似無關(guān)的操作中崩潰。原因典型的復(fù)制粘貼修改不徹底——把第一個循環(huán)改成第二個循環(huán)時只改了數(shù)組名和成員名沒改下標(biāo)變量。解決把i改成j。任何寫完的代碼在編譯前過一遍所有循環(huán)變量看它到底引用的哪一個計數(shù)器。對初學(xué)者來說最土的辦法是嵌套循環(huán)里給變量起不同前綴比如outer_i和inner_j一眼就能看出歸屬。5.3 文檔功能與代碼菜單對不上現(xiàn)象需求分析章節(jié)明確寫了“查看停車場車位的使用狀況”是系統(tǒng)功能之一但menu()菜單只有初始化、車輛進(jìn)入、車輛離開、退出四項沒有任何查詢?nèi)肟?。原因需求文檔先寫全了編碼階段做了裁剪但報告沒有回改文檔。這是課設(shè)報告里最常見的硬傷答辯老師隨便翻一下就能發(fā)現(xiàn)。解決兩個方向。要么在代碼里補(bǔ)一個查詢函數(shù)打印場內(nèi)和便道的狀態(tài)數(shù)組要么把需求分析里的功能描述刪掉保證文檔和代碼嚴(yán)格一致。作為課設(shè)補(bǔ)一個十幾行的chaxun()函數(shù)性價比更高還能在答辯時多一個功能點展示。5.4 整點計時導(dǎo)致跨天費用計算錯誤現(xiàn)象測試章節(jié)只演示了同一天內(nèi)的進(jìn)場、離開比如 8 點進(jìn) 10 點走。如果車輛 23 點進(jìn)場次日 1 點離開car_lef - car_arr得到 -22計時和計費全部錯誤。原因數(shù)據(jù)模型把時間設(shè)計成“24 小時整點”的 int沒有考慮跨天也沒有用日期時間戳。解決課設(shè)改動最小的方法是加一個“是否跨天”的人工確認(rèn)輸入或者把時間改成time_t類型用 Unix 時間戳。最穩(wěn)妥的做法是讓用戶輸入進(jìn)場的總分鐘數(shù)或者存time()展示時再格式化。如果只求過答辯在離開函數(shù)里加一句判斷“離開時間小于到達(dá)時間時加 24”就能救回來。5.5 次序號越界直接寫爆內(nèi)存現(xiàn)象scanf讀入車輛次序號a時沒有范圍檢查輸入 1000 或更大值car[a]直接越界寫程序大概率崩潰或者靜默破壞未知內(nèi)存。原因宏定義CIXUHAO 1000只做了數(shù)組長度限制沒有在輸入時做邊界防護(hù)。這是控制臺程序設(shè)計最常見的安全漏洞。解決在scanf之后加一條合法性判斷if (a 0 || a CIXUHAO)就提示重新輸入。課設(shè)資源不可能做到健壯性滿分但加這一層判斷能避免演示時一個手滑把程序搞崩。6. 進(jìn)階玩法把演示 Demo 改成可配置的收費系統(tǒng)這份報告的價值不止于交作業(yè)如果愿意花兩個小時改三處邏輯就能把一個“只能跑課設(shè)”的 Demo 升級成真正能落地的小工具。第一個改動把宏參數(shù)改成啟動時配置。N、M、D 三個宏從編譯期寫死改成程序啟動后從控制臺讀取存到全局變量里。這樣停車場容量從 100 改成 50 或者費率從 1.2 改成 2.0不再需要重新編譯。對課設(shè)來說宏定義夠用對真正想拿這套代碼當(dāng)原型的人來說運行時配置才是正路。第二個改動把整點計時改成分鐘級計時。費用計算的精度問題本質(zhì)是時間粒度太粗。用time(NULL)取系統(tǒng)時間戳存進(jìn)car_arr和car_lef計費用difftime算秒數(shù)再除 3600 轉(zhuǎn)小時跨天、非整點全部自動解決。偽代碼如下#include time.h car[i].car_lef (int)time(NULL); // 記錄離開時間戳 double hours difftime(car[i].car_lef, car[i].car_arr) / 3600.0; double fee hours * D;邏輯說明time(NULL)返回自 1970 年以來的秒數(shù)車輛進(jìn)場和離場各記錄一次差值除以 3600 就是精確到秒的停車小時數(shù)。參數(shù)說明D還是那個每小時費率但計費精度從“小時”細(xì)化到了“秒”任何一段停車時間都能正確計價。第三個改動把人工“讓路”和“便道補(bǔ)位”改成自動流程。離開函數(shù)里程序可以自動遍歷車位數(shù)組把停放在離開車輛后面的車輛狀態(tài)臨時標(biāo)記為“讓路中”等離開車輛處理完再恢復(fù)。這個改動涉及狀態(tài)機(jī)的設(shè)計課設(shè)版本不需要但如果你把這套代碼當(dāng)原型繼續(xù)做這一步是繞不開的。這三處改完這套系統(tǒng)就從“演示模型”變成了“接近可用的原型”。我自己的習(xí)慣是改完每一個點都把停車場容量臨時調(diào)成 3、費率調(diào)成 10跑一個“3 輛車進(jìn)場讓中間那輛離開便道補(bǔ)位”的完整流程確認(rèn)輸出符合預(yù)期再往下走。從那以后我每次拿別人的課程設(shè)計源碼都會先打開源文件對著文檔把功能清單核對一遍再跑一遍極端輸入——這個習(xí)慣幫我躲過了不少表面完整、實際一跑就崩的資源。希望幫到你。本文還有配套的精品資源點擊獲取