票務(wù)系統(tǒng)架構(gòu)分析報告

票務(wù)系統(tǒng)架構(gòu)分析報告

1．概述該報告用于完成課程設(shè)計，旨在了解對構(gòu)架的分析，以及各種戰(zhàn)術(shù)的運用。本文檔包含四個方面的內(nèi)容：案例背景、構(gòu)架商業(yè)周期、質(zhì)量屬性需求和功能需求、架構(gòu)解決方案。案例背景以目前的市場形勢來說，在機票、火車票以及其它旅游票中有著不同的票務(wù)系統(tǒng)，票務(wù)系統(tǒng)的出現(xiàn)大大降低了買票、查票、退票、改簽等活動的難度系數(shù)，在日常生活中有著不可替代的作用。一個良好的票務(wù)系統(tǒng)，最基本應(yīng)具有的質(zhì)量應(yīng)該是高性能，高可用，安全性高，易用性強的特征。本分析報告研究的是一個火車票票務(wù)系統(tǒng)的構(gòu)架。構(gòu)架商業(yè)周期客戶客戶在線訂票的人需求需求（質(zhì)量屬性）高可用性高性能易用性高安全性構(gòu)架MVC模型開發(fā)組織構(gòu)架MVC模型開發(fā)組織設(shè)計師（小組）設(shè)計師（小組）技術(shù)環(huán)境E技術(shù)環(huán)境Eclipse票務(wù)系統(tǒng)票務(wù)系統(tǒng)設(shè)計師經(jīng)驗J設(shè)計師經(jīng)驗Javaweb開發(fā)經(jīng)驗質(zhì)量屬性需求和功能需求4．1質(zhì)量屬性需求項目經(jīng)理從開發(fā)組織和客戶角度，可以將目標(biāo)簡化為如下：從開發(fā)組織角度：開發(fā)一個模塊性強、實時性高、界面良好、與外部其它系統(tǒng)兼容良好的系統(tǒng)，這使得開發(fā)組織能夠把整個產(chǎn)品或者某個木塊賣給其他客戶，同時由于良好的界面和業(yè)務(wù)處理效率而受市場的歡迎。從客戶的角度：系統(tǒng)容易操作，可維護性號、系統(tǒng)穩(wěn)定、可以及時準(zhǔn)確的處理用戶的在線訂票或查詢業(yè)務(wù)。根據(jù)上述的目標(biāo)，將系統(tǒng)質(zhì)量屬性可以劃分為兩類：優(yōu)先級較高的質(zhì)量屬性：性能安全性易用性可用性重要但是優(yōu)先級較低的屬性：模塊性可維護性可修改性可測試性4．1功能需求根據(jù)質(zhì)量屬性場景導(dǎo)出一定的功能需求以及對功能的一些規(guī)格，針對各質(zhì)量屬性，可以查看下表：質(zhì)量屬性屬性求精場景性能響應(yīng)時間在系統(tǒng)處于高峰時期，保證登陸的每個用戶發(fā)出的買票或者查詢要求在3S以內(nèi)，如果需要等待，則給出友好的提示。吞吐量系統(tǒng)可以保證同事響應(yīng)3000個客戶。易用性界面友好，操作簡單要求具有基本電腦操作的人，可以根據(jù)友好的界面迅速的學(xué)會使用方法。并且熟手還能夠使用快捷鍵。及時反饋當(dāng)系統(tǒng)發(fā)生錯誤或者系統(tǒng)運行時間較長的時候，用戶界面應(yīng)該為用戶提供有意義的反饋信息，并具備良好的上下文感知功能。界面一致性用戶界面遵循一定的標(biāo)準(zhǔn)和常規(guī)，盡可能的將所有操作集合在一個界面，不要時常出現(xiàn)彈出框。安全性機密性允許用戶查看本人的訂票信息，但不能查看他人的訂票信息，更不能退訂或者改簽別人已經(jīng)訂的票。系統(tǒng)管理員不能隨意查看用戶的隱私。封閉性對局域網(wǎng)的用戶來說，不能直接訪問數(shù)據(jù)庫，更不能對其進行更改防止惡意攻擊杜絕非法用戶試圖繞過應(yīng)用服務(wù)器直接連接到數(shù)據(jù)庫服務(wù)器的端口上，屏蔽某IP段時間內(nèi)的大量無意義的訪問，以防止被擠爆，使正常用戶無法使用。客戶端功能無關(guān)性客戶端只包含人機交互界面功能，不包含業(yè)務(wù)功能描述，即客戶端發(fā)送給服務(wù)器的是用戶請求，而不是業(yè)務(wù)所代表的的SQL語句，以防止非法用戶修改客戶端的SQL語句以實現(xiàn)越權(quán)功能的非法行為。數(shù)據(jù)完整性在冰法用戶多的情況下，系統(tǒng)保證數(shù)據(jù)的完整性可用性容錯性應(yīng)該容忍用戶在使用過程中發(fā)生的各種操作錯誤，并且能夠方便的從錯誤中恢復(fù)過來，保證系統(tǒng)不受或盡可能少的收到用戶錯誤操作受到的影響。備份與恢復(fù)備份時間應(yīng)盡可能的短且在用戶訪問極少時進行。系統(tǒng)崩潰能在1小時內(nèi)恢復(fù)硬件更換硬件發(fā)生故障時，可以方便更換模塊性模塊職責(zé)劃分明確系統(tǒng)自上而下劃分為：系統(tǒng)-子系統(tǒng)—模塊—子模塊借口清晰模塊之間通信通過接口通信，只要是遵循同一接口完成同一功能的模塊即可響應(yīng)的替換，由此實現(xiàn)平臺的無關(guān)性?？蓽y試性類的測試每個類及其函數(shù)都應(yīng)該單獨測試，以驗證其正確性系統(tǒng)功能模塊測試對與功能相應(yīng)對應(yīng)的模塊進行測試，以保證業(yè)務(wù)的完備性。系統(tǒng)性能測試對整個系統(tǒng)進行壓力測試，看能夠達到設(shè)計時的訪問量。BETA測試邀請用戶代表進行beta測試，體驗界面的友好性和相應(yīng)速度。可修改性功能擴展如增加票務(wù)預(yù)訂功能，能在一天內(nèi)完成，并且不影響系統(tǒng)的其他部分界面修改易于修改文檔完備各個模塊，系統(tǒng)必須提供詳細刻度的文檔，以便維護人員維護可配置性維護人員可以方便的配置系統(tǒng)參數(shù)，業(yè)務(wù)參數(shù)可升級性客戶端發(fā)現(xiàn)缺陷后，可以自動更新，已解決。新功能產(chǎn)生或界面更換可移植性系統(tǒng)在新的操作系統(tǒng)或者新的數(shù)據(jù)庫上能夠正常的運行根據(jù)質(zhì)量屬性場景，導(dǎo)出初步的功能需求為：票務(wù)的預(yù)訂、查詢、退訂時間響應(yīng)過長需提醒架構(gòu)解決方案在設(shè)計構(gòu)架的時候，通過場景輸入以生成構(gòu)架，采用ADD的設(shè)計方案，設(shè)計方案的關(guān)鍵在于構(gòu)架模式，通過采用不同戰(zhàn)術(shù)來解決不同的質(zhì)量屬性，如下表所示：目標(biāo)實現(xiàn)方式所采用的戰(zhàn)術(shù)性能用戶訪問的系統(tǒng)應(yīng)該能在規(guī)定的時間內(nèi)作出響應(yīng)，如果系統(tǒng)由于網(wǎng)絡(luò)或者數(shù)據(jù)庫原因不能再規(guī)定的時間內(nèi)作出反應(yīng)，那么系統(tǒng)應(yīng)該系統(tǒng)浸膏，不能出現(xiàn)用戶無故長時間等待的情況。限制執(zhí)行時間，控制訪問隊列的大小當(dāng)應(yīng)用程序需要在關(guān)聯(lián)關(guān)系之間進行導(dǎo)航的時候，由Hibemate獲取關(guān)聯(lián)對象。同事Hibemate的session在事物級別進行持久化數(shù)據(jù)的緩存操作二級緩存安全性遵從J2EE的系統(tǒng)提供了由容器進行授權(quán)校驗的基于角色的安全機制，以及已經(jīng)為使用做好準(zhǔn)備的程序中進行授權(quán)檢查的安全性機制身份驗證授權(quán)數(shù)據(jù)機密性驗證碼并發(fā)操作時，保證數(shù)據(jù)的排他性鎖機制SpringFranework利用AOF來實現(xiàn)權(quán)限攔截，簡潔清晰的安全框架，通過對springbean的封裝機制來實現(xiàn)AOPAcegi安全框架可用性在系統(tǒng)試圖超出限制范圍來進行票務(wù)查詢或者訂購票時必須進行錯誤檢測并且拋出異常，中止進一步的錯誤操作異常檢測遵從J2EE的系統(tǒng)提供了可以使用的事物服務(wù)，通過內(nèi)檢的故障恢復(fù)機制，提高了應(yīng)用的可用性以及可靠性檢查點/回滾模塊性根據(jù)功能將系統(tǒng)劃分為幾個模塊，系統(tǒng)滿足“高內(nèi)聚，低耦