1、xx公司概要設計說明書模板（2014年）第1章簡介11.1 編寫目的11.2 文檔的控制11.3 文檔的審批11.4 項目干系人1第2章業務和需要的理解22業務發展方向22.2 當前組織結構22.3 當前it環境22.4 標準約定2第3章探索方案和方法33項目定義33.2 系統上下文33.3 主題模型33.4 功能性需求列表43.5 非功能性需求列表63.6 用例圖7第4章項目交付架構84應用架構概況圖84.2 架構決策84.3 架構部件（組件）模型圖94.4 系統運行部署圖104.5 項目計劃114.6 項目的例夕卜責任114.7 項目依賴124.8 風險和規避124.9 問題和假設124.

2、10 假設條件12第5章運營支撐標準135.1 服務級別標準135.2 服務資源及規范13主要業務名詞和術語定義1415參考文獻第1章簡介1.1編寫目的主要說明本文檔的作用。例如，提供架構決策和具體設計依據，為把增加的服務或功能引入 生產壞境提供指導。如果此文檔作為項目驗收的依據或有其他特別作用，應特別注明。1.2文檔的控制以列表的形式，列出文檔的版本信息、變更歷史、變更內容和具體作者。日期版本信息作者變更歷史2014/03/24v0.1劉通新建1.3文檔的審批以列表的形式，列出所有的文檔的審閱人(reviewer)、審批人(approver)和他們的職務。此文檔已經被如下人員審批:姓名職務x

3、xxxxxxxxxxxxxxxxxxxxxxx1.4項目干系人以列表的形式，列出所有直接參與或受項目實施后期運營影響的干系人及其組織和職務，包 括客戶技術聯系人、業務聯系人和笫三方公司的代表等。姓名所在組織職務xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx第2章業務和需要的理解主要說明對業務需求的理解、項目背景和企業規范信息的介紹。此模板以電子商務項li為例 進行介紹。2.1業務發展方向發展電子商務網絡零售，實施“科技轉型、智慧電商”戰略。網絡零售將成為與實體店面并 駕齊驅、相互協同的渠道。銷售的品類包括家電零售、快速消費品、百貨產品、家居產品、娛樂 產品和圖書等。利

4、用網絡和云計算平臺便捷的優勢，提供一站式的購物體驗。結合電視、電話等 購物、咨詢平臺，實現技術創新、數據研究、倉儲配送能力位居世界前列，滿足上億人的在線物 質和精神的生活需求。2.2當前組織結構組織包括總經理辦公室、釆購管理中心、市場管理中心、信息技術管理屮心、金融產品中 心、物流產品中心、財務管理中心和人力資源管理中心等。2.3當前it環境商品倉儲管理庫存系統、訂單系統、促銷系統、支付系統、bi系統和價格系統等。這些系統 之間是通過web service方式實現彼此之間的接口調用的。2.4標準約定當前的標準預定文檔包括需求規格說明書模板、架構設計說明書模板、程序編碼規范、系統 集成原則和規范

5、、系統測試用例模板和測試報告模板等。第3章探索方案和方法3.1項目定義設計并實現基于多供應商的電子商務系統解決方案，支持類似于淘寶網店對各店鋪口行管理 商品、價格、庫存，自行發起促銷活動。確保顧客在網上的商品瀏覽、咨詢、購物、支付、退換 貨過程中有良好的購買體驗。建立網上銷售系統，為合作伙伴提供商品銷售平臺。分析并解決建 立網店所涉及的商品、店鋪、價格、庫存、訂單和促銷等多個功能模塊的技術問題。3.2系統上下文價格系統脫系統促銷系統b係統圖3-1電子商務系統上下文圖3.3主題模型主題模型是指系統屮所涉及的表單實體，也就是我們通常所說的entityo該系統主要所涉及的entity 包括:表3-1

