鐵路售票系統(tǒng)架構(gòu)評(píng)審

1、鐵路售票系統(tǒng)架構(gòu)評(píng)審文檔虛擬的一人多角色的評(píng)估小組，成員列表如下：表1:評(píng)估小組成員列表成員角色評(píng)估小組負(fù)責(zé)人、評(píng)估總結(jié)者、提問(wèn)者、場(chǎng) 景書(shū)記員、時(shí)間管理者評(píng)估負(fù)責(zé)人、提問(wèn)者、架構(gòu)設(shè)計(jì)師、提問(wèn)者、 進(jìn)展書(shū)記員、數(shù)據(jù)收集人、提問(wèn)者、領(lǐng)域?qū)?家、資料員時(shí)間管理者、提問(wèn)者、場(chǎng)景書(shū)記員、資料員目錄鐵路售票系統(tǒng)架構(gòu)評(píng)審文檔 弓I言編寫(xiě)目的：背景：定義：三層架構(gòu)軟件設(shè)計(jì)ATAM架構(gòu)評(píng)審模式參考資料：第0階段：合作關(guān)系及準(zhǔn)備工作 第1階段：評(píng)估階段項(xiàng)目產(chǎn)品立項(xiàng)表述：架構(gòu)方法分類： 架構(gòu)表述：初步架構(gòu)類圖：質(zhì)量屬性及采用的戰(zhàn)術(shù)： 生成質(zhì)量屬性效用樹(shù)：初步分析架構(gòu)方法：性能可用性安全性戰(zhàn)術(shù)采用 第2階段：評(píng)估階

2、段集體討論并確定場(chǎng)景的優(yōu)先級(jí)： 再次分析架構(gòu)方法：三層結(jié)構(gòu)選擇LRU緩沖技術(shù)分析MD5加密存儲(chǔ)分析 備份數(shù)據(jù)庫(kù)改進(jìn)架構(gòu)類圖結(jié)果表述第3階段：后續(xù)階段附錄擬采用架構(gòu)評(píng)審方法中的 ATAM方法引言編寫(xiě)目的：本文檔的編寫(xiě)目的是對(duì)鐵路售票系統(tǒng)架構(gòu)設(shè)計(jì)進(jìn)行簡(jiǎn)略的評(píng)審，為后繼的詳細(xì)項(xiàng)目設(shè)計(jì)等工作提供參考和依據(jù)，本文檔主要描述的內(nèi)容有： 表述 調(diào)查和分析 測(cè)試 形成報(bào)告本文檔的預(yù)期讀者為： 系統(tǒng)設(shè)計(jì)人員、測(cè)試人員、用戶及其它有權(quán)限查閱本文檔的相關(guān) 人員。背景：系統(tǒng)名稱：鐵路售票系統(tǒng)任務(wù)提出者：黃東鵬、張付俊、孫帥開(kāi)發(fā)者（承接單位）：開(kāi)發(fā)小組 用戶：網(wǎng)上訂購(gòu)鐵路車票的人定義：三層架構(gòu)軟件設(shè)計(jì)所謂三層體系結(jié)構(gòu)，

3、是在客戶端與數(shù)據(jù)庫(kù)之間加入了一個(gè)中間件層，也叫組件層。這里所說(shuō)的三層體系，不是指物理上的三層， 不是簡(jiǎn)單地放置三臺(tái)機(jī)器就是三層體系結(jié)構(gòu)，也不僅僅有B/S應(yīng)用才是三層體系結(jié)構(gòu)，三層是指邏輯上的三層，即使這三個(gè)層放置到一臺(tái)機(jī) 器上。三層體系的應(yīng)用程序?qū)I(yè)務(wù)規(guī)則、數(shù)據(jù)訪問(wèn)、合法性校驗(yàn)等工作放到了中間層進(jìn)行處理。通常情況下，客戶端不直接與數(shù)據(jù)庫(kù)進(jìn)行交互，而是通過(guò)COM/DCOM 通訊與中間層建立連接，再經(jīng)由中間層與數(shù)據(jù)庫(kù)進(jìn)行交換。ATAM架構(gòu)評(píng)審模式1.概述Architecture Tradeoff Analysis Method（構(gòu)架權(quán)衡分析方法）。他是評(píng)價(jià)軟件構(gòu)架的一種綜合全面的方法。這種方法不僅

