[應(yīng)用文書]TWS軟件體系結(jié)構(gòu)設(shè)計文檔

1、TWS 體系結(jié)構(gòu)設(shè)計文檔TWS 體系結(jié)構(gòu)設(shè)計文檔小組成員: * 時間：2009/4 1TWS 體系結(jié)構(gòu)設(shè)計文檔2摘要：針對FastRepair公司提出的要求，總結(jié)出了用戶需求，首先寫出需求規(guī)格說明書，并畫出用例圖，對各個需求做具體分析討論。其次，根據(jù)對用戶需求的總結(jié)，選擇出一種合適的體系結(jié)構(gòu)風(fēng)格。然后，根據(jù)質(zhì)量屬性，對工具倉庫管理系統(tǒng)（簡稱TWS）進(jìn)行體系結(jié)構(gòu)設(shè)計。隨后選擇一種主流商業(yè)架構(gòu)給出員工工具管理系統(tǒng)（簡稱ETMS）詳細(xì)設(shè)計的體系結(jié)構(gòu)圖，給出了具體的分析。運(yùn)用ATMA評估方法對倉庫管理系統(tǒng)（簡稱WMS）軟件體系結(jié)構(gòu)進(jìn)行了評估。最后，分別對ETMS 和WMS 進(jìn)行簡單構(gòu)建與實(shí)現(xiàn)，并對整個

2、系統(tǒng)做了總體的分析與評價。 目錄1問題描述.4 2 需求分析和 TWS 用例圖 .5 2.1序.5 2.1.1編寫需求規(guī)格說明書的目的.5 2.1.2 項目背景.6 2.1.3定義.6 2.1.4參考資料.6 2.2軟件產(chǎn)品的一般性描述.6 2.2.1運(yùn)行環(huán)境與資源.6 2.2.2 軟件產(chǎn)品的功能.7 2.2.3用戶特征.7 2.2.4限制與約束.8 2.3功能行為需求.8 2.3.1用例圖.8 2.3.2參與者.9 2.3.3相應(yīng)用例展開.10 2.3.3.1登錄注冊.10 2.3.3.2管理個人信息. 11 2.3.3.3管理普通工具.12 2.3.3.4管理貴重工具.13 2.3.3.5

3、查詢.14 2.3.3.6租借工具.15 2.3.3.7倉庫維護(hù).15 2.3.3.8抓取工具.16 2.3.3.9維修請求.17 2.3.3.10傳送工具.17 TWS 體系結(jié)構(gòu)設(shè)計文檔32.4性能需求.18 2.4.1數(shù)據(jù)精確度.18 2.4.2時間特性（響應(yīng)，傳輸，運(yùn)行時間等）.18 2.4.3適應(yīng)性（運(yùn)行環(huán)境，計劃發(fā)生變化的響應(yīng)等應(yīng)具有的適應(yīng)能力） .18 2.4.4故障處理.19 2.5運(yùn)行需求.19 2.5.1用戶界面.19 2.5.2硬件界面.19 2.5.3軟件界面.19 2.6其他要求.19 3體系結(jié)構(gòu)風(fēng)格分析.20 3.1引言.20 3.2設(shè)計考慮因素.20 3.3體系結(jié)構(gòu)

4、風(fēng)格的選擇.21 3.3.1 ETMS 的風(fēng)格.21 3.3.2 WMS 的風(fēng)格.23 4質(zhì)量屬性及體系結(jié)構(gòu)設(shè)計.25 4.1背景描述.25 4.2 ETMS 系統(tǒng)質(zhì)量屬性分析 .26 4.3 WMS 系統(tǒng)質(zhì)量屬性分析 .27 5在 JAVA.EE 下 ETMS 的體系結(jié)構(gòu).29 5.1對于 java.ee 商業(yè)架構(gòu)的一些敘述.29 5.2具體設(shè)計.30 5.2.1 具體的結(jié)構(gòu)設(shè)計.30 5.2.2 架構(gòu)具體設(shè)計.30 5.2.3連接件的描述.32 5.2.4 EJB 的具體實(shí)現(xiàn)結(jié)構(gòu)設(shè)計.32 5.3 總結(jié)陳述.34 6WMS 體系結(jié)構(gòu)的 ATAM 架構(gòu)評估 .34 6.1 ATAM 方法的描

5、述.34 2.1.1 概述.34 2.1.2 質(zhì)量屬性.34 2.1.3 敏感點(diǎn)與折衷點(diǎn).35 6.2商業(yè)動機(jī)的描述.35 6.3場景集合.35 6.4每個場景的構(gòu)架方法分析.36 6.4.1場景 1：重名的用戶采用的是同樣的注冊信息.36 6.4.2場景 2：用戶登錄時用戶名或密碼輸入錯誤.36 6.4.3場景 3：用戶按下“登錄”按鈕后系統(tǒng)沒有反應(yīng) .37 6.4.4場景 4：平臺總服務(wù)器無響應(yīng).37 6.4.5場景 5：各子公司倉庫服務(wù)器狀態(tài)不一致.38 6.4.6場景 6：查看工具詳細(xì)信息時出現(xiàn)信息不對應(yīng).38 6.4.7場景 7：管理員添加了重名的工具.38 6.4.8場景 8：管理

6、員刪除用戶正在使用的工具.39 TWS 體系結(jié)構(gòu)設(shè)計文檔46.4.9場景 9：管理員修改用戶正在使用的工具信息.39 6.5所確定的敏感點(diǎn)和權(quán)衡點(diǎn)集合.40 6.5.1 敏感點(diǎn)集合.40 6.5.2 權(quán)衡點(diǎn)集合.40 6.6 有風(fēng)險和無風(fēng)險決策.41 6.6.1 有風(fēng)險決策.41 6.6.2 無風(fēng)險決策.41 7ETMS 和 WMS 的構(gòu)建、實(shí)現(xiàn)與演示.42 8綜合分析與評估.46 1 問題描述FastRepair是一家大型的跨國機(jī)械電子修理公司，建立于 1980年。公司總部位于美國印第安納州，印第安納波利斯。目前公司總部有超過 10000人的全職雇員。該公司擁有 8家較小的子公司，位于整個美

7、國境內(nèi)，每個子公司的全職員工人數(shù)在 3000到 9000之間。公司的每一個員工都有兩類工具（Tool），每類工具有50-100件左右。第一類工具是放入員工工具箱中的一組常用廉價工具（Inexpensive Tool），另外一類是一些貴重的工具（Expensive Tool）。對于工具箱中的廉價工具，員工在領(lǐng)取 時 需 要 進(jìn) 行 登 記 （ Register ）， 自 行 保 管 ， 但 在 損 壞 時 需 要 進(jìn) 行 注 銷（Cancellation）。而對于貴重工具（200$的工具），必須通過工具倉庫管理系統(tǒng)進(jìn)行統(tǒng)一管理。在使用時需要辦理租借（Lend）手續(xù)。需要注意的是，對于一般員工，只

8、能借與自己專長相關(guān)的工具（也就是本部門內(nèi)的工具），而對于專家，則可以借所有類型的工具。由于工具種類龐雜，數(shù)量巨大；某些工具重量也很大；且分布在不同的地理位置。FastRepair 決定開發(fā)一套工具倉庫管理系統(tǒng)（Tool Warehouse System, TWS）。TWS 主要分為兩個部分，第一部分是員工與工具信息管理系統(tǒng)（Employ and Tool Management System, ETMS），詳細(xì)記錄工具的借、還與工具狀態(tài)，公司內(nèi)部員工可以通過本地企業(yè)局域網(wǎng)（Intranet）查詢自己工具的借還情況，并發(fā)出TWS 體系結(jié)構(gòu)設(shè)計文檔對貴重工具的請求。對于本地沒有的特殊工具，員工可以使