6、 entity表單實體信息表店鋪商品庫存訂單會員支付店鋪編碼商品編碼倉庫信息訂單信息基木信息支付帳號店鋪名稱商品目錄庫位信息店鋪編碼社交關系用戶信息供應商編碼商品狀態商品編碼銷售渠道配送方式證件信息供應商名稱內容信息供應商編碼收貨方聯系地址郵箱信息店舗服務區域關聯的店鋪簡晶入庫批次收貨地址支付帳號手機綁定店鋪售后服務促銷買點可賣庫存訂單發票信息優惠卷帳號安全保護問題店鋪信用等級售后服務鎖定庫存商品編碼積分帳戶會員 等級信息登錄密碼庫存更新流水支付流水3.4功能性需求列表序號功能性需求名稱功能需求描述備注說明fr001店鋪展示提供標準店鋪和裝修店鋪兩 種模式。標準店鋪展示新 品、熱銷、推薦商品，

7、以及 店鋪名稱、介紹、信用、促 銷活動信息。裝修店鋪由商 家自行排版需要排版的定制開發fr002商品瀏覽商品瀏覽及搜索頁面應顯示 最低價格的商品；商品明細頁應給出銷售此商 品的其他商家列表，列表中 包括價格和配送費用信息；客戶可以由單個商品切換到 此商品的所有商家列表，查 看在售商家商品價格、庫 存、促銷、時效，商家服務 信息，商家信用信息，允許需要商家信息排序規 則的自由化定制顧客自主排序和篩選。fr003商品評價、 咨詢和投訴客戶可以在商品頁而向商家 提出咨詢問題；已購買商品的客戶可以對購 買商品的體驗進行評分，評 分的范圍包括簡品與描述是 否相符、送貨速度、賣家服 務態度、配送服務態度、

8、安 裝服務態度和商品包裝等；客戶還可以發起投訴，專業 客服介入投訴過程，督促商 家進行投訴的有效處理和回 復。需要流程的定制開發fr004商品價格簡家可自行配置商品的銷售 價、促銷價和生效/失效時 間。fr005購物車需要在購物車中按照店鋪對 商品進行分組展示，展示的 內容包括各商家的運費、促 銷價格和配送方式等。fr006訂單支付到貨確認環后，商家在客戶 確認后才收到貨款。后臺需 在客戶確認后觸發分帳過程fr007客服服務客服人員應可以查詢店鋪信 息和訂單狀態，處理店鋪投 訴和退換貨請求。注釋：fr,是functional requirement的縮寫，表示功能性需求。3.5非功能性需求列表

9、序號需求名稱需求詳細nfr001安全性網絡的不同區域之間必須使用防火墻進行隔離；從網絡、操作系統和應用軟件層血實現用戶認證管 理；阻止sql注入、跨站腳本攻擊等常見的網站攻擊 行為；通過專業安全軟件如appscan的白盒和黑盒 測試；保存應用核心操作如登錄、取消訂單的審計fi志。nfr002易用性應保證前臺用戶和業務用戶的操作簡單，界面易學 習。nfr003高可靠性要保證訂單和支付等數據準確無誤的被轉換和保存；在和其它系統交互時，要保證數據不丟失、不重復、 完整無誤的進行交換。nfr004響應時間商品瀏覽等基礎頁面的響應時間不超過1秒； 訂單操作等非瀏覽類頁面的響應吋i'可不超過3秒。

10、nfr005業務容量系統應當可以支持用戶每小時訪問1億頁面；同吋可以支持10萬條訂單的創建。nfr006高可用性系統的網絡架構、中間件服務器、數據庫服務器和存 儲設備都應當實現高可用性方案，消除單點故障。nfr007可擴展性通過簡單的增加物理或虛擬處理節點賴支持更高的業 務容量要求，類似google的hadoop架構。nfr008數據存儲量預分配5tb存儲空間支持未來3年的數據存儲需求nfr009在線用戶數500萬nfr010并發用戶數25萬nfr011數據庫備份數據庫每口必須執行一次全備；由于數據庫備份吋對網站的性能影響較大，必須在凌 晨1時以后執行，3小時之內完成備份。注釋：nfr,是no