4、可以揭示出構(gòu)架滿足特定質(zhì)量目標(biāo)的情況，而 且（因?yàn)樗J(rèn)識(shí)到了構(gòu)架決策會(huì)影響多個(gè)質(zhì)量屬性）可以使我們更清楚地認(rèn)識(shí)到質(zhì)量 目標(biāo)之間的聯(lián)系一一即如何權(quán)衡諸多質(zhì)量目標(biāo)。ATAM評(píng)估方法的主要目的：1）提煉出軟件質(zhì)量屬性需求的精確描述；2）提煉出構(gòu)架設(shè)計(jì)決策的精確描述；3）評(píng)估這些構(gòu)架設(shè)計(jì)決策，并判定其是否令人滿意的實(shí)現(xiàn)了這些質(zhì)量需求。ATAM評(píng)估方法并非把每個(gè)可以量化的質(zhì)量屬性都進(jìn)行詳盡的分析，而是使眾多的風(fēng)險(xiǎn)承擔(dān)者（包括經(jīng)理、開(kāi)發(fā)人員、測(cè)試人員、用戶、客戶等等）都參與進(jìn)來(lái)，由此而達(dá)到上述 目標(biāo)的。ATAM是一種挖掘潛在風(fēng)險(xiǎn)，降低或者緩和現(xiàn)有風(fēng)險(xiǎn)的軟件構(gòu)架評(píng)估方法。因此，以下三點(diǎn)是評(píng)估中要特別注重的：

5、風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)。2構(gòu)架涉眾普通用戶、用戶管理員、票務(wù)管理員、開(kāi)發(fā)人員、測(cè)試人員參考資料:Software ArchitectureinPractical（第三版）第0階段：合作關(guān)系及準(zhǔn)備工作此次對(duì)項(xiàng)目的評(píng)估方法經(jīng)小組協(xié)商討論是采用ATAM架構(gòu)評(píng)估綜合方法。待評(píng)估的項(xiàng)目系統(tǒng)為鐵路售票系統(tǒng)。 這是一個(gè)基于B/S的體系的常見(jiàn)應(yīng)用， 基于網(wǎng)絡(luò)連接實(shí)現(xiàn)鐵路票務(wù) 的相關(guān)業(yè)務(wù)。對(duì)其進(jìn)行架構(gòu)評(píng)估主要有如下幾個(gè)原因：.在架構(gòu)搭建的過(guò)程中一定會(huì)碰見(jiàn)許多一致或者未知的問(wèn)題和困難，如果在核心功能模塊或者架構(gòu)本身的設(shè)計(jì)根本上出現(xiàn)缺陷， 盡早的發(fā)現(xiàn)對(duì)于晚發(fā)現(xiàn)， 甚至完成項(xiàng)目后才發(fā)現(xiàn)的 綜合成本要低得多；.由于該架構(gòu)

6、面向多個(gè)用戶多平臺(tái)，因此要有足夠的健壯性，穩(wěn)定性，可拓展性以及可 修改性；.由于該系統(tǒng)借助了網(wǎng)絡(luò)的傳播性，可以隨時(shí)隨地的對(duì)系統(tǒng)進(jìn)行管理和維護(hù)，但是網(wǎng)絡(luò) 的泛濫使得網(wǎng)絡(luò)環(huán)境總是充斥著有意無(wú)意的攻擊，為了避免系統(tǒng)所部屬的服務(wù)器淪為肉雞的下場(chǎng)，或者內(nèi)部數(shù)據(jù)被惡意破壞造成重大損失，所以系統(tǒng)應(yīng)保證相對(duì)的安全性，使得入侵者所花費(fèi)的入侵成本 入侵系統(tǒng)的獲利成本或客戶損失。第1階段：評(píng)估階段項(xiàng)目產(chǎn)品立項(xiàng)表述：隨著現(xiàn)代交通的發(fā)展，在基于經(jīng)濟(jì)以及便利的考慮基礎(chǔ)上，鐵路出行成為廣大人民首選的性價(jià)比最高的交通方式。但隨著經(jīng)濟(jì)的發(fā)展，人工售票逐漸不能滿足龐大人口數(shù)量的基本 購(gòu)票需求。隨著互聯(lián)網(wǎng)的發(fā)展，網(wǎng)絡(luò)購(gòu)票的普及解決