9、用 ETMS 通過互聯(lián)網(wǎng)（Internet）在總公司或各個子公司的倉庫中查找特定工具，并發(fā)出借用該工具的請求。第二部分是一個倉庫的實(shí)時管理系統(tǒng)（Warehouse Management System , WMS），位于總公司和每個子公司的工具倉庫，在提取具體工具時，用戶需要到具體的工具倉庫進(jìn)行工具的提?。ㄒ部梢栽诠ぞ邆}庫現(xiàn)場借工具）。FastRepair 對WMS的具體要求如下。 5倉庫的實(shí)時管理系統(tǒng)中存在多個工具抓取機(jī)器人，每個機(jī)器人都可從貨柜上 獲取工具并將其放在工具傳送帶上，工具傳送帶裝置根據(jù)重量傳感器得知是否有工具在傳送帶上，并將工具傳送到出口處。 用戶在倉庫的出口處向倉庫管理員提交工

10、具租借請求，由管理員將該請求輸 入倉庫控制電腦，電腦將控制倉庫中的機(jī)器人抓取相應(yīng)的工具并將其放到工具傳送帶上，一旦機(jī)器人出現(xiàn)故障，將通知控制電腦以便及時進(jìn)行維修。帶開發(fā)的軟件系統(tǒng)需要能夠?qū)⒎植荚诳刂齐娔X，機(jī)器人以及工具傳送帶上。（不考慮工具歸還系統(tǒng)） 2 需求分析和 TWS 用例圖2.1序2.1.1 編寫需求規(guī)格說明書的目的此需求規(guī)格說明書對 Tool Warehouse System 軟件做了全面細(xì)致的用戶需求分析，明確所要開發(fā)的軟件應(yīng)具有的功能、性能與界面，使系統(tǒng)分析人員及軟件開發(fā)人員能清楚地了解用戶的需求，并在此基礎(chǔ)上進(jìn)一步提出概要設(shè)計說明書和完成后續(xù)設(shè)計與開發(fā)工作。本說明書的預(yù)期讀者為

11、客戶、業(yè)務(wù)或需求分析人員、測試人員、用戶文檔編寫者、項目管理人員。TWS 體系結(jié)構(gòu)設(shè)計文檔2.1.2 項目背景FastRepair是一家大型的跨國機(jī)械電子修理公司，建立于 1980年。公司總部位于美國印第安納州，印第安納波利斯。目前公司總部有超過 10000人的全職雇員。該公司擁有 8家較小的子公司，位于整個美國境內(nèi)，每個子公司的全職員工人數(shù)在 3000到 9000之間。6FastRepair 的 業(yè) 務(wù) 主 要 涉 及 四 個 領(lǐng) 域 ： 大 型 建 筑 設(shè) 備 修 理（ ConstructionDevice Repair ）、 汽 車 修 理 （ Automobile Repair ）、

12、家 電 修 理（Appliance Repair）和計算機(jī)修理（Computer Repair），相應(yīng)的劃分為四個大的部門（Department）。每個公司的普通員工（Employee）隸屬于一個部門。高級員工（Specialist）獨(dú)立于任何部門。公司的每一個員工都有兩類工具，每類工具有 50-100件左右。第一類工具是放入員工工具箱中的一組常用廉價工具，另外一類是一些貴重的工具。由于工具種類龐雜，數(shù)量巨大；某些工具重量也很大；且分布在不同的地理位置。所以 FastRepair 決定開發(fā)一套工具倉庫管理系統(tǒng)以解決上述問題。2.1.3 定義1）工具倉庫管理系統(tǒng)（Tool Warehouse S

13、ystem,TWS）2）員工與工具信息管理系統(tǒng)（Employ and Tool Management System, ETMS）3）倉庫的實(shí)時管理系統(tǒng)（Warehouse Management System ,WMS）2.1.4 參考資料project-本-20102.2軟件產(chǎn)品的一般性描述2.2.1 運(yùn)行環(huán)境與資源1）操作系統(tǒng)：windows XP 及以上操作系統(tǒng)。2）數(shù)據(jù)庫管理系統(tǒng)：SQLlte。3）開發(fā)工具：。4）本系統(tǒng)是基于 C/S 結(jié)構(gòu)的。并根據(jù) TCP/IP 協(xié)議管理系統(tǒng)。TWS 體系結(jié)構(gòu)設(shè)計文檔5）公司內(nèi)部員工可以通過本地企業(yè)局域網(wǎng)（Intranet）訪問本系統(tǒng)。也可以使用ETM

14、S 通過互聯(lián)網(wǎng)（Internet）訪問。2.2.2 軟件產(chǎn)品的功能如圖 2-1 所描述：倉庫工具信息工具租借7倉庫管理員2.2.3 用戶特征用戶工具信息倉庫管理描述TWS 圖 2-1 TWS 關(guān)聯(lián)圖表 2-1 個人信息工具管理員工員工公司所用的全職雇員。公司總部有超過10000人的全職雇員。該公司擁有的的8家子公司各有 3000到 9000的全職員工。員工分為普通員工和高級員工。普通員工根據(jù)自己的專業(yè)特 長 隸屬 于 一個 部門 ， 而 具 有跨 行業(yè) 技 能的 高 級員 工TWS 體系結(jié)構(gòu)設(shè)計文檔（Specialist）獨(dú)立于任何部門。倉庫管理員主要負(fù)責(zé)對倉庫的維護(hù)，接受員工的租借請求提取倉

15、庫中的工具，接受倉庫機(jī)器人的維修請求。管理員倉庫管理員需要具備相關(guān)的專業(yè)技能，需要接受培訓(xùn)以更好地管理該系統(tǒng)2.2.4 限制與約束81) 員工有兩類工具（Tool）廉價工具（Inexpensive Tool）和貴重工具（Expensive Tool）。對于工具箱中的廉價工具，員工在領(lǐng)取時需要進(jìn)行登記（Register），自行保管，但在損壞時需要進(jìn)行注銷（Cancellation）。而對于貴重工具（200$的工具），必須通過工具倉庫管理系統(tǒng)進(jìn)行統(tǒng)一管理。在使用時需要辦理租借（Lend）手續(xù)。2）普通員工，只能借本部門內(nèi)的工具，高級員工，可以借所有類型的工具。2.3功能行為需求2.3.1 用例圖如

16、圖 2-2 所示：TWS 體系結(jié)構(gòu)設(shè)計文檔TWS 員工 機(jī)器人 管理普通工具 管理貴重工具查詢登錄注冊管理個人信息 抓取工具維修請求租借工具倉庫維護(hù)ETWS 9倉 庫管理員 傳送帶2.3.2 參與者主要參與者WMS 傳送工具圖 2-2 TWS 用例圖表 2-2 用例TWS 體系結(jié)構(gòu)設(shè)計文檔員工倉庫管理員2.3.3 相應(yīng)用例展開2.3.3.1 登錄注冊用例 ID UC-1 用例名稱登錄注冊初始參與者員工，倉庫管理員登錄注冊管理個人信息管理普通工具管理貴重工具登錄注冊管理個人信息租借工具倉庫維護(hù)表 2-3 10描述前置條件后置條件主要過程用戶通過客戶端向服務(wù)器發(fā)送登錄請求，服務(wù)器端驗證用戶密碼，通

17、過則進(jìn)入主界面，否則提示登錄錯誤信息。通過客戶端注冊新用戶，將用戶信息存儲在服務(wù)器上。已注冊的員工才能登錄。已登錄本地企業(yè)局域網(wǎng)（Intranet）用戶置為已登錄狀態(tài)a. 1. 已注冊用戶在客戶端選擇用戶類別（員工或倉庫管理員），輸入用戶名，密碼等信息后，發(fā)送登錄請求2. 服務(wù)器端接受請求，驗證用戶名信息是否完整和正確3. 驗證通過，進(jìn)入主界面，用例終止b. 1. 沒有注冊的用戶填寫注冊表（用戶種類,用戶名,密碼,部門等信息）并提交TWS 體系結(jié)構(gòu)設(shè)計文檔2. 服務(wù)器端接收到注冊信息，檢查信息完整性及合法性11分支過程異常3. 服務(wù)器端檢查通過，存儲新用戶信息，并提示注冊成功，返回主界面，用例

