4.4-需求管理ibm架構設計說明書模板

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