7、了這個(gè)主要矛盾。根據(jù)上述目標(biāo)，質(zhì)量屬性可以劃分為兩類：.高優(yōu)先級(jí)質(zhì)量屬性：1）性能2）安全性3）易用性4）兼容性.重要但優(yōu)先級(jí)較低的屬性：1）可擴(kuò)展性2）可維護(hù)性3）可靠性4）可擴(kuò)充架構(gòu)方法分類：進(jìn)行了架構(gòu)表述后，評(píng)估小組列出他們?cè)?tīng)到的架構(gòu)方法，以及那些在對(duì)文檔進(jìn)行評(píng)估前的評(píng)審中所了解到的方法：一、分層架構(gòu)這種架構(gòu)將軟件分成若干個(gè)水平曾，每一層都有清晰的角色和分工，不需要知道其他層的細(xì)節(jié)，層與層之間通過(guò)接口通信。二、事件驅(qū)動(dòng)架構(gòu)事件是狀態(tài)發(fā)生變化時(shí)，軟件發(fā)出的通知。事件驅(qū)動(dòng)架構(gòu)就是通過(guò)事件進(jìn)行通信 的軟件架構(gòu)。分為：事件隊(duì)列、分發(fā)器、事件通道、事件處理器。三、微核架構(gòu)又稱為“插件架構(gòu)”，指的

8、是軟件的內(nèi)核相對(duì)較小，只要功能和業(yè)務(wù)邏輯都通過(guò)插件 實(shí)現(xiàn)。內(nèi)核通常只包含系統(tǒng)運(yùn)行的最小功能。插件則是相互獨(dú)立的，插件之間的通信，應(yīng)該減少到最低，避免出現(xiàn)相互依賴的問(wèn)題。四、微服務(wù)架構(gòu)是服務(wù)導(dǎo)向的架構(gòu)的升級(jí)。每一個(gè)服務(wù)都是一個(gè)獨(dú)立的部署單元。這些單元都是分布式的，互相解耦，通過(guò) 遠(yuǎn)程通信協(xié)議聯(lián)系。五、云架構(gòu)云架構(gòu)主要解決擴(kuò)展性和并發(fā)問(wèn)題，是最容易擴(kuò)展的架構(gòu)。它的高擴(kuò)展，主要原因是沒(méi)使用中央數(shù)據(jù)庫(kù)，而是把數(shù)據(jù)都復(fù)制到內(nèi)存中，變成 可復(fù)制的內(nèi)存數(shù)據(jù)單元。然后，業(yè)務(wù)處理能力封裝成一個(gè)個(gè)單元。比如訪問(wèn)量增 力口，就新建單元處理；訪問(wèn)量減少，就關(guān)閉但處理單元。由于沒(méi)有中央數(shù)據(jù)庫(kù)， 所以擴(kuò)展性的最大瓶頸消失

9、了。由于每個(gè)處理單元的數(shù)據(jù)都在內(nèi)存里，最好要進(jìn) 行數(shù)據(jù)持久化。這個(gè)模式主要分成兩部分：處理單元和虛擬中間件。架構(gòu)表述：軟件架構(gòu)是一系列相關(guān)的抽象模式，用于指導(dǎo)大型軟件系統(tǒng)各個(gè)方面的設(shè)計(jì)。軟件架構(gòu)是一個(gè)系統(tǒng)的草圖。軟件體系結(jié)構(gòu)是構(gòu)建計(jì)算機(jī)軟件實(shí)踐的基礎(chǔ)。考慮到票務(wù)系統(tǒng)的特點(diǎn)，將使用三層結(jié)構(gòu)進(jìn)行系統(tǒng)的架構(gòu)。初步架構(gòu)類圖：質(zhì)量屬性及采用的戰(zhàn)術(shù):目標(biāo)實(shí)現(xiàn)方式所采用戰(zhàn)術(shù)性能用戶訪問(wèn)系統(tǒng)能在規(guī)定時(shí)間 內(nèi)做出響應(yīng)，如不能應(yīng)反饋 相應(yīng)的提示。緩沖技術(shù) 云服務(wù)器分流隊(duì)列等待安全性用戶信息不被泄露、支付安 全信息加密易用性操作難度讓系統(tǒng)能適應(yīng)大部 分群眾界囿簡(jiǎn)潔兼容性能在多平臺(tái)運(yùn)行易移植編碼可維護(hù)性系統(tǒng)能在出現(xiàn)問(wèn)