18、終止E1驗證時間超時1. 客戶端提示連接超時2a用戶選擇返回重新登錄2b用戶退出，客戶端關(guān)閉，用例終止E2用戶名或密碼不正確或未注冊1. 客戶端系統(tǒng)提示用戶名或密碼不正確或未注冊2a用戶選擇重新登錄2b用戶選擇注冊2c用戶退出，客戶端關(guān)閉，用例終止E3當(dāng)前用戶已經(jīng)登錄1. 客戶端系統(tǒng)提示當(dāng)前用戶已經(jīng)登錄2a用戶端返回重新登錄2b用戶退出，客戶端關(guān)閉，用例終止E4. 輸入信息不完整或不合法1. 客戶端提示注冊信息出錯2a. 用戶選擇重試2b. 用戶退出，客戶端關(guān)閉，用例終止2.3.3.2 管理個人信息用例 ID UC-2 用例名稱管理個人信息初始參與者員工，倉庫管理員表 2-4 描述用戶在客戶端

19、瀏覽并修改個人信息，將修改結(jié)果發(fā)送到服務(wù)器，TWS 體系結(jié)構(gòu)設(shè)計文檔服務(wù)器端更新用戶個人信息前置條件用戶已登錄進(jìn)入系統(tǒng)后置條件無主要過程用戶從主界面進(jìn)入“管理個人信息”界面客戶端從服務(wù)器端獲取當(dāng)前用戶個人信息并顯示用戶在客戶端根據(jù)需要對個人可修改信息進(jìn)行修改，并提交修改后的數(shù)據(jù)從客戶端發(fā)送到服務(wù)器端，服務(wù)器端進(jìn)行更新更新完畢后提示修改完成，返回主界面，用例終止異常E1提交后服務(wù)器端響應(yīng)時間超時2a用戶選擇返回重試2b用戶退出，客戶端關(guān)閉，用例終止E2. 輸入信息不完整或不合法客戶端提示新提交的信息出錯2a. 用戶選擇重試，返回“管理個人信息”界面2b. 用戶選擇退出，返回主界面，用例終止2.3

20、.3.3 管理普通工具表 2-5 用例 ID UC-3 用例名稱工具登記注銷初始參與者員工12描述前置條件后置條件主要過程系統(tǒng)輸出員工的普通工具，用戶可對每個工具項進(jìn)行登記或注銷操作（領(lǐng)取常用工具時需要登記，在損壞時需要注銷）用戶已登錄進(jìn)入系統(tǒng)系統(tǒng)顯示出該用戶所有普通工具用戶對任意工具項進(jìn)行登記或注銷操作，并提交TWS 體系結(jié)構(gòu)設(shè)計文檔修改后的數(shù)據(jù)從客戶端發(fā)送到服務(wù)器端，服務(wù)器端進(jìn)行更新更新完畢后提示修改完成，返回管理普通工具界面，用例終止分支過程異常E1連接時間超時客戶端提示連接超時2a用戶選擇返回重試2b用戶退出，客戶端關(guān)閉，用例終止2.3.3.4 管理貴重工具表 2-6 用例 ID UC

21、-4 用例名稱管理貴重工具初始參與者員工13描述前置條件后置條件主要過程分支過程異常系統(tǒng)輸出該員工已租借或已預(yù)定的所有貴重工具信息，用戶可對預(yù)定工具項進(jìn)行取消預(yù)定操作，查詢工具操作員工已登錄系統(tǒng)無系統(tǒng)顯示該員工已租借或已預(yù)定的所有貴重工具信息用戶對預(yù)定工具項進(jìn)行取消預(yù)定操作員工進(jìn)行查詢操作用戶選擇退出，返回主界面，用例終止查詢E1提交時間超時（第 1 步）客戶端提示提交超時，操作失敗2a選擇重試2b選擇退出，返回管理貴重工具界面，用例終止TWS 體系結(jié)構(gòu)設(shè)計文檔2.3.3.5 查詢用例 ID UC-5 用例名稱查詢初始參與者員工表 2-7 14描述前置條件后置條件主要過程分支過程異常用戶在客戶

22、端查詢特定工具，服務(wù)器端接收請求，查詢并顯示工具詳細(xì)信息，用戶可預(yù)定工具員工已登錄系統(tǒng)無員工在客戶端輸入工具的名稱，或功用，提交查詢請求服務(wù)器端接收請求，查詢并顯示工具詳細(xì)信息用戶可對工具選擇預(yù)定用戶選擇返回，進(jìn)入管理貴重工具界面，用例中止無E1查詢時間超時1.客戶端提示查詢超時2a選擇重試2b選擇退出，返回主界面，用例終止E2無與查詢相關(guān)的信息1. 客戶端系統(tǒng)提示無相關(guān)信息2a用戶檢查或更改查詢信息，重新查詢2b用戶退出，返回主界面，用例終止E3用戶沒有預(yù)定所選工具權(quán)限1. 客戶端系統(tǒng)提示當(dāng)前用戶沒有權(quán)限用戶退出，返回查詢界面，用例終止TWS 體系結(jié)構(gòu)設(shè)計文檔2.3.3.6 租借工具用例 I

23、D UC-6 用例名稱租借工具初始參與者管理員表 2-8 15描述前置條件后置條件主要過程分支過程異常管理員接受來自員工的請求，從倉庫租借工具管理員已登錄進(jìn)入系統(tǒng)無管理員進(jìn)入客戶端的“租借工具”界面管理員在客戶端填寫員工信息，所需工具，并提交服務(wù)器端接受信息，向 TMW 發(fā)出提取該工具命令E1獲取信息超時1系統(tǒng)提示超時錯誤2返回租借工具界面，用例結(jié)束E2提交后響應(yīng)時間超時1系統(tǒng)提示超時錯誤2回到“租借界面”，用例結(jié)束E3. 未預(yù)定1 . 進(jìn)入預(yù)定界面，用例結(jié)束E4 倉庫中當(dāng)前沒有該工具或已被別人預(yù)先預(yù)定系統(tǒng)提示相應(yīng)錯誤，返回主界面，用例結(jié)束2.3.3.7 倉庫維護(hù)用例 ID UC-7 用例名稱

24、倉庫維護(hù)初始參與者倉庫管理員表 2-9 描述倉庫管理員添加或刪除工具TWS 體系結(jié)構(gòu)設(shè)計文檔層次前置條件管理員已登錄進(jìn)入系統(tǒng)后置條件無主要過程管理員進(jìn)入客戶端的“倉庫管理”界面?zhèn)}庫管理員填寫要修改工具名稱管理員對某個用戶的詳細(xì)信息進(jìn)行瀏覽/修改，并提交服務(wù)器端接受到修改后的信息，進(jìn)行更新更新后提示修改成功，用例終止分支過程異常E1獲取列表信息超時（第 2 步）1系統(tǒng)提示超時錯誤2回到管理員登錄界面，用例結(jié)束E2提交后響應(yīng)時間超時（第 3 步）1系統(tǒng)提示超時錯誤2回到管理員登錄界面，用例結(jié)束2.3.3.8 抓取工具表 2-10 用例 ID UC-8 用例名稱抓取工具初始參與者機(jī)器人16描述層次前

