1、技術建議書第一章引言31.1. 編寫目的31.2. 業務背景31.3. 需求概述31.4. 項目目標41.5. 定義4第二章技術方案說明52.1. 技術方案特點52.2. 技術方案52.2.1. 假設及約束52.2.2. 系統拓撲圖52.2.3. 總體部署圖52.2.4. 整體架構圖52.2.5. 架構圖說明62.2.6. 邏輯架構圖及說明62.2.7. 系統環境設計62.3. 工作說明72.3.1. *子系統82.3.2. *子系統系統82.4. *子系統系統處理流程（業務需求）82.5. 方案安全策略82.6. 技術方案的性能分析82.7. 技術方案局限性9第三章軟硬件資源配置建議103.

2、1. 硬件配置建議103.2. 軟件配置建議10參考資料11第一章引言1.1. 編寫目的說明編寫本技術方案建議書的目的。1.2. 業務背景說明：本項目的任務提出者、開發者、用戶。用戶提出該需求的背景。背景不同于需求本身，主要說明在哪些情況下（如市場壓力、業務發展變化等）或為什么用戶提出了這些需求，盡量描述簡潔。本次提出的需求在業務發展過程中的前期相關情況、業務發展方向以及滿足需求后的影響所建議立項的項目名稱和標識（名稱和標識要唯一，立項、開發、驗收各階段使用）該項目涉及的現有系統。這里僅列出已經運行的系統名稱。1.3. 需求概述簡要說明本項目需求說明書的要點。如果用戶需求需要分期、分階段實施，

3、則需要說明系統實施的階段劃分以及各階段實現的需求要點。（1）功能性需求要點根據用戶需求說明書，簡要說明系統需要實現的功能性需求要點。非功能性需求要求，如對可用性、災備方面的要求，具體內容羅列如下：可用性：運行時間模式（例如7X24）指出普通用戶和高級用戶要高效地執行特定操作所需的培訓時間可靠性：備份、數據恢復機制，故障恢復時間等性能：業務估算規模及增長趨勢對事務的響應時間（平均、最長）吞吐量（例如每秒處理的事務數）容量（例如系統可以容納的客戶或事務數）降級模式（當系統以某種形式降級時可接受的運行模式）資源利用情況：內存、磁盤、通信等。聯機用戶文檔和幫助系統需求：如果存在對聯機用戶文檔、幫助系統

4、、關于聲明的幫助等的需求，請在此說明。接口/界面：說明將實現的用戶界面，與其他系統或設備（如局域網、遠程串行設備等）的所有通信接口要求。1.4. 項目目標說明所建議系統的主要開發目標，如：分期實施每期達到的目標、滿足1.3節需求的程度；人力與設備費用的減少；處理速度的提高；控制精度或生產能力的提高；管理信息服務的改進；自動決策系統的改進；人員利用率的改進。1.5. 定義從項目干系人的角度列出本文件中用到的專門術語的定義和外文首字母組詞的原詞組。第二章技術方案說明本章將用來說明所建議技術方案如何被滿足要求，描述滿足需求所涉及的系統及系統間的協作關系。對于分期實施的功能需求，需要按階段分別闡述各階

5、段的技術方案。2.1. 技術方案特點結合業務發展和定位，說明這種技術方案的優缺點及如何與業務規劃、技術規劃匹配。2.2. 技術方案概括地說明所建議的技術方案，從主要業務需求為出發點，給出由一個或幾個系統配合實現完整業務處理的技術框架，建議使用方框圖并附加文字說明的形式表示，圖示主要表現系統間的配合或接口，如果系統由幾部分或幾層次組成，可以概括地展現出來。文字說明部分要求概述系統之間如何配合完成業務處理過程。這里的系統可以是需要新開發的、修改現有系統的或外購的。如果認為必須，可以再附加其它技術方案表現視角，例如物理網絡結構圖等。2.2.1. 假設及約束描述影響本方案的關鍵性假設和約束條件2.2.