10、題時(shí)得到及 時(shí)修復(fù)，管理員能進(jìn)行信息 更新分層架構(gòu)設(shè)計(jì)可擴(kuò)展性在出現(xiàn)新需求時(shí)能夠添加 新功能，如支付渠道的增加 支付渠道的選擇預(yù)留接口可擴(kuò)充性在出現(xiàn)新需求時(shí)能夠添加 新功能，如支付渠道的增加 支付渠道的選擇預(yù)留接口可靠性在程序的使用過(guò)程中出錯(cuò)概 率要盡量小，出錯(cuò)了要能夠 及時(shí)修復(fù)規(guī)范編碼生成質(zhì)量屬性效用樹(shù)：下表給出了在對(duì)鐵路售票系統(tǒng)評(píng)估期間生成的質(zhì)量屬性效用樹(shù)，有幾個(gè)質(zhì)量屬性求精沒(méi)有與之相關(guān)的場(chǎng)景。這種情況經(jīng)常出現(xiàn)，這并不是問(wèn)題，對(duì)于某個(gè)質(zhì)量屬性，人們有時(shí)能夠 想出一個(gè)合理的求精，但當(dāng)讓他們?cè)谧约旱南到y(tǒng)的上下文中對(duì)該質(zhì)量屬性的用例進(jìn)行說(shuō)明時(shí)， 卻發(fā)現(xiàn)該求精實(shí)際上并不適用。表2:對(duì)鐵路售票系統(tǒng)進(jìn)

11、行ATAM評(píng)估的效用樹(shù)表格屬性求精性能取大負(fù)載當(dāng)開(kāi)票時(shí)，用戶量劇增，能夠同時(shí)負(fù)載至少500的用響應(yīng)時(shí)間戶同時(shí)訪問(wèn)（H,H）吞吐量用戶輸入數(shù)據(jù)后在網(wǎng)絡(luò)暢通的情況下應(yīng)能在s內(nèi)給出相關(guān)信息（H,M）日最高訂票量 500萬(wàn)張（按目前網(wǎng)絡(luò)訂票系統(tǒng)工作18小時(shí)算，每秒處理訂單量為78張）（H,H）安全性數(shù)據(jù)存儲(chǔ)當(dāng)用戶注冊(cè)時(shí)，系統(tǒng)將用戶的信息加密后存入數(shù)據(jù)注冊(cè)驗(yàn)證庫(kù)；當(dāng)用戶登錄時(shí)，系統(tǒng)將數(shù)據(jù)加密后再與數(shù)據(jù)庫(kù)的登錄驗(yàn)證內(nèi)容進(jìn)行比較，防止傳輸過(guò)程被竊取泄露。（H,L）密碼強(qiáng)度當(dāng)用戶注冊(cè)時(shí)，為確認(rèn)為真人操作，存在手機(jī)信息驗(yàn)證碼驗(yàn)證，并且60s內(nèi)不允許重復(fù)獲取驗(yàn)證碼。（H,L） 當(dāng)用戶登錄時(shí)，連續(xù)輸入兩次錯(cuò)誤密碼后

12、，再次登錄 需要根據(jù)系統(tǒng)給出圖片驗(yàn)證碼輸入正確的驗(yàn)證碼才 能完成登錄，圖片驗(yàn)證內(nèi)容隨機(jī)生成，并且隨機(jī)生成 條紋遮擋字符，防止機(jī)器驗(yàn)證。（H,L）當(dāng)用戶注冊(cè)時(shí)系統(tǒng)根據(jù)用戶的密碼顯示相應(yīng)的密碼強(qiáng)度以提示用戶增強(qiáng)密碼強(qiáng)度。 密碼強(qiáng)度根據(jù)密碼內(nèi) 容字符類型以及長(zhǎng)度確定。 為了確?；镜陌踩砸约胺乐褂脩暨z忘密碼，用戶密碼長(zhǎng)度范圍限制為 6-16 位。（H,L）關(guān)數(shù)據(jù)并讓用戶輕易完成購(gòu)買（H,M）兼容性多系統(tǒng)支持在相同平臺(tái)的小同系統(tǒng)上也能夠正常運(yùn)行（H,H）可維護(hù)性管理員功能維護(hù)管理系統(tǒng)自動(dòng)報(bào)錯(cuò)管理員能夠在鐵路信息、用戶信息需要更新時(shí)進(jìn)行及 時(shí)更新，并同步數(shù)據(jù)給用戶（H,M）當(dāng)出現(xiàn)了/、可避免的錯(cuò)誤時(shí)，