25、置條件后置條件主要過程機(jī)器人獲得控制電腦的命令，從貨柜上獲取工具并將其放在工具傳送帶上無機(jī)器人獲得下一個抓取工具命令機(jī)器人從貨柜上獲取所需工具將其放在工具傳送帶上，用例終止TWS 體系結(jié)構(gòu)設(shè)計文檔分支過程異常E1獲取列表信息超時（第 2 步）1系統(tǒng)提示超時錯誤2回到管理員登錄界面，用例結(jié)束E2提交后響應(yīng)時間超時（第 3 步）1系統(tǒng)提示超時錯誤2回到管理員登錄界面，用例結(jié)束2.3.3.9 維修請求表 2-11 用例 ID UC-9 用例名稱注冊初始參與者普通用戶描述用戶通過客戶端注冊新用戶，將用戶信息存儲在服務(wù)器上層次前置條件安裝有客戶端后置條件無主要過程點(diǎn)擊客戶端的“注冊”進(jìn)入注冊界面用戶輸入

26、要注冊的用戶名、密碼、用戶信息等，并提交服務(wù)器端接收到注冊信息，檢查信息完整性及合法性服務(wù)器端檢查通過，存儲新用戶信息更新后提示注冊成功，返回登錄界面，用例終止分支過程異常2.3.3.10 傳送工具表 2-12 用例 ID UC-10 用例名稱傳送工具17TWS 體系結(jié)構(gòu)設(shè)計文檔初始參與者傳送帶18描述前置條件后置條件主要過程分支過程異常工具傳送帶裝置根據(jù)重量傳感器得知是否有工具在傳送帶上，并將工具傳送到出口處無工具傳送帶裝置根據(jù)重量傳感器得知有工具在傳送帶上將工具傳送到出口處，用例終止2.4 性能需求2.4.1 數(shù)據(jù)精確度1）要按照嚴(yán)格的數(shù)據(jù)格式輸入，否則系統(tǒng)不給予響應(yīng)進(jìn)行處理。2）查詢時要

27、保證查全率，所有相應(yīng)域包含查詢關(guān)鍵字的記錄都應(yīng)能查到。2.4.2 時間特性（響應(yīng)，傳輸，運(yùn)行時間等）1）一般用戶的登錄時間應(yīng)保證在 1 分鐘內(nèi)，否則登錄超時。查詢操作的響應(yīng)時間應(yīng)在 23 秒內(nèi)，修改個人信息響應(yīng)時間在 12 秒內(nèi)2）從系統(tǒng)向機(jī)器人發(fā)送提取工具命令到機(jī)器人響應(yīng)命令開始抓取工具的時間應(yīng)在半分鐘以內(nèi)，而傳送帶感應(yīng)到有物體，并開始傳送的時間應(yīng)在 5 秒內(nèi)，傳送帶的傳送速度是均勻的。2.4.3 適應(yīng)性（運(yùn)行環(huán)境，計劃發(fā)生變化的響應(yīng)等應(yīng)具有的適應(yīng)能力）應(yīng)該能夠兼容目前主流的windows操作系統(tǒng)的各個版本，當(dāng)有新的操作系統(tǒng)出現(xiàn)時，能夠在不修改或做少量修改的情況下，完美運(yùn)行。滿足企事業(yè)單位使

28、用的需求，數(shù)據(jù)存儲量應(yīng)該足夠大，能適應(yīng)數(shù)據(jù)量的頻繁增加減少。對前面提到的運(yùn)行環(huán)境要求不應(yīng)存在困難。TWS 體系結(jié)構(gòu)設(shè)計文檔2.4.4 故障處理19正常使用時不應(yīng)出錯，若運(yùn)行時遇到不可恢復(fù)的系統(tǒng)錯誤，也必須保證數(shù)據(jù)庫完好無損，并檢查出錯原因。若在操作過程中系統(tǒng)中止或崩潰，能夠保證事務(wù)處理的完整性。例如若員工在辦理租借手續(xù)后，突然機(jī)器人出現(xiàn)故障，此時員工沒有拿到工具，系統(tǒng)應(yīng)該回退到辦理租借手續(xù)之前的狀態(tài)，不能將此工具標(biāo)記為借出狀態(tài)。2.5運(yùn)行需求2.5.1 用戶界面操作簡便，一目了然，視圖優(yōu)美。并且采用菜單界面驅(qū)動方式，給操作用戶帶來了極大的便利，對用戶友好。能支持鼠標(biāo)和鍵盤操作。2.5.2 硬件

29、界面本軟件不需要特定的硬件或硬件接口進(jìn)行支撐。普通的 PC 機(jī)均可運(yùn)行此軟件。2.5.3 軟件界面運(yùn)行于 Windows XP 及其更高版本的操作系統(tǒng)之上。2.6其他要求1)系統(tǒng)的功能實(shí)現(xiàn): 用戶可在本系統(tǒng)下實(shí)現(xiàn)各種用戶要求的功能2)系統(tǒng)的安全性: 對于系統(tǒng)的重要數(shù)據(jù)都有加密保護(hù)，具有一定的安全性3)系統(tǒng)的容錯性: 用戶輸錯數(shù)據(jù)都有提示信息，具有較好的容錯性能。4)系統(tǒng)的封閉性: 用戶的封閉性較好，用戶基本上在提示信息下輸數(shù)據(jù)。TWS 體系結(jié)構(gòu)設(shè)計文檔3體系結(jié)構(gòu)風(fēng)格分析3.1引言20工具倉庫管理系統(tǒng)是用來為 FastRepair 公司管理種類龐雜，數(shù)量巨大的各種工具信息的專用系統(tǒng)，比如工具的數(shù)

30、量、價格等信息，員工借還工具的情況。這類系統(tǒng)為像 FastRepair 這樣的需要管理大量信息的大公司提供了很大的幫助，在其他類似的公司中葉能得到廣泛應(yīng)用。 構(gòu)建這樣一個系統(tǒng)，是一個繁雜的過程，需要考慮很多因素。這個系統(tǒng)必須能夠?qū)τ脩簦▎T工和管理員）提出的請求作出實(shí)時響應(yīng)，并且響應(yīng)速度要盡可能快。比如管理員輸入了一個提取某一工具的命令，此時員工和管理員都在等待工具被送到出口，后面可能還有排隊等候的員工等。系統(tǒng)必須能夠合理地處理異常事件，典型的如提取工具時機(jī)器人突然發(fā)生了故障，系統(tǒng)要將員工信息的操作回退到前一步，也要及時通知管理員維修，并拒絕處理此機(jī)器人負(fù)責(zé)區(qū)域的工具的租借請求。 對于這樣的系統(tǒng)

31、，有很多種設(shè)計風(fēng)格來實(shí)現(xiàn)，以下先提出幾種設(shè)計需求，然后選擇不同的風(fēng)格來分析每種風(fēng)格怎樣滿足需求，從而尋找最適合的體系結(jié)構(gòu)風(fēng)格來設(shè)計系統(tǒng)。 3.2 設(shè)計考慮因素為了得到一個完整的體系結(jié)構(gòu)方案，我們?yōu)楣ぞ邆}庫管理系統(tǒng)（TWS）體系結(jié)構(gòu)列舉以下幾個基本的需求：需求 1：這種體系結(jié)構(gòu)必須能對各種已知的命令作出響應(yīng)，并協(xié)調(diào)命令之間的關(guān)系。即 TWS 系統(tǒng)必須及時員工和管理員發(fā)起的操作（如查詢工具信息、租借工具請求、修改個人信息），這些操作是系統(tǒng)要完成的基本功能，而且還要避免操作之間發(fā)生沖突，比如某一員工正在租借某一工具，而另一員工提出租借此工具請求，系統(tǒng)必須作出正確處理，不能出現(xiàn)沖突。需求 2: 這種體

