采用模型驅(qū)動的設(shè)計方法 ， 在研究了平面型網(wǎng)絡(luò)體系結(jié)構(gòu) 、快車道和慢車道 、嵌入式通信網(wǎng)絡(luò)參 考模型的基礎(chǔ)上 ， 完成 WTB協(xié)議棧的軟件結(jié)構(gòu) 設(shè)計 ， 劃 分了功能性模塊和非功能性模 塊 ， 對 WTB 初運行模塊 進行了控制平面和數(shù)據(jù)平面劃分 ， 指出了并行工作需求 、是否包括定時器 、任務(wù)切換的系統(tǒng)開銷是否可 以忍受 、可移植性等是模塊實現(xiàn)方式選擇的重要因素 ， 最后給出了各任務(wù)的優(yōu)先級 。

　　WTB （ Wire Train Bus ， 絞 線 式 列 車 總 線） 是 IEC61375- 1 定義的列車 總線協(xié)議 〔1〕 ， 也是 TB/ T3035 - 2002推薦的車輛間通信協(xié)議 〔2〕。該總線源于西門子的 DIN43322 和意大利 CD450〔3〕。該總線的設(shè)計目標(biāo)有 3 個 ： 提供實時可靠的數(shù)據(jù)傳輸服務(wù) ， 能夠適應(yīng)列車編組變化并自動識別車輛在列車中的位置和方向 ， 不同制造商生產(chǎn)的車輛可互操作 。WTB 在屏蔽雙絞線上的傳輸速率為 1 Mb/ s， 32 個節(jié)點 ， 傳輸距離可達 860 m 〔1〕。WTB 傳輸?shù)臄?shù)據(jù)分為兩類 ， 一類是實時過程數(shù)據(jù) ， 另一類是按需發(fā)送的非實時消息報文 ， WTB 通過主節(jié)點控制下的周期性輪詢方式實現(xiàn)過程數(shù)據(jù)硬實時傳輸 ， 在每個周期的空閑時間按需傳輸消息報文或監(jiān)視數(shù)據(jù) 。開發(fā) WTB 協(xié)議棧 ， 選擇合適的方法是首先要考慮的問題 。而對于軟件結(jié)構(gòu)設(shè)計 ， 有兩種途徑 ： 需求驅(qū)動和模型驅(qū)動 。需求驅(qū)動開發(fā)方法按需求分解系統(tǒng)的功能 ， 同時將系統(tǒng)分成物理組件 ， 然后將功能分配到物理組件中 ， 這些物理組件最終被集成起來 。采取這樣的開發(fā)方法有一個前提 ， 即在開發(fā)前充分的理解需求 ， 而在現(xiàn)實世界中 ， 是很難做到的 。采取這樣的開發(fā)方法 ， 還需要較早的將功能分配到物理組件中 ， 隨著開發(fā)的深入 ， 功能需要被分配到更低層次的物理組件中 ， 有可能單個功能被分配到多個物理組件中 ， 這個分配過程可能形成數(shù)百上千的多對多決策樹 ?，F(xiàn)有的開發(fā)方法缺乏相關(guān)指南 ， 指導(dǎo)如何進行這種分配 ， 如何分析平衡優(yōu)化 。對于 WTB 來講 ， IEC61375對協(xié)議做了規(guī)范 ， 但作為產(chǎn)品需求 ， 還不夠完整 。因此 ， 從分解產(chǎn)品需求入手 ， 不如從建立產(chǎn)品的通用結(jié)構(gòu)入手 。而且 ， 模塊化過程是 EN50128對鐵路電子產(chǎn)品軟件開發(fā)的要求之一 。模塊化過程有兩個重要方向 ： 一個是建立通用的體系結(jié)構(gòu) ， 另一個是模塊抽象化 。前者重點解決模塊如何劃分 ， 后者重點解決模塊如何復(fù)用 。本文重點研究如何設(shè)計 WTB 協(xié)議棧的軟件結(jié)構(gòu) ， 并給出具體實現(xiàn) 。