03-智能交通系統(tǒng)體系結(jié)構(gòu)資料

第三章ITS體系結(jié)構(gòu)及系統(tǒng)各部分的功能與整體功能，就要用到“體系結(jié)構(gòu)”這一概念。本章介紹什么是ITS體系結(jié)構(gòu)互作用和相互依賴的若干組成部分結(jié)合成的具有特定功能的有機(jī)整體。在交通系統(tǒng)中，人、車、路以及貨物這四個組成部分構(gòu)成了道路交通系統(tǒng)，該系統(tǒng)的目的是實(shí)現(xiàn)人或物的有效移動。如果人(貨物)、車、路構(gòu)成的道路交通系統(tǒng)，再配上具有智能的交通信息中心、交通管理中心、交通控制中心等以及智能化的車載設(shè)施和道路交通基礎(chǔ)設(shè)施，如各類檢測設(shè)施、信息發(fā)布設(shè)施即信息傳輸設(shè)施，就構(gòu)成了智能交通運(yùn)輸系統(tǒng)。然而，怎樣來描述這一抽象概念的系統(tǒng)呢？像居住房屋一樣，房屋由基礎(chǔ)、梁、柱、屋面等各構(gòu)件用一定的搭接方式建成，具有供人們居住生活的功能。房屋的各構(gòu)件相互搭接的關(guān)系及房屋各部分的功能和整體功能可用房屋的建筑求所應(yīng)具備塊之間的通信協(xié)議和接口，它的設(shè)計必須包含實(shí)現(xiàn)用戶服務(wù)功能的全部子系統(tǒng) 令I(lǐng)TS本身比較復(fù)雜，涉及面廣，需要有一個指導(dǎo)性的框架，來幫助我們令I(lǐng)TS是一個龐大的系統(tǒng)，包含有很多子系統(tǒng)，它的實(shí)施需要通過這些子第二節(jié)ITS體系結(jié)構(gòu)的構(gòu)建方法接受，便于發(fā)的系統(tǒng)修改或擴(kuò)展比較困難。的視圖。用面向?qū)ο蠓椒ㄩ_發(fā)的系統(tǒng)易于擴(kuò)展和修改，但該方法操作起來比較復(fù)雜，而且可讀性不強(qiáng)，不利于交流和討論。強(qiáng)的可讀性，以便讓更多的人能理解之，進(jìn)而討論之。此外，如果用面向?qū)ο竺绹皣襂TS體系結(jié)構(gòu)開發(fā)小組”就是選用結(jié)構(gòu)化方法構(gòu)建了其《國家ITS 框架互連說明框架模塊說明框架字典 框架互連說明框架模塊說明框架字典2.結(jié)構(gòu)化方法簡介控制流圖控制說明處理說明需求字典(1)界定用戶響系統(tǒng)或受系統(tǒng)影響的人和機(jī)構(gòu)，可以從四個方面識別信息技術(shù)系統(tǒng)的用戶，(2)用戶服務(wù)(3)用戶服務(wù)要求用戶服務(wù)要求是系統(tǒng)為提供用戶服務(wù)而應(yīng)該具備的一些功能。(4)需求模型 。(5)構(gòu)架模型任務(wù)是：①確定組成系統(tǒng)的物理實(shí)體；②定義物理實(shí)體之間的信息流動；③說慮性市場條件等方面的問題。通道定義”和“信息字典”組成。架總圖一般與系統(tǒng)總圖一致。信息流圖和構(gòu)架模塊說明描述組成系統(tǒng)的物理模塊以及模塊之間的信息流信息通道圖和信息通道定義描述模塊間信息流動的渠道。信息字典注釋信息通道中所有的數(shù)據(jù)以及數(shù)據(jù)字典中未出現(xiàn)的其他信息。構(gòu)架模型在美國《國家ITS體系結(jié)構(gòu)》中被叫做“物理結(jié)構(gòu)”。含，并經(jīng)過對所構(gòu)建的體系進(jìn)行評價，包括來自投資者意愿的反饋信息，最后利用來自確認(rèn)和評價的反饋結(jié)果進(jìn)一步修改系統(tǒng)要求和體系結(jié)構(gòu)。 國的國家ITS體系結(jié)構(gòu)1.開發(fā)過程的開發(fā)程序。首先從界定用戶、確定用戶服務(wù)和用戶服務(wù)要求出發(fā)，開發(fā)出運(yùn)營要求或系統(tǒng)要求，進(jìn)而開發(fā)出運(yùn)營概念(體系結(jié)構(gòu)的目標(biāo)以及用戶如何與之都被體系結(jié)構(gòu)所包含；然后對體系結(jié)構(gòu)進(jìn)行評價，包括接受來自投資者意愿的反饋信息；最后利用來自評價和確認(rèn)過程的返饋結(jié)果進(jìn)一步改進(jìn)系統(tǒng)要求和體果體現(xiàn)在約2500頁的文本中，分為：體系結(jié)構(gòu)、評價、實(shí)施策略和相關(guān)標(biāo)準(zhǔn) (1)用戶服務(wù)與用戶服務(wù)要求表3-1美國ITS用戶服務(wù)(2)邏輯結(jié)構(gòu)普普通車其它車公交車商用車媒體道路收費(fèi)員道路收費(fèi)機(jī)構(gòu)人員交通規(guī)劃人員停車場活動主辦者運(yùn)運(yùn)倉庫公共場所其它信息服商用車運(yùn)營信息問訊者商用車其它商用車公交車隊政府管理系統(tǒng)管理者部門商用車駕駛員旅行者公交維修人員運(yùn)營者地圖更新者旅行者服務(wù)提供者交通行人道路與鐵路交叉口天氣預(yù)報者其它緊急事件管理中心其它交通定位數(shù)據(jù)源緊急通信系統(tǒng)多模式運(yùn)輸服務(wù)提供者與維護(hù)機(jī)構(gòu)鐵路運(yùn)營者障礙物ITS車輛公交駕駛員工作員普通車駕駛員路邊設(shè)備道路路況 駕駛員駕駛員和出行者服務(wù)緊急事件通知公交時刻表公交請求公交管理規(guī)劃數(shù)據(jù)交通信息ITS規(guī)劃者公交優(yōu)先請求事故信息管理交通事故確認(rèn)交通控制信息普通車輛事故數(shù)據(jù)路線信息付款請求付款商用車輛運(yùn)營管理緊急事件通信系統(tǒng)緊急事件服務(wù)車輛監(jiān)視與控制服務(wù)規(guī)劃與實(shí)施緊急事件確認(rèn)路線信息車輛狀態(tài)擁擠信息財務(wù)機(jī)構(gòu)路線請求路線信息商用車輛交通(3)物理結(jié)構(gòu)能，通信層為運(yùn)輸層組件之間的連接提供通信服務(wù)，體制層反映政策制定者、規(guī)劃者和其他ITS用戶之間的關(guān)系。物理結(jié)構(gòu)的確定要考慮體制方面的因素，但體制層不屬于物理結(jié)構(gòu)部分，而是在實(shí)施策略中描述。物理結(jié)構(gòu)分運(yùn)輸層和子系統(tǒng)；每個子系統(tǒng)進(jìn)一步分解多個設(shè)備包。設(shè)備包是物理結(jié)構(gòu)中可以購買的各類子系統(tǒng)之間及其與外部終端之間的關(guān)系，圖中實(shí)線框表示ITS組件，虛線 子系統(tǒng)信息請求服務(wù)探測車數(shù)據(jù)路側(cè)控制狀態(tài)障礙物空氣質(zhì)量狀態(tài)控制其它車輛車輛系統(tǒng)環(huán)境路側(cè)系統(tǒng)請求服務(wù)應(yīng)出行者子系統(tǒng)中心子系統(tǒng)車輛子系統(tǒng)路側(cè)子系統(tǒng)識別交易確認(rèn)識別交易確認(rèn)請求狀態(tài)請求狀態(tài)請求狀態(tài)請求狀態(tài)中心系統(tǒng)駕駛員出行者信息協(xié)調(diào)AHS通信(固定——固定)、廣域無線通信(固定——移動)、專用短程通信(固定——移動)和車車通信(移動——移動)。 (用矩形框表示)及其交換信息的4種基本通信連接方式(用橢圓形框表示)， 出出行者子系統(tǒng)程出行支持人信息入口有線通信-車輛子系統(tǒng)收費(fèi)管理公交管理收費(fèi)商用車檢查路邊子系統(tǒng)廣域無線通信商用車管理中心子系統(tǒng)信規(guī)劃車A中國國家ITS體系結(jié)構(gòu)展望本節(jié)參考UNIA，對中國國家ITS體系結(jié)構(gòu)(CNIA)做扼要介紹，主要集1.邏輯結(jié)構(gòu)邏輯結(jié)構(gòu)的重點(diǎn)是系統(tǒng)的功能性處理和數(shù)據(jù)流。邏輯結(jié)構(gòu)獨(dú)立于體制和技術(shù)，它不確定由誰來實(shí)現(xiàn)系統(tǒng)中的功能，也不考慮實(shí)現(xiàn)這些功能的方式。因此，ITS總圖總圖定義系統(tǒng)的邊界，根據(jù)中國ITS用戶服務(wù)要求，可初步確定中國ITS普普通車駕駛員障礙物道路路況環(huán)境其它車公交車普通車商用車媒體信息服務(wù)道路收費(fèi)機(jī)構(gòu)人員交通規(guī)劃人員停車場停車場主路邊設(shè)備工作員車輛其它商用車商用車檢查人員管理者倉庫公共場所安全狀況務(wù)提供者商用車運(yùn)營機(jī)構(gòu)與維護(hù)政府部門商用車駕駛員旅行者公交乘客公交維修人員運(yùn)營者地圖更新者旅行者服務(wù)提供者交通行人道路與軌道交叉口天氣預(yù)報者其它交通定位數(shù)據(jù)源緊急通信系統(tǒng)多模式運(yùn)輸服務(wù)提供者辦公室殘疾車騎車者殘疾人ITS鐵路運(yùn)營者公交駕駛員頂層數(shù)據(jù)流圖理、車輛監(jiān)視與控制、公交管理、緊急服務(wù)管理、駕駛員和出行者服務(wù)、電子 7(DFD)收費(fèi)結(jié)果付 7(DFD)收費(fèi)結(jié)果付費(fèi)請求查詢AHS路線車輛數(shù)據(jù)6駕駛員與旅行者服務(wù)(DFD)查詢服務(wù)信息價格數(shù)據(jù)價格查詢路線請求交通數(shù)據(jù)1公交數(shù)據(jù)路線數(shù)據(jù)公交查詢事件數(shù)據(jù)8人支援(DFD)付款服務(wù)、規(guī)劃與實(shí)施。考慮到中國與美國在用戶服務(wù)要求上的區(qū)別，可以在探探測車信息與排放數(shù)據(jù)AHS控制交通管理(DFD)交控信息公交優(yōu)先請求事件管理信息及優(yōu)先控制請求財務(wù)數(shù)據(jù)確認(rèn)信息9公交緊急事件檢測信息事件協(xié)調(diào)公交緊急事件請求服務(wù)商車統(tǒng)計數(shù)據(jù)提供歷史數(shù)據(jù)服務(wù) (DFD)緊急車輛運(yùn)營數(shù)據(jù)查詢危險物品信息緊急事件數(shù)據(jù)暴力事件信息3車輛監(jiān)視與(DFD)車輛數(shù)據(jù)收費(fèi)結(jié)果路線2商用車管理(DFD)5服務(wù)管理(DFD)4公交管理(DFD)緊急事件求救交通數(shù)據(jù)記錄公交統(tǒng)計數(shù)據(jù)事件數(shù)據(jù)查詢2.物理結(jié)構(gòu)所含的“處理”之間的數(shù)據(jù)流，確定實(shí)體之間的構(gòu)架流，進(jìn)而確定物理實(shí)體的物理結(jié)構(gòu)的確定要考慮系統(tǒng)功能要求，也要考慮非功能性要求，包括體制、“數(shù)據(jù)流”來體現(xiàn)，決定ITS物理實(shí)體必須完成的功能。非功能性要求則影響ITS 功能在物理實(shí)體間的分配。例如：美國最初想把“交通信息服務(wù)”功能和“交通管理”功能分配到一個子系統(tǒng)中，但考慮到“交通信息服務(wù)”涉及到個人隱私，執(zhí)行“交通管理”功能的公有部門在保護(hù)個人隱私方面不如私有部門，因此決定專門設(shè)計“信息服務(wù)提供者”子系統(tǒng)來執(zhí)行“交通信息服務(wù)”功能，并美國ITS體系結(jié)構(gòu)研究小組又將“處理”功能盡量多地分配到“路側(cè)子系統(tǒng)”中，減少“商用車系統(tǒng)”承擔(dān)的功能，為降低商用車