32、系結(jié)構(gòu)必須能夠處理可能出現(xiàn)的異常事件，應(yīng)付一些固有的出錯情況。通過考慮容錯度、安全性和性能，這個體系結(jié)構(gòu)必須能夠保證數(shù)據(jù)TWS 體系結(jié)構(gòu)設(shè)計文檔21的完整性，系統(tǒng)出錯后的可恢復(fù)性，系統(tǒng)被入侵的可能性及相應(yīng)處理。機(jī)器人出現(xiàn)故障后能作出相應(yīng)處理。需求 3: 這種體系結(jié)構(gòu)必須給予設(shè)計者一定的靈活性。隨著公司發(fā)展的需要，各種需求會不斷變更，更多的需求會加入到系統(tǒng)設(shè)計中，如工具分類的變更（增加工具分類），用戶操作的變更，系統(tǒng)功能的增強(qiáng)（如加入熱門工具信息發(fā)布，公司新聞發(fā)布，BBS 等）。一個可以靈活變更的系統(tǒng)為后期的維護(hù)減少了工作量，也能使系統(tǒng)的生命周期更長。需求 4: 系統(tǒng)能夠很好的處理龐大繁雜的數(shù)據(jù)

33、流。超過一萬的員工，數(shù)以萬計的工具信息，隨時都會有各種數(shù)據(jù)請求（查詢工具信息，查詢個人信息，修改個人信息、添加工具等等）發(fā)送到系統(tǒng)，系統(tǒng)能夠?qū)@些數(shù)據(jù)進(jìn)行有效處理，返回用戶需要的信息。如系統(tǒng)同時收到幾個查詢請求，它要對每個請求作出查詢操作，這就要求系統(tǒng)的數(shù)據(jù)流處理能力必須很強(qiáng)大。3.3體系結(jié)構(gòu)風(fēng)格的選擇3.3.1 ETMS 的風(fēng)格將 ETMS 按功能劃分為單一的模塊，建立在數(shù)據(jù)抽象和面向?qū)ο蟮幕A(chǔ)之上，數(shù)據(jù)的表示方法和他們的相應(yīng)操作封裝在一個抽象數(shù)據(jù)類型或?qū)ο笾小?ETMS 按模塊來分解，每個模塊提供一個借口，該借口允許其他構(gòu)件通過調(diào)用接口中的過程來訪問數(shù)據(jù)，每個構(gòu)件提供了一個過程集合，這些

34、過程決定了系統(tǒng)中其他構(gòu)件訪問該構(gòu)件的形式。體系結(jié)構(gòu)風(fēng)格圖：TWS 體系結(jié)構(gòu)設(shè)計文檔查詢檢索總公司 ETMS 本地 ETMS 工具請求WMS 22級別庫存工具設(shè)置更新過程調(diào)用數(shù)據(jù)流隱式調(diào)用設(shè)置更新級別員工借還狀態(tài)體系結(jié)構(gòu)優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：圖 3-1 ETMS 體系結(jié)構(gòu)風(fēng)格圖1抽象數(shù)據(jù)對客戶隱藏了實(shí)現(xiàn)的細(xì)節(jié)，所以可以在不影響其客戶的情況下TWS 體系結(jié)構(gòu)設(shè)計文檔改變對象的實(shí)現(xiàn)。232由于把操作的數(shù)據(jù)和一組存取例程綁定在一起，使得設(shè)計者能夠把問題分解成交互作用的代理集合缺點(diǎn)：1當(dāng)一個對象與其他對象交互（過程調(diào)用），它必須知道其他對象的標(biāo)識，這一點(diǎn)恰恰不同于管道過濾系統(tǒng)。2當(dāng)一個模塊改變后需要修改每一個引

35、用了這個模塊的。體系結(jié)構(gòu)風(fēng)格：在這里采用抽象數(shù)據(jù)類型和隱式調(diào)用的風(fēng)格相結(jié)合的方式在處理高級員工申請貴重的工具的請求上我們注冊了一個事件，采用隱式調(diào)用簡要風(fēng)格設(shè)計：整個系統(tǒng)由兩個相對獨(dú)立構(gòu)件員工信息部分，工具信息部分。員工信息部分：記錄了借還的歷史，員工的信息（等級權(quán)限，工作地點(diǎn)，現(xiàn)在持有工具情況），包括對外界面的部分，前臺開放給用戶。工具信息系統(tǒng)：記錄工具的存放情況和借出情況，并在收到租借請求時對員工權(quán)限做出識別，對通過權(quán)限的員工要求進(jìn)行識別（本地，外地倉庫，應(yīng)連入工具信息系統(tǒng)） lend 激活貴重借取 regist 一般管理（損壞注銷）兩個基礎(chǔ)信息系統(tǒng)運(yùn)用了知識庫風(fēng)格員工權(quán)限認(rèn)證部分運(yùn)用了隱

36、式調(diào)用風(fēng)格，通過不同等級用戶來激活不同權(quán)限功能。同時確認(rèn)提取工具信息后系統(tǒng)自主修改歷史信息也運(yùn)用了這個風(fēng)格，將成功發(fā)送提取信息作為外部事件驅(qū)動。整體上采用 pipe 方式前后端傳遞的標(biāo)準(zhǔn)信息。有一個接口開放給 WMS。判斷過程是-判斷身份（限制范圍）-判斷（regist/lend）任何人都可以查詢工具庫狀態(tài)，每件工具借還歷史3.3.2 WMS 的風(fēng)格倉庫的實(shí)時管理系統(tǒng)（Warehouse Management System ,WMS 在獲得用戶提交的租借申請以后，根據(jù) ETMS 獲得用戶申請的工具目前的TWS 體系結(jié)構(gòu)設(shè)計文檔情況，包括存量，位置等。由于有一臺電腦對數(shù)據(jù)進(jìn)行查詢，然后把獲得的相

37、關(guān)物品的信息位置信息24傳給距離物品最近的機(jī)器人，機(jī)器人獲得相關(guān)信息后，首先判斷是否機(jī)能正常，如正常則去取物品，并將其放到傳送帶上，之后回到原始狀態(tài)，傳送帶經(jīng)由壓力傳感器獲得觸發(fā)條件，將貨物傳出。當(dāng)機(jī)器人損壞時反饋警告，同時為了不影響正常工作，此時在剩余機(jī)器人中尋找找距離目標(biāo)最近的去完成工作。體系結(jié)構(gòu)風(fēng)格圖：圖 3-2 WMS 體系結(jié)構(gòu)風(fēng)格圖體系結(jié)構(gòu)優(yōu)缺點(diǎn)：優(yōu)點(diǎn)：1：庫存準(zhǔn)確，操作效率高，操作規(guī)程執(zhí)行難度小2：易于制定合理的維護(hù)計劃,數(shù)據(jù)及時, 成本降低,提供歷史的記錄分析缺點(diǎn)：1：功能較少不能實(shí)現(xiàn)規(guī)格化管理2：安全性不能得到最大化保障體系結(jié)構(gòu)風(fēng)格：知識庫：機(jī)器人、服務(wù)終端、傳送帶等構(gòu)建通過黑

38、板體系結(jié)構(gòu)的共享知識來通信。每個模塊只對某些信息感興趣。知識庫插入這些信息后，再向這些模塊發(fā)送他TWS 體系結(jié)構(gòu)設(shè)計文檔25們需要的信息。例如服務(wù)器根據(jù)只是庫中的工具的剩余、位置等信息決定使用的機(jī)器人。并且將機(jī)器人的狀態(tài)返還給主服務(wù)器，存入知識庫。黑板也是一種解決矛盾和不確定性情況的方式。例如機(jī)器人的反應(yīng)時間與知識庫中的不同時，可判斷機(jī)器人的異常，并做出相應(yīng)的反應(yīng)。總之，這種風(fēng)格具有模擬任務(wù)協(xié)作的能力，滿足以靈活的方式處理協(xié)調(diào)和解決不確定性的需求。符合本題需求。解釋器：知識庫的特點(diǎn)符合項目需求。但是該項目存在大量信息，完全交由機(jī)器人及服務(wù)器處理顯然是不合適的。借由解釋器，將任務(wù)解釋成為代碼，直

