4.4-需求管理ibm架構(gòu)設(shè)計(jì)說(shuō)明書(shū)模板

項(xiàng)目國(guó)際商業(yè)機(jī)器（中國(guó)）有限公司文檔說(shuō)明架構(gòu)設(shè)計(jì)說(shuō)明書(shū)模板架構(gòu)設(shè)計(jì)說(shuō)明書(shū)模板需求規(guī)格說(shuō)明書(shū)模板需求規(guī)格說(shuō)明書(shū)模板X(qián)XXX公司目錄目錄TOC\o"1-3"\h\z第1章 簡(jiǎn)介 11.1 編寫(xiě)目的 11.2 文檔的控制 11.3 文檔的審批 11.4 項(xiàng)目干系人 1第2章 業(yè)務(wù)和需要的理解 22.1 業(yè)務(wù)發(fā)展方向 22.2 當(dāng)前組織結(jié)構(gòu) 22.3 當(dāng)前IT環(huán)境 22.4 標(biāo)準(zhǔn)約定 2第3章 探索方案和方法 33.1 項(xiàng)目定義 33.2 系統(tǒng)上下文 33.3 主題模型 33.4 功能性需求列表 43.5 非功能性需求列表 63.6 用例圖 7第4章 項(xiàng)目交付架構(gòu) 84.1 應(yīng)用架構(gòu)概況圖 84.2 架構(gòu)決策 84.3 架構(gòu)部件（組件）模型圖 94.4 系統(tǒng)運(yùn)行部署圖 104.5 項(xiàng)目計(jì)劃 114.6 項(xiàng)目的例外責(zé)任 114.7 項(xiàng)目依賴 124.8 風(fēng)險(xiǎn)和規(guī)避 124.9 問(wèn)題和假設(shè) 124.10 假設(shè)條件 12第5章 運(yùn)營(yíng)支撐標(biāo)準(zhǔn) 135.1 服務(wù)級(jí)別標(biāo)準(zhǔn) 135.2 服務(wù)資源及規(guī)范 13主要業(yè)務(wù)名詞和術(shù)語(yǔ)定義 14參考文獻(xiàn) 15XXXX公司第15頁(yè)簡(jiǎn)介編寫(xiě)目的主要說(shuō)明本文檔的作用。例如，提供架構(gòu)決策和具體設(shè)計(jì)依據(jù)，為把增加的服務(wù)或功能引入生產(chǎn)環(huán)境提供指導(dǎo)。如果此文檔作為項(xiàng)目驗(yàn)收的依據(jù)或有其他特別作用，應(yīng)特別注明。文檔的控制以列表的形式，列出文檔的版本信息、變更歷史、變更內(nèi)容和具體作者。日期版本信息作者變更歷史2014/03/10Draftv0.1TonyLiuInitialdraft文檔的審批以列表的形式，列出所有的文檔的審閱人（Reviewer）、審批人（Approver）和他們的職務(wù)。此文檔已經(jīng)被如下人員審批：姓名職務(wù)JackSidhomClientITArchitectpeerreviewerLesHerbertChiefArchitectJayashankaranPVDeliveryProjectExecutive項(xiàng)目干系人以列表的形式，列出所有直接參與或受項(xiàng)目實(shí)施后期運(yùn)營(yíng)影響的干系人及其組織和職務(wù)，包括客戶技術(shù)聯(lián)系人、業(yè)務(wù)聯(lián)系人和第三方公司的代表等。姓名所在組織職務(wù)PradeepVenkatasubramanianIGASDAPMidrangeDPEJayakumarAbsolomIGASDAPWebHostingDPEJayashankaranPVIGASDDeliveryProjectExecutive業(yè)務(wù)和需要的理解主要說(shuō)明對(duì)業(yè)務(wù)需求的理解、項(xiàng)目背景和企業(yè)規(guī)范信息的介紹。此模板以電子商務(wù)項(xiàng)目為例進(jìn)行介紹。業(yè)務(wù)發(fā)展方向發(fā)展電子商務(wù)網(wǎng)絡(luò)零售，實(shí)施“科技轉(zhuǎn)型、智慧電商”戰(zhàn)略。網(wǎng)絡(luò)零售將成為與實(shí)體店面并駕齊驅(qū)、相互協(xié)同的渠道。銷售的品類包括家電零售、快速消費(fèi)品、百貨產(chǎn)品、家居產(chǎn)品、娛樂(lè)產(chǎn)品和圖書(shū)等。利用網(wǎng)絡(luò)和云計(jì)算平臺(tái)便捷的優(yōu)勢(shì)，提供一站式的購(gòu)物體驗(yàn)。結(jié)合電視、電話等購(gòu)物、咨詢平臺(tái)，實(shí)現(xiàn)技術(shù)創(chuàng)新、數(shù)據(jù)研究、倉(cāng)儲(chǔ)配送能力位居世界前列，滿足上億人的在線物質(zhì)和精神的生活需求。當(dāng)前組織結(jié)構(gòu)組織包括總經(jīng)理辦公室、采購(gòu)管理中心、市場(chǎng)管理中心、信息技術(shù)管理中心、金融產(chǎn)品中心、物流產(chǎn)品中心、財(cái)務(wù)管理中心和人力資源管理中心等。當(dāng)前IT環(huán)境商品倉(cāng)儲(chǔ)管理庫(kù)存系統(tǒng)、訂單系統(tǒng)、促銷系統(tǒng)、支付系統(tǒng)、BI系統(tǒng)和價(jià)格系統(tǒng)等。這些系統(tǒng)之間是通過(guò)WebService方式實(shí)現(xiàn)彼此之間的接口調(diào)用的。標(biāo)準(zhǔn)約定當(dāng)前的標(biāo)準(zhǔn)預(yù)定文檔包括需求規(guī)格說(shuō)明書(shū)模板、架構(gòu)設(shè)計(jì)說(shuō)明書(shū)模板、程序編碼規(guī)范、系統(tǒng)集成原則和規(guī)范、系統(tǒng)測(cè)試用例模板和測(cè)試報(bào)告模板等。探索方案和方法項(xiàng)目定義設(shè)計(jì)并實(shí)現(xiàn)基于多供應(yīng)商的電子商務(wù)系統(tǒng)解決方案，支持類似于淘寶網(wǎng)店對(duì)各店鋪?zhàn)孕泄芾砩唐?、價(jià)格、庫(kù)存，自行發(fā)起促銷活動(dòng)。確保顧客在網(wǎng)上的商品瀏覽、咨詢、購(gòu)物、支付、退換貨過(guò)程中有良好的購(gòu)買(mǎi)體驗(yàn)。建立網(wǎng)上銷售系統(tǒng)，為合作伙伴提供商品銷售平臺(tái)。分析并解決建立網(wǎng)店所涉及的商品、店鋪、價(jià)格、庫(kù)存、訂單和促銷等多個(gè)功能模塊的技術(shù)問(wèn)題。系統(tǒng)上下文圖3-1電子商務(wù)系統(tǒng)上下文圖主題模型主題模型是指系統(tǒng)中所涉及的表單實(shí)體，也就是我們通常所說(shuō)的Entity。該系統(tǒng)主要所涉及的Entity包括：表3-1Entity表單實(shí)體信息表店鋪商品庫(kù)存訂單會(huì)員支付店鋪編碼商品編碼倉(cāng)庫(kù)信息訂單信息基本信息支付帳號(hào)店鋪名稱商品目錄庫(kù)位信息店鋪編碼社交關(guān)系用戶信息供應(yīng)商編碼商品狀態(tài)商品編碼銷售渠道配送方式證件信息供應(yīng)商名稱內(nèi)容信息供應(yīng)商編碼收貨方聯(lián)系地址郵箱信息店鋪服務(wù)區(qū)域關(guān)聯(lián)的店鋪商品入庫(kù)批次收貨地址支付帳號(hào)手機(jī)綁定店鋪售后服務(wù)促銷買(mǎi)點(diǎn)可賣(mài)庫(kù)存訂單發(fā)票信息優(yōu)惠卷帳號(hào)安全保護(hù)問(wèn)題店鋪信用等級(jí)售后服務(wù)鎖定庫(kù)存商品編碼積分帳戶會(huì)員等級(jí)信息登錄密碼庫(kù)存更新流水支付流水功能性需求列表序號(hào)功能性需求名稱功能需求描述備注說(shuō)明FR001店鋪展示提供標(biāo)準(zhǔn)店鋪和裝修店鋪兩種模式。標(biāo)準(zhǔn)店鋪展示新品、熱銷、推薦商品，以及店鋪名稱、介紹、信用、促銷活動(dòng)信息。裝修店鋪由商家自行排版需要排版的定制開(kāi)發(fā)FR002商品瀏覽商品瀏覽及搜索頁(yè)面應(yīng)顯示最低價(jià)格的商品；商品明細(xì)頁(yè)應(yīng)給出銷售此商品的其他商家列表，列表中包括價(jià)格和配送費(fèi)用信息；客戶可以由單個(gè)商品切換到此商品的所有商家列表，查看在售商家商品價(jià)格、庫(kù)存、促銷、時(shí)效，商家服務(wù)信息，商家信用信息，允許顧客自主排序和篩選。需要商家信息排序規(guī)則的自由化定制FR003商品評(píng)價(jià)、咨詢和投訴客戶可以在商品頁(yè)面向商家提出咨詢問(wèn)題；已購(gòu)買(mǎi)商品的客戶可以對(duì)購(gòu)買(mǎi)商品的體驗(yàn)進(jìn)行評(píng)分，評(píng)分的范圍包括商品與描述是否相符、送貨速度、賣(mài)家服務(wù)態(tài)度、配送服務(wù)態(tài)度、安裝服務(wù)態(tài)度和商品包裝等；客戶還可以發(fā)起投訴，專業(yè)客服介入投訴過(guò)程，督促商家進(jìn)行投訴的有效處理和回復(fù)。需要流程的定制開(kāi)發(fā)FR004商品價(jià)格商家可自行配置商品的銷售價(jià)、促銷價(jià)和生效/失效時(shí)間。FR005購(gòu)物車(chē)需要在購(gòu)物車(chē)中按照店鋪對(duì)商品進(jìn)行分組展示，展示的內(nèi)容包括各商家的運(yùn)費(fèi)、促銷價(jià)格和配送方式等。FR006訂單支付到貨確認(rèn)環(huán)后，商家在客戶確認(rèn)后才收到貨款。后臺(tái)需在客戶確認(rèn)后觸發(fā)分帳過(guò)程FR007客服服務(wù)客服人員應(yīng)可以查詢店鋪信息和訂單狀態(tài)，處理店鋪投訴和退換貨請(qǐng)求。注釋：FR，是FunctionalRequirement的縮寫(xiě)，表示功能性需求。非功能性需求列表序號(hào)需求名稱需求詳細(xì)NFR001安全性網(wǎng)絡(luò)的不同區(qū)域之間必須使用防火墻進(jìn)行隔離；從網(wǎng)絡(luò)、操作系統(tǒng)和應(yīng)用軟件層面實(shí)現(xiàn)用戶認(rèn)證管理；阻止SQL注入、跨站腳本攻擊等常見(jiàn)的網(wǎng)站攻擊行為；通過(guò)專業(yè)安全軟件如APPSCAN的白盒和黑盒測(cè)試；保存應(yīng)用核心操作如登錄、取消訂單的審計(jì)日志。NFR002易用性應(yīng)保證前臺(tái)用戶和業(yè)務(wù)用戶的操作簡(jiǎn)單，界面易學(xué)習(xí)。NFR003高可靠性要保證訂單和支付等數(shù)據(jù)準(zhǔn)確無(wú)誤的被轉(zhuǎn)換和保存；在和其它系統(tǒng)交互時(shí)，要保證數(shù)據(jù)不丟失、不重復(fù)、完整無(wú)誤的進(jìn)行交換。NFR004響應(yīng)時(shí)間商品瀏覽等基礎(chǔ)頁(yè)面的響應(yīng)時(shí)間不超過(guò)1秒；訂單操作等非瀏覽類頁(yè)面的響應(yīng)時(shí)間不超過(guò)3秒。NFR005業(yè)務(wù)容量系統(tǒng)應(yīng)當(dāng)可以支持用戶每小時(shí)訪問(wèn)1億頁(yè)面；同時(shí)可以支持10萬(wàn)條訂單的創(chuàng)建。NFR006高可用性系統(tǒng)的網(wǎng)絡(luò)架構(gòu)、中間件服務(wù)器、數(shù)據(jù)庫(kù)服務(wù)器和存儲(chǔ)設(shè)備都應(yīng)當(dāng)實(shí)現(xiàn)高可用性方案，消除單點(diǎn)故障。NFR007可擴(kuò)展性通過(guò)簡(jiǎn)單的增加物理或虛擬處理節(jié)點(diǎn)賴支持更高的業(yè)務(wù)容量要求，類似Google的Hadoop架構(gòu)。NFR008數(shù)據(jù)存儲(chǔ)量預(yù)分配5TB存儲(chǔ)空間支持未來(lái)3年的數(shù)據(jù)存儲(chǔ)需求NFR009在線用戶數(shù)500萬(wàn)NFR010并發(fā)用戶數(shù)25萬(wàn)NFR011數(shù)據(jù)庫(kù)備份數(shù)據(jù)庫(kù)每日必須執(zhí)行一次全備；由于數(shù)據(jù)庫(kù)備份時(shí)對(duì)網(wǎng)站的性能影響較大，必須在凌晨1時(shí)以后執(zhí)行，3小時(shí)之內(nèi)完成備份。注釋：NFR，是Non-FunctionalRequirement的縮寫(xiě)，表示非功能性需求。用例圖圖3-2電子商務(wù)系統(tǒng)用例圖項(xiàng)目交付架構(gòu)應(yīng)用架構(gòu)概況圖圖4-1電子商務(wù)系統(tǒng)應(yīng)用架構(gòu)概況圖架構(gòu)決策決策主題商品價(jià)格信息獲取方式編號(hào)：AD01問(wèn)題描述與電子商務(wù)系統(tǒng)有接口的價(jià)格系統(tǒng)尚不具備完整的價(jià)格緩存管理，價(jià)格圖片生成等高級(jí)功能，只有價(jià)格查詢功能。電子商務(wù)系統(tǒng)的商品價(jià)格可以采取調(diào)用價(jià)格系統(tǒng)API接口的方式實(shí)時(shí)查詢并獲得商品的價(jià)格信息，也可以采取由價(jià)格系統(tǒng)批量推送的方式。前提與假設(shè)價(jià)格系統(tǒng)的價(jià)格管理功能按時(shí)開(kāi)發(fā)完成；價(jià)格系統(tǒng)無(wú)法在電子商務(wù)系統(tǒng)上線時(shí)間節(jié)點(diǎn)前完成緩存、圖片功能；年商品銷售額達(dá)到1000萬(wàn)以上。決策考慮因素最小化系統(tǒng)總體壓力和確保價(jià)格顯示的準(zhǔn)確性?？蛇x方案方案1：電子商務(wù)系統(tǒng)實(shí)時(shí)查詢商品價(jià)格，不在電子商務(wù)系統(tǒng)本地保存價(jià)格數(shù)據(jù)。價(jià)格的緩存更新、圖片生成由價(jià)格系統(tǒng)觸發(fā)推送到電子商務(wù)系統(tǒng)的價(jià)格緩存和價(jià)格圖片服務(wù)器；方案2：價(jià)格系統(tǒng)批量推送價(jià)格，電子商務(wù)系統(tǒng)本地保存價(jià)格數(shù)據(jù)，價(jià)格的緩存更新、圖片生成由電子商務(wù)系統(tǒng)獲得更新的價(jià)格數(shù)據(jù)后批量執(zhí)行。決策分析方案1：系統(tǒng)為準(zhǔn)。系統(tǒng)的壓力較大。尤其大促銷時(shí)段，可能造成緩存頻繁更新，系統(tǒng)總體壓力上升。方案2：電子商務(wù)系統(tǒng)本地也有價(jià)格數(shù)據(jù)，不需要實(shí)時(shí)查詢價(jià)格系統(tǒng)，系統(tǒng)總體壓力較小。系統(tǒng)批量推送數(shù)據(jù)給電子商務(wù)系統(tǒng)，商品供應(yīng)商更新的價(jià)格不能實(shí)時(shí)立即生效。選擇方案結(jié)論：與客戶一致認(rèn)為確保電子商務(wù)系統(tǒng)的總體壓力較低更為重要，尤其大促銷時(shí)性能壓力大，應(yīng)采取較為安全穩(wěn)妥的方案，所以選擇方案2。對(duì)于商品供應(yīng)商的價(jià)格更新不能實(shí)時(shí)生效的問(wèn)題，可以通過(guò)與供應(yīng)商溝通，要求供應(yīng)商提前輸入價(jià)格數(shù)據(jù)的方式解決。架構(gòu)部件（組件）模型圖這里主要對(duì)組件模型圖的一種表現(xiàn)形式-時(shí)序圖進(jìn)行舉例。圖4-2顧客收貨和退貨時(shí)序圖系統(tǒng)運(yùn)行部署圖系統(tǒng)運(yùn)行部署圖所涉及的軟硬件列表如下：需求內(nèi)容單位軟件產(chǎn)品名稱產(chǎn)品描述基礎(chǔ)應(yīng)用平臺(tái)1套DB2IBM數(shù)據(jù)庫(kù)產(chǎn)品4套HTTPServerIBMWeb服務(wù)器產(chǎn)品2套WebsphereIBMWebsphereApplication中間件產(chǎn)品企業(yè)服務(wù)總線1套WebSphereMessageBrokerIBM支持ESB的企業(yè)服務(wù)總線產(chǎn)品電子商務(wù)系統(tǒng)1套WebSph