【正文】 功的 運單 編號。 備選事件流 N/A 后置條件 運單 被保存 業(yè)務(wù)規(guī)則 發(fā)貨時間不得早于系統(tǒng)當(dāng)前時間。 收貨時間不得早于發(fā)貨時間。 當(dāng)發(fā)貨時間早于系統(tǒng)當(dāng)前時間或收貨時間早于發(fā)貨時間時，系統(tǒng)給出紅字提示。 說明 N/A 2. 貨物運到查詢 查看貨 物運輸狀態(tài)，即通過 運單 號查詢該 運單 的貨物運輸狀態(tài)，在該模塊中，托運人或收貨人輸入 運單 號，從系統(tǒng)中查詢出貨物運輸狀態(tài)。 表 3 查看貨物運輸情況 項目 內(nèi)容 用例 ID UC2 用例名稱 查看貨物運輸情況 參與者 托運人、收貨人 前置條件 托運人 運單 審核通過、托運人與發(fā)貨人登錄系統(tǒng)成功 基本事件流 1. 托運人或發(fā)貨人選擇“查看貨物運輸情況”。 2. 系統(tǒng)提示輸入 運單 號，并輸入系統(tǒng)提供對應(yīng)的驗證碼。 3. 托運人或發(fā)貨人點擊“確定”后，系統(tǒng)顯示 運單 對應(yīng)的“貨物運 輸跟蹤單”。 備選事件流 N/A 后置條件 N/A 業(yè)務(wù)規(guī)則 N/A 說明 N/A 3. 確認(rèn)貨物配送單 確認(rèn)貨物配送單即托運人確認(rèn)物流配送方案，在該模塊中，托運人輸入 運單 號，然后確認(rèn)貨物配送單。 表 4 確認(rèn)貨物配送單 項目 內(nèi)容 用例 ID UC3 用例名稱 確認(rèn)貨物配送單 參與者 托運人 前置條件 運單 已生成貨物配送單，托運人成功登陸系統(tǒng)，已支付業(yè)務(wù)費用 8 基本事件流 1. 托運人選擇“查看貨物配送單”然后填寫 運單 號。 2. 正確輸入 運單 號后，系統(tǒng)顯示 對應(yīng)的貨物配送單 3. 托運人閱讀信息后，點擊“確認(rèn)”。 備選事件流 N/A 后置條件 N/A 業(yè)務(wù)規(guī)則 N/A 說明 N/A 4. 確認(rèn) 貨物運費 確認(rèn)業(yè)務(wù)費用即鐵路部門確認(rèn)托運人的 貨物運費 。在該模塊中，鐵路部門在收到托運人的 貨物運費 時，登陸系統(tǒng)標(biāo)記該托運人的 運單 的 貨物運費 為“已付”狀態(tài)。 表 5 確認(rèn) 貨物運費 項目 內(nèi)容 用例 ID UC4 用例名稱 確 認(rèn) 貨物運費 參與者 鐵路部門 前置條件 鐵路部門成功登陸系統(tǒng)， 運單 已生成貨物配送單 基本事件流 1. 鐵路部門選擇“確認(rèn) 貨物運費 ”。 2. 系統(tǒng)提示輸入 運單 號。 3. 填寫 運單 號后，點擊“確定”。 4. 系統(tǒng)跳轉(zhuǎn)到相應(yīng)的“貨物配送單”頁面。 5. 確認(rèn)無誤后，點擊“確認(rèn)”。 備選事件流 N/A 后置條件 N/A 業(yè)務(wù)規(guī)則 N/A 說明 N/A 5. 審核 運單 審核 運單 即鐵路部門審核托運人的 運單 ，在該模塊中鐵路部門通過登陸系統(tǒng)審核托運人提交上來的 運單 。 表 6 審核 運單 項目 內(nèi)容 用例 ID UC5 用例名稱 審核 運單 參與者 鐵路部門 前置條件 鐵路部門成 功登陸系統(tǒng) 基本事件流 1. 鐵路部門選擇“審核 運單 ”。 2. 系統(tǒng)顯示所有未審核 運單 。 3. 鐵路部門選擇一份未審核 運單 。 4. 系統(tǒng)顯示 運單 的詳細(xì)信息。 5. 鐵路部門對 運單 進(jìn)行“審核通過”或“審核未通過”操作。 9 6. 系統(tǒng)顯示“已審核 運單 ”和“未審核 運單 ”列表。 7. 重復(fù) 3~6，直至所有 運單 被審核。 備選事件流 鐵路部門可“修改” 運單 審核狀態(tài)并申明“理由”。 異常事件流 N/A 后置條件 運單 審核狀態(tài)被保存。 業(yè)務(wù)規(guī)則 1. 審核 運單 應(yīng)在網(wǎng)上下單成功后 12 小時內(nèi)完成。 2. 運單 在經(jīng)“ 運單 處理后”狀態(tài)不可修改。 說明 N/A 6. 運單 處理 運單 處理即鐵路部門對審核通過的 運單 進(jìn)行處理，在該模塊中鐵路部門登陸進(jìn)行分類和分?jǐn)?shù)統(tǒng)計等處理。 表 7 運單 處理 項目 內(nèi)容 用例 ID UC6 用例名稱 運單 處理 參與者 鐵路部門 前置條件 網(wǎng)上提交的 運單 審核通過 基本事件流 1. 鐵路部門選擇“ 運單 處理”。 2. 系統(tǒng)顯示所有已審核 運單 3. 鐵路部門選擇 運單 分類。 4. 系統(tǒng)根據(jù) 運單 填寫的內(nèi)容按“收貨地區(qū)”、“收貨時間”、“配送方式”分類。 5. 系統(tǒng)針 對每種分類方式進(jìn)行 運單 匯總（份數(shù)統(tǒng)計）。 備選事件流 N/A 異常事件流 N/A 后置條件 運單 處理狀態(tài)被保存 業(yè)務(wù)規(guī)則 N/A 說明 N/A 7. 生成貨物配送單 生成貨物配送單即鐵路部門為了實現(xiàn)降低物流成本等原則進(jìn)行的物流配送原則，在該模塊中，鐵路部門通過公路鐵路等運輸方式實現(xiàn)貨物配送的過程。 表 8 生成貨物配送單 項目 內(nèi)容 用例 ID UC7 用例名稱 生成配送單 參與者 鐵路部門 前置條件 鐵路部門成功登陸系統(tǒng)并對已審核通過的 運單 進(jìn)行了分類 基本事件流 鐵路部門選擇“貨物配送”，系統(tǒng)顯示各個類別的未生成配送單的運單 列表。 10 系統(tǒng)根據(jù)獲得鐵路部門最新的信息（車次號、起始站、終點站、途經(jīng)站、發(fā)貨時間、到貨時間、最大可載貨量、最大可載貨體積），選中其中一個需要處理的 運單 ，然后在選擇“生成配送單”后，轉(zhuǎn)到“生成配送單”頁面。 填寫好“貨物配送單”（具體內(nèi)容參見 附錄 C）后，選擇 “提交 ”，系統(tǒng)就生成該選中 運單 的 “貨物配送單 ”并保存。 對于生成了配送 單的 運單 從未生成配送單的列表中自動移出。 重復(fù) 2~4，直至完成全部的 運單 。 鐵路部門選擇“統(tǒng)計”，系統(tǒng)可以顯示各個類別還未生成配送單的運單 的份數(shù)。 備選事件流 鐵路部門可以對已生成的配送單進(jìn)行修改，并寫明理由。 異常事件流 N/A 后置條件 系統(tǒng)保存生成的配送單 業(yè)務(wù)規(guī)則 配送單應(yīng)在 運單 分類之后 12 小時之內(nèi)生成 說明 N/A 8. 貨物跟蹤 貨物跟蹤即物流公司的貨物跟蹤行為，在該模塊中，通過輸入 運單 號來實現(xiàn)相關(guān)貨物的跟蹤過程。 表 9 貨物跟蹤 項目 內(nèi)容 用例 ID UC8 用例名稱 貨物跟蹤 參與者 鐵路部門 前置條件 運單 處理完成之后。 基本事件流 1. 鐵路部門登錄系統(tǒng)，并選擇 “貨物跟蹤”。 2. 系統(tǒng)提示輸入 運單 號。 3. 鐵路部門輸入 運單 號。 4. 系統(tǒng)顯示貨物運輸跟蹤列表（具體內(nèi)容參見 附錄 D）。 5. 鐵路部門選擇“更新運輸狀態(tài)”。 6. 系統(tǒng)提示輸入“處理時間”、“處理地點”、“貨物狀態(tài)”。 7. 鐵路部門輸入“處理時間”、“處 理地點”、“貨物狀態(tài)”，并選擇“確認(rèn)”。 8. 系統(tǒng)返回顯示貨物運輸跟蹤列表（具體內(nèi)容參見 附錄 D），并顯示剛才登記的貨物運輸狀態(tài)。（具體內(nèi)容參見 附錄 郵件跟蹤單 ）。 備選事件流 N/A 異常事件流 N/A 后置條件 登錄的“確認(rèn)回單”信息被保存 業(yè)務(wù)規(guī)則 新增加的貨物運輸狀態(tài)被保存。 說明 N/A 9. 確認(rèn) 收貨 11 確認(rèn)回單即收貨人確認(rèn)了接受了相關(guān)貨物，在該模塊中，在成功輸入貨物之后登記到系統(tǒng)的過程。 表 10 確認(rèn) 收貨 項目 內(nèi)容 用例 ID UC9 用例名稱 確認(rèn) 收貨 參與者 鐵路部門 前置條件 貨物已送達(dá)收貨人處，收貨人驗收通過并簽字確認(rèn)。 基本事件流 1. 鐵路部門登錄系統(tǒng)，并選擇 “確認(rèn) 收貨 ”。 2. 系統(tǒng)提示輸入 運單 號。 3. 鐵路部門輸入 運單 號。 4. 系統(tǒng)提示輸入到貨時間。 5. 鐵路部門輸入到貨時間，并選擇確定。 6. 系統(tǒng)顯示“本次 運單 業(yè)務(wù)結(jié)束”的字樣。 備選事件流 N/A 異常事件流 N/A 后置條件 登錄的“確認(rèn)回單”信息被保存 業(yè)務(wù)規(guī)則 運單 已經(jīng)確認(rèn)結(jié)束，貨物跟蹤就不允許再次修改。 說明 N/A 3 系統(tǒng)分析 鐵路貨運電子商務(wù)平臺子系統(tǒng)劃分 鐵路貨運面臨日益激烈的市場競爭，依靠信息技術(shù)改造傳統(tǒng)運輸企業(yè)，發(fā)展鐵路貨運電子商務(wù)平臺，提高鐵路貨物運輸?shù)男屎头?wù)水平，已成為增強市場競爭力的主要手段。 鐵路貨運電子商務(wù)平臺子系統(tǒng)包括運單子系統(tǒng)、支付子系統(tǒng)、理賠子系統(tǒng)、查詢子系統(tǒng)、安全子系統(tǒng)、日志子系統(tǒng)、跟蹤子系統(tǒng)。 12 圖 3 鐵路貨運電子商務(wù)平臺 子系統(tǒng)概念模型 (1) 運單子系統(tǒng) 運單子系統(tǒng)包括網(wǎng)上下單、運單審核、運單分類、運單匯總等流程。顧客可通過開放的網(wǎng)絡(luò)溝通渠道向鐵路貨運企業(yè)提出運輸需求和建議，要求企業(yè)提供完全符合自己需求的運輸產(chǎn)品，并得到鐵路 部門 在線協(xié)助選擇運輸方案；鐵路部門人員通過登陸系統(tǒng)審核托運人提交上來的訂單，并對審核通過的運單進(jìn)行分類并匯總。 (2) 支付子系統(tǒng) 電子商務(wù)最重要的部分是如何完成電子支付的全部流程，在 Inter 上如何完 成電子支付，這 是 電子支付的關(guān)鍵問題，也是開展電子商務(wù)的基本功能，即實現(xiàn)網(wǎng)上運輸費用結(jié)算。對注冊用戶運輸費用的結(jié)算，應(yīng)直接用網(wǎng)上銀行等形式，與鐵路部門實行費用結(jié)算，減少企業(yè)與段站結(jié)算、段站與鐵路局結(jié)算的環(huán)節(jié)。網(wǎng)上支付功能提供了一種方便的支付手段，使客戶可以電子貨幣的形式直接在網(wǎng)上支付，從而節(jié)省客戶的交易成本。 (3) 理賠子系統(tǒng) 在運輸過程中發(fā)生過程中發(fā)生貨物短少、污染、變質(zhì)等受到損失情況時，客戶可在鐵路貨運電子商務(wù)平臺理賠子系統(tǒng)上，向承運方提出賠付要求。在需要時，可選取系統(tǒng)鐵路貨運電子商務(wù)平臺 運單子系統(tǒng) 運單子系統(tǒng) 運單子系統(tǒng) 運單子系統(tǒng) 運單子系統(tǒng) 運單子系統(tǒng) 運單子系統(tǒng) 13 中的理賠選項，以貨票號碼為識別，提交貨損 貨差情況及賠付要求。承運方在收到賠付要求后，根據(jù)《鐵路貨物運輸規(guī)程》及貨物保險、保價有關(guān)條例，將賠付結(jié)果以賠款通知書的形式傳遞給托運方，并以托運方要求的賠付方式予以支付。托運方可在賠付結(jié)果選項中查詢到相關(guān)內(nèi)容。 (4) 查詢子系統(tǒng) 客戶隨時可以查詢鐵路貨運各部門及其服務(wù)機構(gòu)的崗位設(shè)置、工作職能等相關(guān)信息，以及鐵路 部門 所提供的全部運輸服務(wù)信息，包括：價格信息；貨物跟蹤查詢，查看所運貨物的最新情況，如發(fā)送與到達(dá)、徑路選擇等；問題咨詢等。提供信息查詢的方式有兩種：一是任何一個客戶均可點擊 基于 web的鐵路貨運電子商務(wù)平臺的 網(wǎng)站地址，進(jìn)行一般瀏覽和信息查詢。這種方式適用于一般客戶和新客戶了解鐵路 部門 的基本概況、熟悉運輸貨物的基本流程及運輸費用情況等。二是鐵路注冊用戶，凡年發(fā)送量與到達(dá)量大的客戶，從事三農(nóng)物資等重點物資運輸?shù)目蛻簦?jīng)鐵路運輸原料和產(chǎn)品的電廠、鋼廠、化肥廠、煉油廠、港口，經(jīng)鐵路辦理國際聯(lián)運、水陸聯(lián)運的客戶，經(jīng)鐵路從事危險品運輸?shù)钠髽I(yè)，納入鐵路注冊管理，成為注冊用戶。這些客戶登錄網(wǎng)站后輸入用戶名和密碼，獲得系統(tǒng)認(rèn)可后，可以直接進(jìn)入 鐵路貨運電子商務(wù)平臺 的某些功能模塊，獲取有關(guān)的業(yè)務(wù)信息。當(dāng)然，作為鐵路 部門 有義務(wù)為客戶保 密，在沒有得到客戶授權(quán)的情況下，任何第三方都不會接觸到這些信息。 (5) 安全子系統(tǒng) 電子商務(wù)是利用計算機技術(shù)來傳輸和處理商業(yè)信息的。因此，電子商務(wù)安全從整體上可分為兩大部分：商務(wù)計算安全和計算機網(wǎng)絡(luò)安全。兩者密不可分、相輔相成、缺一不可。沒有計算及網(wǎng)絡(luò)安全作為基礎(chǔ)，商務(wù)交易安全就無從談起。反之，沒有商務(wù)交易安全保障，即使計算機網(wǎng)絡(luò)本身再安全，仍然無法達(dá)到電子商務(wù)所特有的安全要求。電子商務(wù)的安全性并不僅限于用戶數(shù)據(jù)庫信息管理的安全性和網(wǎng)上支付服務(wù)的安全性，而是貫穿于鐵路貨運電子商務(wù)活動的全過程。因此，僅僅是單獨采取 加密技術(shù)、數(shù)字認(rèn)證、網(wǎng)絡(luò)防火墻等安全技術(shù)對于安全要求標(biāo)準(zhǔn)非常高的電子商務(wù)系統(tǒng)是遠(yuǎn)遠(yuǎn)不夠的。我們必須在基于電子商務(wù)安全基礎(chǔ)結(jié)構(gòu)、電子商務(wù)網(wǎng)絡(luò)基礎(chǔ)、電子商務(wù)運單系統(tǒng)和電子商務(wù)支付系統(tǒng)等全層次上構(gòu)建鐵路貨運電子商務(wù)的安全體系結(jié)構(gòu) (6) 日志子系統(tǒng) 14 在一個完整的系統(tǒng)里面，日志系統(tǒng)是一個非常重要的功能組成部分。它可以記錄下系統(tǒng)所產(chǎn)生的所有行為，并按照某種規(guī)范表達(dá)出來。 子系統(tǒng)需要給用戶傳送一些消息，這些消息內(nèi)容包括消息的來源及其重要性等等，所有的子系統(tǒng)都要把消息送到一個可以維護(hù)的公共消息區(qū) —— 日志子系統(tǒng)。 我們可以使用日志系統(tǒng) 所記錄的信息為系統(tǒng)進(jìn)行排錯，優(yōu)化系統(tǒng)的性能，或者根據(jù)這些信息調(diào)整系統(tǒng)的行為。在安全領(lǐng)域，日志系統(tǒng)的重要地位尤甚，可以說是安全審計方面最主要的工具之 一。 (7) 跟蹤子系統(tǒng) 物流 追蹤實際是電子通訊技術(shù)在物流業(yè)的應(yīng)用，也就是物流業(yè)中信息流的管理。 通過用互聯(lián)網(wǎng) 技術(shù)替代了傳統(tǒng)用電話跟蹤每一運輸節(jié)點的做法，把運輸路徑的每一個參與者的出入通訊匯成單一的貨物跟蹤方式，目的旨在降低成本讓 鐵路貨運企業(yè) 能為 戶 提供更好的服務(wù)。 借用 全球衛(wèi)星 GPS精確定位，通過監(jiān)控平臺 .實時提供車輛精確位置、行駛方向、速度及車輛狀態(tài)?？扇我獠樵冘囕v在任何時 段的行駛路線和行駛記錄，行駛路線可以在管理中心電子地圖上回放以重現(xiàn)車輛的行駛過程。 系統(tǒng)定時更新貨物運輸狀況，客戶可隨時通過網(wǎng)路獲取貨物的運輸信息，增加了貨運的透明性，滿足了客戶隨