39、接控制機(jī)器人。這樣可以讓其負(fù)擔(dān)減輕。解釋器的作用：1 提高響應(yīng)速度2 減少機(jī)器人及傳送帶程序的處理量3 降低成本4質(zhì)量屬性及體系結(jié)構(gòu)設(shè)計4.1背景描述質(zhì)量屬性是刻畫特定上下文的元素。其中包括六大質(zhì)量屬性：可信性，適應(yīng)性，性能，安全性，可測試性，可用性。TWS 體系結(jié)構(gòu)設(shè)計文檔4.2 ETMS 系統(tǒng)質(zhì)量屬性分析26性能：數(shù)據(jù)延時：通過局域網(wǎng)查詢自己工具的借還情況，數(shù)據(jù)延時不超過200ms(M,M) 通過局域網(wǎng)發(fā)出對貴重工具的請求，數(shù)據(jù)延時不超過 200ms(M,M) 通過互聯(lián)網(wǎng)在子公司倉庫中查找工具，數(shù)據(jù)延時不超過 1000ms(M,M) 通過互聯(lián)網(wǎng)發(fā)出借工具的請求，數(shù)據(jù)延時不超過 1000ms

40、(M,M) 數(shù)據(jù)量：一次性獲得或傳輸?shù)臄?shù)據(jù)量大于 100（）安全性：數(shù)據(jù)完整性：要求查出所有符合條件的條目(H,M) 數(shù)據(jù)機(jī)密性：在 99.99%的時間內(nèi)，保證數(shù)據(jù)不被不具備查詢權(quán)限的用戶獲得(M,H) 可用性：能承受由于網(wǎng)絡(luò)阻塞而導(dǎo)致的傳輸故障。(M,H) 如果終軟件發(fā)生故障，要求在 3 分鐘內(nèi)恢復(fù)工作（M,M）最終生成的質(zhì)量屬性效用樹為：選用的模式與應(yīng)用策略：TWS 體系結(jié)構(gòu)設(shè)計文檔在多個公司中查詢C/S 模型承受一定網(wǎng)絡(luò)阻塞Exception 從錯誤中恢復(fù)rollback 4.3 WMS 系統(tǒng)質(zhì)量屬性分析27性能：數(shù)據(jù)延時：機(jī)器人的響應(yīng)時間不超過 1000ms(M,M) 傳送帶感應(yīng)物品的

41、時間不超過 200ms(M,M) 數(shù)據(jù)量：傳送帶上同時傳送的工具上限大于 5(M,M) 可維護(hù)性：實(shí)時監(jiān)控機(jī)器人的狀態(tài)，及時獲得出錯信息(H,M) 實(shí)時監(jiān)控傳送帶的狀態(tài)，及時獲得出錯信息(H,M) 可用性：能承受由于斷電引起的傳輸中斷，重新加電后能立即繼續(xù)尚未完成的工作(H,H) 當(dāng)某個機(jī)器人發(fā)生故障時，3s 之內(nèi)調(diào)派其附近的機(jī)器人完成操作(H,L) 健壯性：當(dāng)傳送帶上的工具數(shù)量達(dá)到上限的時候，即使有取工具的指令，機(jī)器人也不再往傳送帶上放工具(M,M) 最終生成的質(zhì)量屬性效用樹為：TWS 體系結(jié)構(gòu)設(shè)計文檔選用的模式與策略：工具入庫出庫面向?qū)ο蠓?wù)獲取機(jī)器人狀態(tài)Ping/echo 檢測機(jī)器人狀態(tài)

42、Process monitor 28TWS 體系結(jié)構(gòu)設(shè)計文檔5在 JAVA EE 下 ETMS 的體系結(jié)構(gòu)5.1 對于 Java.ee 商業(yè)架構(gòu)的一些敘述29Java.ee 是一組技術(shù)規(guī)范與指南。其中所包含的各類組件，服務(wù)架構(gòu)和技術(shù)層次，都有共同的標(biāo)準(zhǔn)及規(guī)格。之所以選擇，是為了提高可移植性和安全性，以及再用價值。Java.ee 是基于 java.se 之上的。Java.ee 提供了一個 API 和一個實(shí)時的運(yùn)行環(huán)境，從而可以適應(yīng)大規(guī)模，多站點(diǎn)，以及網(wǎng)絡(luò)安全性等應(yīng)用要求。Java.ee 將所要做的工作分塊，從而將多種需求分成兩大塊：一是由發(fā)明者提供的應(yīng)用邏輯；二是由 java.ee 開發(fā)平臺提供

43、的基礎(chǔ)系統(tǒng)設(shè)施。Java.ee 把 java.ee 應(yīng)用模型分成了 Client Tier, Web Tier, Bussiness Tier, The Enterprise Information Systems Tier 四個部分。 Client Tier 包含了許多可以連接服務(wù)器的應(yīng)用，而且應(yīng)用與服務(wù)器被安裝在不同的機(jī)器上（可以異地安放），它可以向服務(wù)器發(fā)送請求，并接受來自服務(wù)器的應(yīng)答。 Web Tier 包含了一些處理 client tier 和 business tier 之間交互的組件。它收集來自用戶使用的 client 接口的輸入。還返回來自 bussiness 的結(jié)果。 Bus

44、iness Tier 包含了為具體應(yīng)用提供邏輯的部件。 The Enterprise Information System Tier 包括了數(shù)據(jù)庫等關(guān)于數(shù)據(jù)源的服務(wù)。而它所安裝的機(jī)器往往獨(dú)立于 java.ee 的服務(wù)器。而又能被 Business Tier 訪問到。 Java.ee 引入了容器的概念，容器是組件和由 java.ee 平臺提供的低層次的功能之間的接口，用于支持該組件。容器有一些具體的模式，例如：安全模式，交互模式，連接模式等。 Java.ee 還提供了連接件的概念。它定義了 java 平臺與 EIS 之間的連接結(jié)構(gòu)。而且還為應(yīng)用服務(wù)器和 EIS 系統(tǒng)定義了相同的接口。 EJB 有

45、三種形式：Session Bean, Entity Bean, Message-driven Bean。在此，只說明 Message-driven Bean（應(yīng)用于 ETMS 系統(tǒng)中）。它在客戶端與服務(wù)器之間放置一個中間層從而實(shí)現(xiàn)了交互的異步應(yīng)答。保證了信息的可靠性。同時又可以使用戶端可以繼續(xù)執(zhí)行而不必等待來自服務(wù)器的運(yùn)行結(jié)果，服務(wù)器可以選TWS 體系結(jié)構(gòu)設(shè)計文檔擇在方法調(diào)用完成之后再通知客戶。5.2具體設(shè)計5.2.1 具體的結(jié)構(gòu)設(shè)計首先對于 java.ee 應(yīng)用模型進(jìn)行劃分。從底層數(shù)據(jù)開始，即 The Enterprise 30Information System Tier。它代表的是存儲員

46、工工具的倉庫。分成兩部分，即普通工具倉庫和貴重工具倉庫。 Business Tier 代表的是拿工具的機(jī)器手臂.它接受來自員工的請求,并實(shí)現(xiàn)對于工具的拿取. Web Tier 代表的是傳送帶以及對于機(jī)器人進(jìn)行操作的命令傳送體系. Client Tier 代表的是在取工具端的客戶應(yīng)用組件. 5.2.2 架構(gòu)具體設(shè)計TWS 體系結(jié)構(gòu)設(shè)計文檔倉庫出口(由管理員管理)它就是 Client Tier., A傳送帶以及信息交互系統(tǒng)，即 Web Tier. B 機(jī)器人手臂，用于取用工具，也就是所謂的 Business Tier. D C 存放工具的倉庫，分為貴重工具和普通存 放 普 通 工 具 的工具，所以