6、2. 系統拓撲圖2.2.3. 總體部署圖2.2.4. 整體架構圖使用方框圖表示系統整體架構設計，架構圖中應體現與本系統相關的所有系統，系統外聯情況復雜，可以用多視圖、從多角度表現本系統的外部接口情況。2.2.5. 架構圖說明對系統整體架構圖進行詳細說明，包括：1、系統組成、在整體架構圖中的功能定位和角色2、與各系統的連接方式、通訊協議3、相關系統在整體架構圖的角色和定位4、描述各系統間的配合和協作關系2.2.6. 邏輯架構圖及說明著重從本系統內部的架構設計出發，以圖示和文字描述系統內部軟件結構、大致的模塊劃分，以及各模塊如何協作完成系統功能。邏輯架構設計應粗略反映本系統的內部軟件結構，模塊的劃

7、分應從軟件功能的角度而非業務功能的角度來進行劃分。2.2.7. 系統環境設計1、運行環境描述系統運行的硬件環境（運行平臺）、操作系統、數據庫、中間件2、開發環境描述系統開發環境：使用的操作系統、開發工具、主要的開發技術、數據庫、中間件及其版本說明操作系統:MicrosoftWindows開發工具：Eclipse3.2+開發技術：1. J2EE技術a）SSI開源框架1) Struts1.3.8.GA:MVC客戶展現框架2) Spring2.0.8.GA:AOP及IOC業務組件框架3) Ibatis2.3.0:ORM組件，實現數據庫映射b)其它J2EE技術：4) DWR:Ajax框架組件5) Lo

8、g4J:日志組件6) DOM4J:XML處理組件7) POI:操作Excel組件8) ApacheCommonsFileupload:處理文件上傳組件9) Xfire:WebServices框架組件7)其它：根據項目需要進行選擇數據庫：Oracle10.2.0.3中間件：Tomcat5.5.0.283、其它綜合分析業務應用的關鍵性、實效性和交易規模等因素，決定是否采用集群以及集群方案。如高可用性(HA)設計、負載均衡設計、數據庫RAC設計等，給出系統集群方案圖示，并輔助必要的文字說明。2.3. 工作說明以下分小節說明技術方案中所有涉及到的現有系統，每個系統為滿足本項目需求所承擔的角色、完成系統

9、功能需要對現有系統的架構或功能方面的改造情況等。對于需要新開發的、修改現有系統的或外購的系統情況，需要特別說明。2.3.1. *子系統(1)說明那些功能需要在本系統中實現，本系統在技術方案中扮演角色。(2)說明現在系統中是否需要調整、新開發、外購，或者已經滿足功能要求。如果已經滿足功能要求，本節后續內容不需要填寫。(3)如果是新開發系統或外購系統，需要給出系統定位、發展方向、網絡結構、軟件結構、軟硬件運行環境、開發工具等內容。(4)如果是對現有系統的調整，需要給出調整要點，調整的功能等。如果改變了系統架構，必須給出相應的網絡結構、軟件結構等內容。2.3.2. *子系統系統0000002.4.

10、*子系統系統處理流程(業務需求)以業務功能分類為索引，結合技術方案描述各類業務處理過程，強調各系統配合完成業務需求，至于各系統完成的詳細功能等內容在后續描述。需要注意：要從項目決策者、業務人員能夠理解的角度描述，不要求過分描述細節。采用時序圖或數據流方式來表示業務的處理流程。2.5. 方案安全策略所涉及的保密與安全問題的解決方案，保證系統安全、數據安全的措施。對本項目涉及改變或新增的產品系統進行安全保護等級定級說明，對于需要采用的重要安全技術也需要說明。2.6. 技術方案的性能分析根據需求說明，從以下方面分析系統性能：1、系統聯機性能分析：分析系統預計日交易量，以及系統聯機日均、峰值壓力情況；2、批量性能分析：分析系統批量數據量、處理時間，批量處理結果與相關系統的關系；3、生產數據量及歷史數據存放量等性能方面的分析4、系統支持的運行模式（7X24、7X8或5X8）5、跨系統信息交互性能分析，包括跨系統聯機交互方式，系統間數據傳輸方式等。2.7. 技術方案局限性說明所建議