13、可以及時(shí)進(jìn)行維護(hù)修復(fù)（H,M）可以定位出系統(tǒng)報(bào)錯(cuò)內(nèi)容、報(bào)錯(cuò)位置（ M,L）可擴(kuò)展性添加新功能在出現(xiàn)新需求時(shí)能夠添加新功能，如支付渠道的增加支付渠道的選擇（M,L）可擴(kuò)充性功能業(yè)務(wù)的子模塊隨著發(fā)展和意見(jiàn)的收集，能夠根據(jù)情況添加新的業(yè)務(wù)功能，如外賣預(yù)定（M,M）可靠性不易出錯(cuò)在程序的使用過(guò)程中出錯(cuò)概率要盡量小，出錯(cuò)了要能夠及時(shí)修復(fù)（H,H）表中的場(chǎng)景給出了決策者所分配的優(yōu)先級(jí)。在每一對(duì)有序的字母中，第一個(gè)代表能力的重要性，第二個(gè)代表設(shè)計(jì)師對(duì)實(shí)現(xiàn)該質(zhì)量屬性的難度的估計(jì)。我們需要注意到，一些場(chǎng)景已經(jīng)很完備了，具備了刺激、環(huán)境和響應(yīng)三個(gè)部分；一些場(chǎng)景沒(méi)有刺激，還有一些場(chǎng)景沒(méi)有響應(yīng)。在這個(gè)階段，只要涉眾能

14、夠理解場(chǎng)景的含義，不明確 的場(chǎng)景說(shuō)明是允許的。如果所選擇的場(chǎng)景用于進(jìn)行分析，那么該場(chǎng)景中的刺激和響應(yīng)必須得到足夠的明確。初步分析架構(gòu)方法：評(píng)估小組首先分析最重要而且最難實(shí)現(xiàn)的場(chǎng)景，每次分析一個(gè)最高優(yōu)先級(jí)的場(chǎng)景，同時(shí)我們的設(shè)計(jì)師詳細(xì)地解釋了構(gòu)架如何支持每個(gè)場(chǎng)景。小組成員探查設(shè)計(jì)師用來(lái)實(shí)現(xiàn)場(chǎng)景的架構(gòu)方法，把相關(guān)架構(gòu)決策編成文檔， 一共確定了個(gè)8敏感點(diǎn)，4個(gè)風(fēng)險(xiǎn)點(diǎn)，3個(gè)無(wú)風(fēng)險(xiǎn)決策。性能場(chǎng)了系統(tǒng)訪問(wèn)量達(dá)到高峰屬性性能環(huán)境系統(tǒng)處于高峰訪問(wèn)時(shí)期刺激用戶請(qǐng)求訪問(wèn)響應(yīng)良好響應(yīng)請(qǐng)求架構(gòu)決策敏感點(diǎn)權(quán)衡點(diǎn)有風(fēng)險(xiǎn)決策無(wú)風(fēng)險(xiǎn)決策超出限制訪問(wèn)量的請(qǐng) 求放在等待S1R1緩存S2R2N1云服務(wù)器分流S3數(shù)據(jù)庫(kù)連接池S4N2推