47、有兩條交互通道。該模塊就倉庫是 The Enterprise Information System Tier 311.必須通過系統(tǒng)管理員來進(jìn)行操作. 2.有固定的界面用來調(diào)用內(nèi)部方法. 3.接受一些來自系統(tǒng)的錯誤報告4.可以通過網(wǎng)絡(luò)進(jìn)行異地的操作. 5.有多個用戶接口(管理員窗口). 1.接收來自用戶的要求,并返回對應(yīng)的工具(來自機(jī)器人手臂). 2.通過感知重量來確保是否有來自機(jī)器人手臂取到的工具. 3.在拿走工具后還要向倉庫返回報告信息. 1.機(jī)器人接到來自信息交互系統(tǒng)的消息.并執(zhí)行取工具的任務(wù). 2.從下層倉庫取工具.并對工具執(zhí)行一些標(biāo)記操作(登記,注銷等). 3.如果出現(xiàn)故障,向上層返回

48、錯誤. 4.有多個機(jī)器人,以便執(zhí)行同步處理多個來自用戶的需求. 1.接受機(jī)器人程序的處理要求,并向機(jī)器人提供對應(yīng)的工具. 2.對于工具進(jìn)行分類(貴重和普通). 3.要給不同的工具進(jìn)行類結(jié)構(gòu)的設(shè)計( 比如工具要有表達(dá)是否取用,是否注銷,是否是對應(yīng)部門的工具,是否有取用資格等). 圖 5-1具體結(jié)構(gòu)設(shè)計圖注釋：1.長方形代表各種模塊（client）；2.園方形代表的是各種模塊的容器部分。3.粗的雙箭頭代表不同模塊之間的連接。4.單箭頭連接了模塊和它對應(yīng)的容器注釋。5.英文字母代表不同的連接件。（供下面使用）TWS 體系結(jié)構(gòu)設(shè)計文檔5.2.3連接件的描述32連接間的標(biāo)號A B C D 具體描述1.對

49、于輸入的信息進(jìn)行檢驗，保證訪問安全。2.對于信息進(jìn)行處理，便于適應(yīng)下一個接口（Web Tier）的具體格式。1.對于下一層（Business Tier）的需求傳送。2.向上一層（Client Tier）返回工具信息。3.返回錯誤。（機(jī)器故障）1.該通道是對應(yīng)貴重工具的。2.接收來自機(jī)器人程序的信息。并返回對應(yīng)工具。1.該通道是對應(yīng)普通工具的。2.接收來自機(jī)器人程序的信息。并返回對應(yīng)工具。其他補(bǔ)充沒有涉及到 EIS 適配。沒有涉及到 EIS 適配。對于資源操作需 要適配器，該適配器運(yùn)行在應(yīng)用用戶的空間，并管理對于資源的訪問在這里就是數(shù)據(jù) 庫 （ 資源，用于管理工具）適配于java.ee開發(fā)的應(yīng)用

50、軟件中。對于資源操作需 要適配器，該適配器運(yùn)行在應(yīng)用用戶的空間，并管理對于資源的訪問在這里就是數(shù)據(jù) 庫 （ 資源，用于管理工具）適配于java.ee開發(fā)的應(yīng)用軟件中。5.2.4 EJB 的具體實(shí)現(xiàn)結(jié)構(gòu)設(shè)計EJB 在此項目（ETMS）的應(yīng)用主要是 Message-driven Bean。它的目的是保證了穩(wěn)定性，而且可以為多用戶和多服務(wù)器的系統(tǒng)提供支持。 它就是在客戶端與用戶端的直接方法調(diào)用之間放置一個中間接收器。接受一個或多個客戶端的消息，并把該消息傳送給一個或多個消息的使用者。 它在此系統(tǒng)的作用是：可以實(shí)現(xiàn)異地的工具訪問，并保證系統(tǒng)的穩(wěn)定與安全。 TWS 體系結(jié)構(gòu)設(shè)計文檔1.一 個 處 在A地

51、 的ETMS 系統(tǒng)。2.它既可以向外部發(fā)送工具需求的消息。3.它還可以監(jiān)聽來自網(wǎng)絡(luò)的工具請求消息，并進(jìn)行核對后，給與回應(yīng)。4.包含了消息驅(qū)動。1.一 個 處 在B地 的ETMS 系統(tǒng)。2.它 既 可 以 向 外 部 發(fā)送工具需求的消息。3.它 還 可 以 監(jiān) 聽 來 自網(wǎng) 絡(luò) 的 工 具 請 求 消息，并進(jìn)行核對后，給與回應(yīng)。4.包含了消息驅(qū)動。331 5 2 7 3 8 4 JWS 隊列或主題6 注釋:1.A 地的消息發(fā)送接口，把所要尋找的工具信息轉(zhuǎn)換成網(wǎng)絡(luò)消息發(fā)送出去，然后監(jiān)聽回應(yīng)。它也可以監(jiān)聽網(wǎng)絡(luò)上的需求消息，如果自己的倉庫有所需的工具則給與回應(yīng)。 2.A 地的工具信息接收接口。A 地的

52、消息使用者，也就是對于網(wǎng)絡(luò)上消息的監(jiān)聽(尋找工具)，接收消息并傳給該地的 ETMS 系統(tǒng)。 3.B 地的工具信息接收接口。B 地的消息使用者，也就是對于網(wǎng)絡(luò)上消息的監(jiān)聽（尋找工具），接收消息并傳給該地的 ETMS 系統(tǒng)。 4. B 地的消息發(fā)送接口，把所要尋找的工具信息轉(zhuǎn)換成網(wǎng)絡(luò)消息發(fā)送出去，然后監(jiān)聽回應(yīng)。它也可以監(jiān)聽網(wǎng)絡(luò)上的需求消息，如果自己的倉庫有所需的工具則給與回應(yīng)。 5.A 地的 ETMS 在網(wǎng)絡(luò)上傳輸消息，并把消息傳送到中間的接收器。在接收器中進(jìn)行排隊。 6.B 地的 ETMS 在網(wǎng)絡(luò)上傳輸消息，并把消息傳送到中間的接收器。在接收器中進(jìn)行排隊。 7.在到達(dá)中間接收器的工具中，選擇對應(yīng)

53、于 A 地需求的，返回信息。 8.在到達(dá)中間接收器的工具中，選擇對應(yīng)于 B 地需求的，返回信息。 TWS 體系結(jié)構(gòu)設(shè)計文檔5.3 總結(jié)陳述34在這一部分，我們團(tuán)隊基予 Java.ee 的商業(yè)架構(gòu)，對 FastRepair 公司所需的ETMS 系統(tǒng)進(jìn)行了具體的結(jié)構(gòu)設(shè)計。將 ETMS 系統(tǒng)的結(jié)構(gòu)分成了不同的模塊，每個模塊都有它的容器，容器中包含了它的具體功能及約束等信息，這些信息會通過編程進(jìn)行實(shí)現(xiàn)。連接件的設(shè)計重點(diǎn)在于資源適配器的編程設(shè)計。最后，我們給出了 EJB 的結(jié)構(gòu)，實(shí)現(xiàn)了在異地進(jìn)行工具取用的方法。這部分涉及網(wǎng)絡(luò)編程，故不再編程設(shè)計中實(shí)現(xiàn)。6 WMS 體系結(jié)構(gòu)的 ATAM 架構(gòu)評估6.1 A

54、TAM 方法的描述2.1.1 概述體系結(jié)構(gòu)權(quán)衡分析方法（以下簡稱 ATAM）是一種評價體系結(jié)構(gòu)設(shè)計的方法，它通過對諸如性能、可修改性、可靠性、安全性等多個質(zhì)量屬性的分析來確定體系結(jié)構(gòu)設(shè)計中的折衷點(diǎn)，從而降低設(shè)計的風(fēng)險。該方法提供了一種方式來理解系統(tǒng)體系結(jié)構(gòu)對多個競爭的質(zhì)量屬性的適合程度。 2.1.2 質(zhì)量屬性ATAM 是關(guān)于系統(tǒng)體系結(jié)構(gòu)質(zhì)量屬性的分析技術(shù)。ATAM 能夠檢測系統(tǒng)體系結(jié)構(gòu)潛在的危險，它反映出體系結(jié)構(gòu)滿足實(shí)際系統(tǒng)目標(biāo)的程度。大型軟件系統(tǒng)的質(zhì)量屬性主要決定于系統(tǒng)的體系結(jié)構(gòu)。大型系統(tǒng)體系結(jié)構(gòu)品質(zhì)，如性能、可用性、可修改性、安全性，依賴于整個系統(tǒng)而不是代碼級的考慮，如程序語言的選擇、詳細(xì)

