【文章內(nèi)容簡(jiǎn)介】 如m_direction。④局部變量用小寫單詞表示?？傊?，系統(tǒng)中所有標(biāo)識(shí)符都做到了見其名能知其義。5. 系統(tǒng)中重要類及方法的說明 CCar類的說明它是系統(tǒng)中各種汽車的抽象。有如下屬性和方法:class CCar {privateAddress m_From。 //汽車的起點(diǎn) Address m_To。 //汽車的終點(diǎn) Direction m_direction。 //目前的方向 bool m_Handled。 //標(biāo)志，表示汽車是否已被處理，用于串行模擬并行的調(diào)度中 int m_x,m_y。 //汽車目前的邏輯坐標(biāo)，用于判斷是否該移動(dòng) public: CRedGreenLight *GetRedGreenLight(int x, int y)。 //取得汽車所在地當(dāng)前的紅綠燈 CCar* GetCar(int x, int y, Direction CurDirection)。 //取得前面的汽車 Place Where(int x,int y)。 //取得汽車當(dāng)前所處的路段 Direction GetNextDirection(int x, int y, Address addressTo, Direction CurrentDir)。 //取得汽車下一次的前行方向 CCar(Address From,Address To,int x,int y,Direction direction)。//構(gòu)造函數(shù) void Move()。 //汽車移動(dòng)，它描述了汽車前行的規(guī)則 void GoStep()。 //汽車前行一步 virtual ~CCar()。 //析構(gòu)函數(shù),清除自己}。 CRedGreenLight類的說明class CRedGreenLight {privatebool m_State。 //交通燈狀態(tài)，綠為true，紅為falseint m_RedTime,m_GreenTime。 //交通燈顯示紅、綠時(shí)間變量int m_Timecount。 //計(jì)數(shù)器，以便于交通燈顯示狀態(tài)的變化int m_x,m_y。 //交通燈的坐標(biāo)public: bool IsRed()。 //判當(dāng)前交通燈是否顯示紅色，是則true bool IsGreen()。 ///判當(dāng)前交通燈是否顯示綠色，是則true void SetTime(bool State,int GreenTime,int RedTime,int Timecount)。 void Change()。 //交通燈顯示狀態(tài)切換 CRedGreenLight(int x,int y,bool State,int GreenTime,int RedTime,int Timecount)。 //汽車的Constructor virtual ~CRedGreenLight()。 //汽車的Destructor}。 CMainFram類CMainFram類是應(yīng)用程序的主框架類。該類由VC Studio集成開發(fā)環(huán)境自動(dòng)生成，它負(fù)責(zé)管理應(yīng)用程序的主框架，并接收來自窗口中所有對(duì)象的消息。在該類中，添加了如下的屬性和方法：屬性：1) Timer計(jì)時(shí)器變量 2) 各種顏色的畫筆、畫刷類對(duì)象 3) 一個(gè)bool量，用于標(biāo)示在一個(gè)時(shí)鐘中斷信號(hào)到達(dá)時(shí)，系統(tǒng)中燈、汽車及其它事務(wù)是否都已處理完畢4) interval變量，用于標(biāo)示十字路口交通燈綠燈顯示的時(shí)差5) 屏幕單位坐標(biāo)偏移量方法： 1) DrawRoad() //畫出十字路口路圖 2) OnTimer() //Timer時(shí)鐘中斷處理函數(shù) 3) ProduceCar() //根據(jù)需求，在預(yù)定時(shí)刻在四個(gè)路口產(chǎn)生汽車 4) OnStart() //用于啟動(dòng)應(yīng)用程序的執(zhí)行 5) OnEnd() //用于停止應(yīng)用程序的執(zhí)行另外，在該類的Constructor（集成環(huán)境自動(dòng)生成）中，對(duì)添加的屬性進(jìn)行初始化，啟動(dòng)Timer開始工作，并生成四個(gè)交通燈對(duì)象，十字路口交通燈顯示綠燈的時(shí)差在OnTimer()函數(shù)中實(shí)現(xiàn)。在系統(tǒng)實(shí)現(xiàn)中，定義了如下數(shù)據(jù)結(jié)構(gòu)：enum Direction{East, South, West, North}。 //汽車前行的方法enum Address{EHW,EHE,BSN,BSS,TBN,TBS} //各路口標(biāo)示enum Place{RodeMiddle, RodeSide,Cross} //汽車所處的位置，由此可判別其下一步的動(dòng)作CCar* RoadMap[102][32] //路圖中各坐標(biāo)點(diǎn)汽車的指針CRedGreenLight* pLight[9] //pLight[1]……pLight[4]分別裝入四個(gè)交通燈的指針, pLight[0]未用　平面交叉口仿真的軟件環(huán)境 開發(fā)環(huán)境 :Visual C++；編程語言：C++　仿真流程 1 ) 首先建立仿真模型。 2) 要有10組以上各類型平面交叉口的交通流數(shù)據(jù)、相對(duì)應(yīng)的信號(hào)燈參數(shù)、交叉口相關(guān)參數(shù)，分別存入 SQL SERVER中的交通流數(shù)據(jù)表、信號(hào)燈參數(shù)表和交叉口參數(shù)表中(其中交通流數(shù)據(jù)需要最近半年的)。 3) 讀入交叉口參數(shù)、信號(hào)燈參數(shù)(信號(hào)燈周期、綠信比、相位差)和交通流數(shù)據(jù)，通過接口初始化仿真模型。 4) 進(jìn)入仿真周期，開始計(jì)時(shí)。 5) 一個(gè)周期結(jié)束后，看讀入時(shí)間有幾個(gè)周期組成，反復(fù)執(zhí)行 3 ) 、4) ,直到仿真時(shí)間結(jié)束 ,然后將仿真結(jié)果寫回到數(shù)據(jù)庫的交通狀況表中 ,以備將來做各種方案的對(duì)比。 6) 在進(jìn)入仿真周期的同時(shí)通過程序調(diào)用Open GL 輸出交叉口的整個(gè)動(dòng)畫仿真過程 ,如果與實(shí)際情況相差較大 ,則返回 1) ,修改仿真模型 ,若基本相符，則繼續(xù)。 7) 直到所有數(shù)據(jù)測(cè)試完畢且模型基本滿足交叉口交通再現(xiàn)的需求，進(jìn)入下一步。 8) 最后看仿真的交通情況是否令人滿意，若不滿意，修改信號(hào)燈參數(shù)或交叉口其他管理設(shè)施(交通標(biāo)志 、交通標(biāo)線等)，達(dá)到滿意為止。 具體仿真流程圖如下圖所示 。城市道路交通仿真一般待系統(tǒng)運(yùn)行穩(wěn)定以后開 始記錄仿真結(jié)果，同一項(xiàng)目一般要運(yùn)行 3 次以上 ,取各次運(yùn)行結(jié)果的平均值為最終結(jié)果。仿真結(jié)果主要是仿真后的統(tǒng)計(jì)數(shù)據(jù)，包括瞬時(shí)分布統(tǒng)計(jì)，如：點(diǎn)速度、車頭時(shí)距、排隊(duì)分布、停車次數(shù)等，以及區(qū)段分布統(tǒng)計(jì)，如：行車延誤、行程時(shí)間、 平均行駛車速、超車率等。提取不同方案的仿真結(jié) 果，分析比較各個(gè)可能措施的交通影響和投資，排除一些不可行、效益不明顯的或因投資太大和周期太長(zhǎng)不宜實(shí)現(xiàn)的方案，最后形成若干可行的、效益顯著的、效益投資比令人滿意的方案。方案的比選階段必須同業(yè)主、城市主管部門、所涉及的單位等進(jìn)行方案的說明、討論及修改，然后根據(jù)各方要求再進(jìn)行系統(tǒng)模擬，提交仿真結(jié)果，直至最優(yōu)方案的確定。其流程如下圖所示7. 道路交通微觀仿真的發(fā)展前景城市道路交通微觀仿真技術(shù)在城市交通改善中 起到了積極的作用 ,它為動(dòng)態(tài)地進(jìn)行交通系統(tǒng)規(guī)劃、評(píng)價(jià)和優(yōu)化提供了一種直觀、形象而又科學(xué)的方法，必將促進(jìn)城市道路交通系統(tǒng)的發(fā)展。目前，從國(guó)外交通仿真系統(tǒng)的發(fā)展來看，面向 ITS 應(yīng)用是交通仿真技術(shù)的最新發(fā)展趨勢(shì)。先進(jìn)的交通管理系統(tǒng)和先進(jìn)的出行者信息系統(tǒng)是國(guó)外眾多交通仿真系統(tǒng)的主要研究應(yīng)用領(lǐng)域，而交通仿真分析技術(shù)可以完全替代傳統(tǒng)理論公式化的交通流模型，來滿足以上兩系統(tǒng)動(dòng)態(tài)交通管理方案的效益評(píng)價(jià)和優(yōu)化。交通仿真作為 ITS 研究中的一個(gè)重要手段，必將發(fā)揮越來越重要的作用。 本文主要討論了一種基于面向?qū)ο蟮慕煌ǚ抡娣椒ǎ?duì)其中一個(gè)重要子系統(tǒng) ——平面交叉口仿真做了初步研究。隨著對(duì)各子系統(tǒng)仿真研究的深入，最終建立的綜合性的交通仿真系統(tǒng)必將在交通仿真研究領(lǐng)域發(fā)揮重要的作用 。在本論文的寫作過程中，我的導(dǎo)師馬冬梅老師傾注了大量的心血，從選題到開題報(bào)告，從寫作提綱，到一遍又一遍地指出每稿中的具體問題，嚴(yán)格把關(guān)，在此我表示衷心感謝。同時(shí)我還要感謝在我學(xué)習(xí)期間給我極大關(guān)心和支持的各位老師以及關(guān)心我的同學(xué)和朋友。寫作畢業(yè)論文是一次再系統(tǒng)學(xué)習(xí)的過程，畢業(yè)論文的完成，同樣也意味著新的學(xué)習(xí)生活的開始。程序源代碼// : implementation file//include include include ifdef _DEBUGdefine new DEBUG_NEWundef THIS_FILEstatic char THIS_FILE[] = __FILE__。endif/////////////////////////////////////////////////////////////////////////////// CAboutDlg dialog used for App Aboutclass CAboutDlg : public CDialog{public: CAboutDlg()。// Dialog Data //{{AFX_DATA(CAboutDlg) enum { IDD = IDD_ABOUTBOX }。 //}}AFX_DATA // ClassWizard generated virtual function overrides //{{AFX_VIRTUAL(CAboutDlg) protected: virtual void DoDataExchange(CDataExchange* pDX)。 // DDX/DDV support //}}AFX_VIRTUAL// Implementationprotected: //{{AFX_MSG(CAboutDlg) //}}AFX_MSG DECLARE_MESSAGE_MAP()}。CAboutDlg::CAboutDlg() : CDialog(CAboutDlg::IDD){ //{{AFX_DATA_INIT(CAboutDlg) //}}AFX_DATA_INIT}void CAboutDlg::DoDataExchange(CDataExchange* pDX){ CDialog::DoDataExchange(pDX)。 //{{AFX_DATA_MAP(CAboutDlg) //}}AFX_DATA_MAP}BEGIN_MESSAGE_MAP(CAboutDlg, CDialog) //{{AFX_MSG_MAP(CAboutDlg) // No message handlers //}}AFX_MSG_MAPEND_MESSAGE_MAP()/////////////////////////////////////////////////////////////////////////////// CTrafficlightsDlg dialogCTrafficlightsDlg::CTrafficlightsDlg(CWnd* pParent /*=NULL*/) : CDialog(CTrafficlightsD