11、n-functional requirement的縮寫，表示非功能性需求。3.6用例圖電子商務系統遼品瀏庖圖3-2電子商務系統用例圖第4章項目交付架構4.1應用架構概況圖展現渠道界面(web portal)促銷管理訂單麗里咨詢詼店鋪管理商品管理會員管理管理界面圖4-1電子商務系統應用架構概況圖4.2架構決策決策主題商品價格信息獲取方式編號：ad01問題描述與電子商務系統有接口的價格系統尚不具備完整的價格緩存管理，價格圖片 生成等高級功能，只有價格查詢功能。電子商務系統的商品價格可以采取調 用價格系統api接口的方式實時查詢并獲得商品的價格信息，也對以采取由 價格系統批量推送的方式。前提與假設價

12、格系統的價格管理功能按時開發完成；價格系統無法在電子商務系統上線時間節點前完成緩存、圖片功能；年商品銷售額達到1000萬以上。決策考慮因素最小化系統總體壓力和確保價格顯示的準確性?？蛇x方案方案1:電子商務系統實時查詢商品價格，不在電子商務系統本地保存價格 數據。價格的緩存更新、圖片生成由價格系統觸發推送到電子商務系統的價 格緩存和價格圖片服務器；方案2：價格系統批量推送價格，電子商務系統本地保存價格數據，價格的 緩存更新、圖片生成由電子商務系統獲得更新的價格數據后批量執行。決策分析方案1:優點：數據沒有冗余，全部價格數據以價格系統為準。缺點：實時查詢價格對價格系統的壓力較大。尤其大促銷時段，可

13、能造成 緩存頻繁更新，系統總體壓力上升。方案2：優點：電子商務系統本地也有價格數據，不需要實時查詢價格系統，系統 總體壓力較小。缺點：數據冗余，價格數據在兩個系統中都存在。由于價格系統批量推送 數據給電子商務系統，商品供應商更新的價格不能實時立即生效。選擇方案結論：與客戶一致認為確保電子商務系統的總體壓力較低更為重要，尤其大 促銷時性能壓力大，應采取較為安全穩妥的方案，所以選擇方案2。對于商 品供應商的價格更新不能實時生效的問題，可以通過與供應商溝通，要求供 應商提前輸入價格數據的方式解決。4.3架構部件（組件）模型圖這里主要對組件模型圖的一種表現形式時序圖進行舉例。電商網店系統1.確認已收到

14、貨2-付款通知電商支付寶3 一付款通知確認4訂單狀態更新為已收貨5-申請退貨6確認退貨原因和理由7-退款通知8退款通知確認9確認退貨還款成功圖4-2顧客收貨和退貨時序圖外網(internet)內網dmz區域真家瀏覽器認證網關 webseal負載均衡f5統一u證tamipsweb服務器ibm http server殛危服務器 網頁防篡改元全隔罔專線互聯lan內網區域(trust )網忑管理員負載均衡2f5庫服務器db2瀏覽器服務器websphere數據緩存服務器ibm websphere extreme sclae需求內容單位軟件產品名稱產品描述系統運行部署圖所涉及的軟硬件列表如下:4.4系統運

15、行部署圖基礎應用平臺1套db2ibm數據庫產品4套http serveribm web服務器產品2套websphereibm websphere application屮間件 產品企業服務總線1套webspheremessage brokeribm支持esb的企業服務總線產品電子商務系統1套websphere commerceibm電子商務產品緩存數據存取1套ibmwebsphere extreme sclaeibm高速數據緩存服務產品訪問負載均衡2套f5f5負載均衡設備安全接入和管控1套websealibm單點登錄sso服務的認證網關 產品1套tamibm tivoli access man

16、ager統一接 入認證產品1套頁面防護軟件捉供網頁防篡改服務的產品1套ips提供入侵防護的網絡產品4.5項目計劃列出項目的具體計劃和時限性要求。4.6項目的例外責任列出不包括在項目實施范圍內的應用和基礎設施交付的內容。4.7項目依賴列出項目可能有的依賴條件，如項目的交付依賴是需要使用一些待開發的軟件產品或服務 等。4.8風險和規避以列表的形式，列出項目可能的風險和規避方案，這里的風險包括業務資源短缺所帶來的風 險和技術的風險。4.9問題和假設以列表的形式，列出項目當前的問題、問題的優先級和可能的解決方案。4.10假設條件列出項目的前提和可能的假設條件。第5章運營支撐標準5.1服務級別標準列出項冃所交付的系統在系統