15、理1、由于在系統(tǒng)部署的時(shí)候用的是單應(yīng)用服務(wù)器，而一臺(tái)應(yīng)用服務(wù)器可同時(shí)支持的并發(fā)用戶數(shù)量是很少的，在幾千甚至上萬(wàn)的用戶訪問(wèn)系統(tǒng)時(shí)，由于限制最大訪問(wèn)量，不能保證每個(gè)用戶都能 隨時(shí)登錄，降低用戶的滿意度。2、單服務(wù)器提供的緩存數(shù)有限3、避免了非法用戶的惡意攻擊，但后可能降低系統(tǒng)的可用性4、減輕數(shù)據(jù)庫(kù)的負(fù)擔(dān)，提高系統(tǒng)的性能可用性場(chǎng)了系統(tǒng)備份與恢復(fù)屬性可用性環(huán)境系統(tǒng)發(fā)生錯(cuò)誤刺激用戶進(jìn)行恢復(fù)響應(yīng)盡快恢復(fù)并未用戶提供有意義的反饋信息架構(gòu)決策敏感點(diǎn)權(quán)衡點(diǎn)有風(fēng)險(xiǎn)決策無(wú)風(fēng)險(xiǎn)決策系統(tǒng)備份S5R3故障恢復(fù)S6R4數(shù)據(jù)庫(kù)備份S7推理1、系統(tǒng)備份是進(jìn)行故障恢復(fù)的前提，但頻繁的備份會(huì)影響正常的業(yè)務(wù) 處理，存在一定的風(fēng)險(xiǎn)2、

16、如果因?yàn)橄到y(tǒng)掉電或其他操作，利用備份數(shù)據(jù)可以很快恢復(fù)。但由于使用的是但服務(wù)器機(jī)制， 一旦這臺(tái)服務(wù)器出現(xiàn)故障或者崩潰，硬件發(fā)生故障，系統(tǒng)的回復(fù)時(shí)間會(huì)很長(zhǎng)，存在風(fēng)險(xiǎn)。安全性場(chǎng)了用戶信息傳輸屬性安全性環(huán)境信息泄露響應(yīng)信息加密架構(gòu)決策敏感點(diǎn)權(quán)衡點(diǎn)有風(fēng)險(xiǎn)決策無(wú)風(fēng)險(xiǎn)決策信息加密S8N3推理1、信息可能在傳輸過(guò)程中被截獲2、信息加密傳輸，并且以加密格式在數(shù)據(jù)庫(kù)中校對(duì)可以防止惡意獲取 信息3、信息加密不影響性能，還能提高信息的安全傳輸和數(shù)據(jù)庫(kù)安全戰(zhàn)術(shù)采用米用戰(zhàn)術(shù)敏感點(diǎn)(S)有風(fēng)險(xiǎn)決策(R)訪問(wèn)量激增使用LRU緩沖提高了系統(tǒng)的工作效率單服務(wù)器提供的緩存數(shù)序有 限，并發(fā)用戶多的情況下， 系統(tǒng)處理緩慢超出限制訪問(wèn)量

17、的請(qǐng)求放在 等待隊(duì)列中提高了系統(tǒng)的穩(wěn)定性和可用 性，減少了崩潰的可能會(huì)降低最大并發(fā)數(shù)目，使得 用戶等待時(shí)間過(guò)場(chǎng)，可能造 成用戶/、滿云服務(wù)器分流分流訪問(wèn)量，提局效率鎖機(jī)制解決多管理用戶同時(shí)訪問(wèn)修 改同一數(shù)據(jù)可能產(chǎn)生管理用戶長(zhǎng)期占用 資源，降低資源使用率備份數(shù)據(jù)庫(kù)防止數(shù)據(jù)庫(kù)物理性破壞數(shù)據(jù)庫(kù)連接池?cái)?shù)據(jù)庫(kù)連接池允許應(yīng)用程序 重復(fù)使用一個(gè)現(xiàn)有的數(shù)據(jù)庫(kù) 連接，而不再是重新建立一 個(gè)，提高應(yīng)用系統(tǒng)的性能系統(tǒng)備份與恢復(fù)增強(qiáng)系統(tǒng)的容錯(cuò)能力操作系統(tǒng)和數(shù)據(jù)庫(kù)軟件發(fā)生 崩潰時(shí)，回復(fù)時(shí)間較長(zhǎng)MD5加密防止用戶信息泄露第2階段：評(píng)估階段集體討論并確定場(chǎng)景的優(yōu)先級(jí)：下表給出了在本步驟中提出的某些部分感興趣場(chǎng)景進(jìn)行重點(diǎn)分析