55、的設(shè)計、數(shù)據(jù)結(jié)構(gòu)、測試等。這不是說算法的選擇或數(shù)據(jù)結(jié)構(gòu)不重要，而是說這些選擇不如整個系統(tǒng)的結(jié)構(gòu)更重要。我們的目標(biāo)是在系統(tǒng)建立之前，首先評估系統(tǒng)能否滿足期望達(dá)到的屬性。 每一個質(zhì)量屬性分為 3 個部分：外部刺激、體系結(jié)構(gòu)決策和響應(yīng)。外部刺激是導(dǎo)致體系結(jié)構(gòu)發(fā)生改變的原因。為了分析滿足品質(zhì)需求的體系結(jié)構(gòu)，這些TWS 體系結(jié)構(gòu)設(shè)計文檔35需求將是具體的、可測量的或可觀測的。這些可測量可觀測的品質(zhì)描述為響應(yīng)；體系結(jié)構(gòu)決策是那些結(jié)構(gòu)組成部分、連接和它們的直接影響獲得屬性響應(yīng)的特性。 2.1.3 敏感點(diǎn)與折衷點(diǎn)ATAM 方法假定質(zhì)量屬性是相互影響的，各種質(zhì)量屬性通過某些體系結(jié)構(gòu)參數(shù)聯(lián)系在一起，體系結(jié)構(gòu)參數(shù)是

56、一個部件、部件的性質(zhì)或影響某個質(zhì)量屬性的部件之間關(guān)系的性質(zhì)。 敏感點(diǎn)是與某個質(zhì)量屬性的變化密切相關(guān)的體系結(jié)構(gòu)參數(shù)，它的微小變化會對該質(zhì)量屬性造成重要的影響。 折衷點(diǎn)是多個質(zhì)量屬性共同的敏感點(diǎn)。對實(shí)際問題而言，折衷點(diǎn)對不同質(zhì)量屬性的影響趨勢通常是不同的。 6.2商業(yè)動機(jī)的描述客戶在需求描述中對 TWS 系統(tǒng)所要完成的各種功能做了介紹，并指出了這些功能的具體需求。在系統(tǒng)需求文檔中提到，該系統(tǒng)是基于 C/S 結(jié)構(gòu)的，所以必須有一個平臺總服務(wù)器，該服務(wù)器能存儲整個公司所有員工和工具的信息，可以與其他子公司的系統(tǒng)交互并提供數(shù)據(jù)信息。這些子公司的系統(tǒng)服務(wù)器也要隨時與總服務(wù)器通信，及時獲取最新的工具信息。這

57、樣就對該系統(tǒng)所要采用的標(biāo)準(zhǔn)軟硬件集成作了概要說明：該系統(tǒng)要求有極高的物理強(qiáng)壯性、能夠適應(yīng)與之交互的其他系統(tǒng)的消息內(nèi)容的頻繁變更，另外還需滿足許多性能指標(biāo)。 6.3 場景集合根據(jù)質(zhì)量屬性的要求及體系結(jié)構(gòu)的描述，小組討論出了初始主要質(zhì)量屬性需求和初始場景集?？紤]到 FastRepair 這樣的大公司員工工具眾多，系統(tǒng)一旦投入運(yùn)行，必須長時間不間斷的運(yùn)作，所以可用性應(yīng)該作為主要質(zhì)量屬性。又因為公司可能隨時有業(yè)務(wù)需求變更，所以可修改性也作為主要質(zhì)量屬性考慮。 確定的初始場景集如表 6-1 所示： 表 6-1 TWS 體系結(jié)構(gòu)設(shè)計文檔場景號場景A1 重名的用戶采用的是同樣的注冊信息A2 用戶登錄時用戶名

58、或密碼輸入錯誤A3 用戶按下“登錄”按鈕后系統(tǒng)沒有反應(yīng)A4 平臺總服務(wù)器無響應(yīng)A5 各子公司倉庫服務(wù)器狀態(tài)不一致A6 查看工具詳細(xì)信息時出現(xiàn)信息不對應(yīng)A7 管理員添加了重名的工具A8 管理員刪除員工正在使用的工具A9 管理員修改員工正在使用的工具信息6.4 每個場景的構(gòu)架方法分析6.4.1場景 1：重名的用戶采用的是同樣的注冊信息表 6-2 場景號：A1 場景：重名的用戶采用的是同樣的注冊信息屬性可用性環(huán)境正常操作刺激不合法或者不合理的信息錄入響應(yīng)提示該信息不合法，需要重新錄入36構(gòu)架決策提示重名敏感點(diǎn)S1 權(quán)衡點(diǎn)T1 有風(fēng)險決策無風(fēng)險決策N1 推理構(gòu)架圖通過驗證用戶名的方式，可以保證用戶名不

59、重復(fù)6.4.2場景 2：用戶登錄時用戶名或密碼輸入錯誤表 6-3 場景號：A2 場景：用戶登錄時用戶名或密碼輸入錯誤屬性環(huán)境刺激響應(yīng)可用性賬號或密碼錯誤使用賬號和密碼登錄系統(tǒng)應(yīng)該檢測事件，并進(jìn)行如下一個或多個活動：將其記錄下來將錯誤信息給用戶返回登錄界面構(gòu)架決策敏感點(diǎn)權(quán)衡點(diǎn)有風(fēng)險決策無風(fēng)險決策提示重新輸入 S2 T2 N2 推理構(gòu)架圖通過用戶重新輸入正確的用戶名和密碼可保證正常登錄系統(tǒng)TWS 體系結(jié)構(gòu)設(shè)計文檔6.4.3場景 3：用戶按下“登錄”按鈕后系統(tǒng)沒有反應(yīng)表 6-4 場景號：A3 場景：用戶按下“登錄”按鈕后系統(tǒng)沒有反應(yīng)屬性可用性環(huán)境正常操作刺激疏忽用戶請求或組件做出了響應(yīng)，但做出響應(yīng)時

60、間太遲響應(yīng)系統(tǒng)可進(jìn)行如下幾個活動：系統(tǒng)提示用戶該請求未響應(yīng)系統(tǒng)提示用戶“系統(tǒng)正忙，請稍后登錄”系統(tǒng)提示用戶該請求超時37構(gòu)架決策備用服務(wù)器心跳故障切換服務(wù)器推理構(gòu)架圖敏感點(diǎn)S3 權(quán)衡點(diǎn)T3 有風(fēng)險決策R1 無風(fēng)險決策6.4.4場景 4：平臺總服務(wù)器無響應(yīng)表 6-5 場景號：A4 場景：平臺總服務(wù)器無響應(yīng)屬性環(huán)境刺激響應(yīng)可用性主服務(wù)器可能已經(jīng) down 掉，輔助服務(wù)器運(yùn)轉(zhuǎn)正常系統(tǒng)在 3 秒內(nèi)仍然沒有收到平臺主服務(wù)器的心跳消息系統(tǒng)應(yīng)該檢測事件，并進(jìn)行如下一個或多個活動：將心跳計時器的計數(shù)清零從主服務(wù)器切換到備用服務(wù)器重新啟動崩潰的服務(wù)器構(gòu)架決策備用服務(wù)器心跳故障切換服務(wù)器敏感點(diǎn)S4 權(quán)衡點(diǎn)T4 有