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