18、。按重點(diǎn)次序羅列，由于篇幅有限，有些細(xì)微場(chǎng)景沒(méi)有列出，只列出了認(rèn)為重要場(chǎng)景。表i:集體討論確定的場(chǎng)景場(chǎng)景號(hào)場(chǎng)景為了防止軟件搶票，應(yīng)在對(duì)一個(gè)相同的用戶的多次請(qǐng)求進(jìn)行分析。如：驗(yàn)證碼兩次輸入錯(cuò)誤之間的之間間隔。當(dāng)判定不是軟件搶票時(shí)，應(yīng)當(dāng)隨著驗(yàn)證錯(cuò) 誤次數(shù)的增加降低驗(yàn)證難度用戶賬戶與付款的綁定、多種支付方式、以及安全性的要求。在保證安全性的前提下應(yīng)該能夠讓用戶通過(guò)最簡(jiǎn)潔的流程選擇自己合適的支付流程。信息密傳輸突然激增的流量導(dǎo)致服務(wù)器處理緩慢，甚至崩潰異常，要求對(duì)有害信息進(jìn)行過(guò)濾，使用LRU緩沖計(jì)數(shù)減少服務(wù)器負(fù)擔(dān)，增加服務(wù)器工作效率。用戶訪問(wèn)的相關(guān)車次查詢、買票、下訂單、付款、改簽、退款的流程應(yīng)直觀、

19、簡(jiǎn)潔。支持新車次添加、舊車次刪除、用戶信息修改操作等。如果存在多個(gè)管理員時(shí)怎么并發(fā)管理系統(tǒng)，如果多個(gè)管理員對(duì)同一數(shù)據(jù)進(jìn)行修改時(shí)應(yīng)如何保護(hù)數(shù)據(jù)不被多次修改。這里考慮到參考鎖機(jī)制。再次分析架構(gòu)方法：三層結(jié)構(gòu)選擇由于票務(wù)數(shù)據(jù)以及用戶數(shù)據(jù)量龐大，而三層結(jié)構(gòu)的特點(diǎn)將數(shù)據(jù)層、邏輯層以及表現(xiàn)層分隔開(kāi)，在開(kāi)發(fā)上降低了復(fù)雜度。并且考慮到系統(tǒng)的開(kāi)發(fā)效率，三層結(jié)構(gòu)使項(xiàng)目結(jié)構(gòu)更清楚， 分工更明確。考慮到用戶數(shù)量多，并且票務(wù)信息隨時(shí)都有可能發(fā)生變化， 使用三層結(jié)構(gòu)有利于后期的 維護(hù)、更新和升級(jí)。并且數(shù)據(jù)的差異性大，將三層架構(gòu)中的控制層進(jìn)行了細(xì)分， 實(shí)現(xiàn)低耦合、 并行開(kāi)發(fā)。為解決訪問(wèn)流量大的問(wèn)題，服務(wù)器考慮使用LRU緩沖

20、計(jì)數(shù)以提高服務(wù)器工作效率和改善用戶體驗(yàn)。并且出于對(duì)大量用戶信息安全的角度考慮，數(shù)據(jù)的傳輸和校驗(yàn)采用MD5加密方式。在集中的討論中，我們重點(diǎn)討論了上述問(wèn)題的解決方案，考慮到時(shí)間和空間的限制，我們就第一二個(gè)詳細(xì)展開(kāi)說(shuō)明，以及分析和權(quán)衡。LRU緩沖技術(shù)分析比如說(shuō)一些系統(tǒng)登錄的操作，不可能每次你訪問(wèn)系統(tǒng)都去調(diào)用數(shù)據(jù)庫(kù)的東西，如果能劃出一些空間來(lái)，比如說(shuō)500M ,用來(lái)緩存這些東西， 這樣用戶訪問(wèn)的時(shí)候先在緩存里找，找不到，再去訪問(wèn)數(shù)據(jù)庫(kù)，同時(shí)把被訪問(wèn)的內(nèi)容放到緩存里面(我們可以假設(shè)這些東西還會(huì)經(jīng)常被訪問(wèn))。然而，我們分配用來(lái)做緩存( Cache )的空間肯定是有限的，總不可能從數(shù)據(jù) 庫(kù)讀的東西全部放到

