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

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