21、緩存里，所以，當(dāng)緩存里的內(nèi)容達(dá)到上限值的時(shí)候，我們就要把最少使用的東西寫(xiě)回?cái)?shù)據(jù)庫(kù)，再將新的訪問(wèn)內(nèi)容從數(shù)據(jù)庫(kù)暫存到緩存里面。以此保證服務(wù)端的效率和使用度。MD5加密存儲(chǔ)分析MD5將任意長(zhǎng)度的“字節(jié)串”變換成一個(gè)128bit的大整數(shù)，并且它是一個(gè)不可逆的字符串變 換算法，換句話說(shuō)就是，即使你看到源程序和算法描述，也無(wú)法將一個(gè)MD5的值變換回原始的字符串，從數(shù)學(xué)原理上說(shuō)，是因?yàn)樵嫉淖址袩o(wú)窮多個(gè)，這有點(diǎn)象不存在反函數(shù)的數(shù)學(xué)函數(shù)。 將客戶端的內(nèi)容數(shù)據(jù)進(jìn)行加密后傳輸?shù)綌?shù)據(jù)庫(kù)進(jìn)行校驗(yàn)，這樣可以防止在傳輸過(guò)程中數(shù)據(jù)被盜取的安全性問(wèn)題。備份數(shù)據(jù)庫(kù)由于存儲(chǔ)的數(shù)據(jù)信息內(nèi)容數(shù)量龐大，一旦服務(wù)器出現(xiàn)問(wèn)題，數(shù)據(jù)丟失

22、將會(huì)導(dǎo)致巨大的損失。所以在之前的部署上添加了備份數(shù)據(jù)庫(kù)，防止數(shù)據(jù)丟失。改進(jìn)架構(gòu)類圖結(jié)果表述(1)由于開(kāi)發(fā)人員對(duì)架構(gòu)缺乏一定的熟練度，我們決定邊學(xué)邊做，碰見(jiàn)一些解決不了的 問(wèn)題采用在文檔中總結(jié)報(bào)告，記錄下來(lái)，優(yōu)先完成功能模塊的實(shí)現(xiàn)環(huán)節(jié)；(2)平臺(tái)開(kāi)發(fā)入門檻較低，產(chǎn)品容易被模仿，需要及時(shí)更新設(shè)計(jì)以擺脫競(jìng)爭(zhēng)對(duì)手，所以 應(yīng)該預(yù)留系統(tǒng) API接口，為不管是以后管理方設(shè)計(jì)更改界面還是可以由用戶自定義 開(kāi)發(fā)界面都能起到良好的促進(jìn)作用。第3階段：后續(xù)階段ATAM評(píng)估的一個(gè)具體結(jié)果就是生成了最終報(bào)告， 該報(bào)告包括一個(gè)有風(fēng)險(xiǎn)決策、誤風(fēng)險(xiǎn) 決策、敏感點(diǎn)和權(quán)衡點(diǎn)的列表。 還包括一個(gè)涉及如下內(nèi)容的目錄： 所使用的架構(gòu)方

23、法、 效用 樹(shù)、經(jīng)過(guò)集體討論確定的場(chǎng)景以及所選擇的每個(gè)場(chǎng)景的分析記錄。最后，最終報(bào)告還包括由該評(píng)估小組所確定的風(fēng)險(xiǎn)主題的集合，并指出了每個(gè)風(fēng)險(xiǎn)主題所危及的商業(yè)動(dòng)機(jī)。附錄擬采用架構(gòu)評(píng)審方法中的 ATAM方法對(duì)ATAM模型方法的簡(jiǎn)略描述：軟件構(gòu)架的評(píng)估方法：SAAM和ATAM。這里只詳細(xì)說(shuō)明 ATAM方法。ATAM 一種進(jìn)行構(gòu)架評(píng)估的綜合方法，ATAM是評(píng)估軟件構(gòu)架的一個(gè)健壯的方法。在該方法中，項(xiàng)目決策者和涉眾要清晰地闡述一個(gè)準(zhǔn)確的質(zhì)量屬性需求列表（以場(chǎng)景的方式），并說(shuō)明與實(shí)現(xiàn)每個(gè)高優(yōu)先場(chǎng)景相關(guān)的構(gòu)架決策。然后，把這些決策確定為有風(fēng)險(xiǎn)決策或無(wú)風(fēng)險(xiǎn)決策，以找到構(gòu)架中任何存在問(wèn)題的地方。ATAM不是需求評(píng)估。ATAM不是代碼評(píng)估。 ATAM不包括實(shí)際的系統(tǒng)測(cè)試。ATAM不是一個(gè)準(zhǔn)確的手段， 但它識(shí)別了構(gòu)架中可能存在風(fēng)險(xiǎn)的區(qū)域。這