投標(biāo)技術(shù)方案建議書(shū)模板

1、*技術(shù)方案建議書(shū)當(dāng)前版本：X.Y.Z制作單位：編寫(xiě)人員：（必須填寫(xiě)人員姓名）審 核 人：簽 發(fā) 人：簽署日期： 年 月 日12 / 12下載文檔自由編輯打印文檔更改記錄表日期文檔版本修訂標(biāo)志修訂說(shuō)明作者修訂標(biāo)志：A 添加的 M 修改的 D 刪除的 目 錄 第一章 引言41.1. 編寫(xiě)目的41.2. 業(yè)務(wù)背景41.3. 需求概述41.4. 項(xiàng)目目標(biāo)51.5. 定義5第二章 技術(shù)方案說(shuō)明52.1. 技術(shù)方案特點(diǎn)62.2. 技術(shù)方案62.2.1.假設(shè)及約束62.2.2.系統(tǒng)拓?fù)鋱D62.2.3.總體部署圖62.2.4.整體架構(gòu)圖62.2.5.架構(gòu)圖說(shuō)明62.2.6.邏輯架構(gòu)圖及說(shuō)明72.2.7.系統(tǒng)環(huán)

2、境設(shè)計(jì)72.3. 工作說(shuō)明82.3.1.*子系統(tǒng)82.3.2.*子系統(tǒng)系統(tǒng)92.4. *子系統(tǒng)系統(tǒng)處理流程（業(yè)務(wù)需求）92.5. 方案安全策略92.6. 技術(shù)方案的性能分析92.7. 技術(shù)方案局限性9第三章 軟硬件資源配置建議113.1. 硬件配置建議113.2. 軟件配置建議11參考資料12第一章 引言1.1. 編寫(xiě)目的說(shuō)明編寫(xiě)本技術(shù)方案建議書(shū)的目的。1.2. 業(yè)務(wù)背景說(shuō)明：本項(xiàng)目的任務(wù)提出者、開(kāi)發(fā)者、用戶。用戶提出該需求的背景。背景不同于需求本身，主要說(shuō)明在哪些情況下（如市場(chǎng)壓力、業(yè)務(wù)發(fā)展變化等）或?yàn)槭裁从脩籼岢隽诉@些需求，盡量描述簡(jiǎn)潔。本次提出的需求在業(yè)務(wù)發(fā)展過(guò)程中的前期相關(guān)情況、業(yè)務(wù)發(fā)

3、展方向以及滿足需求后的影響所建議立項(xiàng)的項(xiàng)目名稱和標(biāo)識(shí) （名稱和標(biāo)識(shí)要唯一，立項(xiàng)、開(kāi)發(fā)、驗(yàn)收各階段使用）該項(xiàng)目涉及的現(xiàn)有系統(tǒng)。這里僅列出已經(jīng)運(yùn)行的系統(tǒng)名稱。1.3. 需求概述簡(jiǎn)要說(shuō)明本項(xiàng)目需求說(shuō)明書(shū)的要點(diǎn)。如果用戶需求需要分期、分階段實(shí)施，則需要說(shuō)明系統(tǒng)實(shí)施的階段劃分以及各階段實(shí)現(xiàn)的需求要點(diǎn)。(1) 功能性需求要點(diǎn)根據(jù)用戶需求說(shuō)明書(shū)，簡(jiǎn)要說(shuō)明系統(tǒng)需要實(shí)現(xiàn)的功能性需求要點(diǎn)。非功能性需求要求，如對(duì)可用性、災(zāi)備方面的要求，具體內(nèi)容羅列如下：可用性： 運(yùn)行時(shí)間模式（例如7X24） 指出普通用戶和高級(jí)用戶要高效地執(zhí)行特定操作所需的培訓(xùn)時(shí)間可靠性：備份、數(shù)據(jù)恢復(fù)機(jī)制，故障恢復(fù)時(shí)間等 性能： 業(yè)務(wù)估算規(guī)模及增

4、長(zhǎng)趨勢(shì) 對(duì)事務(wù)的響應(yīng)時(shí)間（平均、最長(zhǎng)） 吞吐量（例如每秒處理的事務(wù)數(shù)） 容量（例如系統(tǒng)可以容納的客戶或事務(wù)數(shù)） 降級(jí)模式（當(dāng)系統(tǒng)以某種形式降級(jí)時(shí)可接受的運(yùn)行模式） 資源利用情況：內(nèi)存、磁盤(pán)、通信等。 聯(lián)機(jī)用戶文檔和幫助系統(tǒng)需求：如果存在對(duì)聯(lián)機(jī)用戶文檔、幫助系統(tǒng)、關(guān)于聲明的幫助等的需求，請(qǐng)?jiān)诖苏f(shuō)明。 接口/界面：說(shuō)明將實(shí)現(xiàn)的用戶界面，與其他系統(tǒng)或設(shè)備（如局域網(wǎng)、遠(yuǎn)程串行設(shè)備等）的所有通信接口要求。1.4. 項(xiàng)目目標(biāo)說(shuō)明所建議系統(tǒng)的主要開(kāi)發(fā)目標(biāo)，如：分期實(shí)施每期達(dá)到的目標(biāo)、滿足1.3節(jié)需求的程度；人力與設(shè)備費(fèi)用的減少；處理速度的提高；控制精度或生產(chǎn)能力的提高；管理信息服務(wù)的改進(jìn)；自動(dòng)決策系統(tǒng)的改進(jìn)

5、；人員利用率的改進(jìn)。1.5. 定義從項(xiàng)目干系人的角度列出本文件中用到的專門(mén)術(shù)語(yǔ)的定義和外文首字母組詞的原詞組。第二章 技術(shù)方案說(shuō)明本章將用來(lái)說(shuō)明所建議技術(shù)方案如何被滿足要求，描述滿足需求所涉及的系統(tǒng)及系統(tǒng)間的協(xié)作關(guān)系。對(duì)于分期實(shí)施的功能需求，需要按階段分別闡述各階段的技術(shù)方案。1.2.2.1. 技術(shù)方案特點(diǎn)結(jié)合業(yè)務(wù)發(fā)展和定位，說(shuō)明這種技術(shù)方案的優(yōu)缺點(diǎn)及如何與業(yè)務(wù)規(guī)劃、技術(shù)規(guī)劃匹配。2.2. 技術(shù)方案概括地說(shuō)明所建議的技術(shù)方案，從主要業(yè)務(wù)需求為出發(fā)點(diǎn)，給出由一個(gè)或幾個(gè)系統(tǒng)配合實(shí)現(xiàn)完整業(yè)務(wù)處理的技術(shù)框架，建議使用方框圖并附加文字說(shuō)明的形式表示，圖示主要表現(xiàn)系統(tǒng)間的配合或接口，如果系統(tǒng)由幾部分或幾層

6、次組成，可以概括地展現(xiàn)出來(lái)。文字說(shuō)明部分要求概述系統(tǒng)之間如何配合完成業(yè)務(wù)處理過(guò)程。這里的系統(tǒng)可以是需要新開(kāi)發(fā)的、修改現(xiàn)有系統(tǒng)的或外購(gòu)的。如果認(rèn)為必須，可以再附加其它技術(shù)方案表現(xiàn)視角，例如物理網(wǎng)絡(luò)結(jié)構(gòu)圖等。1.2.2.1.2.2.2.2.1. 假設(shè)及約束描述影響本方案的關(guān)鍵性假設(shè)和約束條件2.2.2. 系統(tǒng)拓?fù)鋱D2.2.3. 總體部署圖2.2.4. 整體架構(gòu)圖使用方框圖表示系統(tǒng)整體架構(gòu)設(shè)計(jì)，架構(gòu)圖中應(yīng)體現(xiàn)與本系統(tǒng)相關(guān)的所有系統(tǒng)，系統(tǒng)外聯(lián)情況復(fù)雜，可以用多視圖、從多角度表現(xiàn)本系統(tǒng)的外部接口情況。2.2.5. 架構(gòu)圖說(shuō)明對(duì)系統(tǒng)整體架構(gòu)圖進(jìn)行詳細(xì)說(shuō)明，包括：1、系統(tǒng)組成、在整體架構(gòu)圖中的功能定位和角色

7、2、與各系統(tǒng)的連接方式、通訊協(xié)議3、相關(guān)系統(tǒng)在整體架構(gòu)圖的角色和定位4、描述各系統(tǒng)間的配合和協(xié)作關(guān)系2.2.6. 邏輯架構(gòu)圖及說(shuō)明著重從本系統(tǒng)內(nèi)部的架構(gòu)設(shè)計(jì)出發(fā)，以圖示和文字描述系統(tǒng)內(nèi)部軟件結(jié)構(gòu)、大致的模塊劃分，以及各模塊如何協(xié)作完成系統(tǒng)功能。邏輯架構(gòu)設(shè)計(jì)應(yīng)粗略反映本系統(tǒng)的內(nèi)部軟件結(jié)構(gòu)，模塊的劃分應(yīng)從軟件功能的角度而非業(yè)務(wù)功能的角度來(lái)進(jìn)行劃分。2.2.7. 系統(tǒng)環(huán)境設(shè)計(jì)1、運(yùn)行環(huán)境描述系統(tǒng)運(yùn)行的硬件環(huán)境（運(yùn)行平臺(tái)）、操作系統(tǒng)、數(shù)據(jù)庫(kù)、中間件2、開(kāi)發(fā)環(huán)境 描述系統(tǒng)開(kāi)發(fā)環(huán)境：使用的操作系統(tǒng)、開(kāi)發(fā)工具、主要的開(kāi)發(fā)技術(shù)、數(shù)據(jù)庫(kù)、中間件及其版本說(shuō)明操作系統(tǒng): Microsoft Windows開(kāi)發(fā)工具：

8、Eclipse 3.2+開(kāi)發(fā)技術(shù)：1. J2EE技術(shù)a) SSI開(kāi)源框架1) Struts 1.3.8.GA：MVC客戶展現(xiàn)框架2) Spring 2.0.8.GA：AOP及IOC業(yè)務(wù)組件框架3) Ibatis 2.3.0：ORM組件，實(shí)現(xiàn)數(shù)據(jù)庫(kù)映射b) 其它J2EE技術(shù)：1) DWR：Ajax框架組件2) Log4J：日志組件3) DOM4J：XML處理組件4) POI：操作Excel組件5) Apache Commons ：處理文件上傳組件6) Xfire：Web Services框架組件7) 其它：根據(jù)項(xiàng)目需要進(jìn)行選擇數(shù)據(jù)庫(kù)：Oracle 10.2.0.3中間件：Tomcat 5.5.0

9、.283、其它綜合分析業(yè)務(wù)應(yīng)用的關(guān)鍵性、實(shí)效性和交易規(guī)模等因素，決定是否采用集群以及集群方案。如高可用性（HA）設(shè)計(jì)、負(fù)載均衡設(shè)計(jì)、數(shù)據(jù)庫(kù)RAC設(shè)計(jì)等，給出系統(tǒng)集群方案圖示，并輔助必要的文字說(shuō)明。2.3. 工作說(shuō)明以下分小節(jié)說(shuō)明技術(shù)方案中所有涉及到的現(xiàn)有系統(tǒng)，每個(gè)系統(tǒng)為滿足本項(xiàng)目需求所承擔(dān)的角色、完成系統(tǒng)功能需要對(duì)現(xiàn)有系統(tǒng)的架構(gòu)或功能方面的改造情況等。對(duì)于需要新開(kāi)發(fā)的、修改現(xiàn)有系統(tǒng)的或外購(gòu)的系統(tǒng)情況，需要特別說(shuō)明。 2.3.2.3.1. *子系統(tǒng)(1) 說(shuō)明那些功能需要在本系統(tǒng)中實(shí)現(xiàn)，本系統(tǒng)在技術(shù)方案中扮演角色。(2) 說(shuō)明現(xiàn)在系統(tǒng)中是否需要調(diào)整、新開(kāi)發(fā)、外購(gòu)，或者已經(jīng)滿足功能要求。如果已經(jīng)滿

10、足功能要求，本節(jié)后續(xù)內(nèi)容不需要填寫(xiě)。(3) 如果是新開(kāi)發(fā)系統(tǒng)或外購(gòu)系統(tǒng)，需要給出系統(tǒng)定位、發(fā)展方向、網(wǎng)絡(luò)結(jié)構(gòu)、軟件結(jié)構(gòu)、軟硬件運(yùn)行環(huán)境、開(kāi)發(fā)工具等內(nèi)容。(4) 如果是對(duì)現(xiàn)有系統(tǒng)的調(diào)整，需要給出調(diào)整要點(diǎn)，調(diào)整的功能等。如果改變了系統(tǒng)架構(gòu)，必須給出相應(yīng)的網(wǎng)絡(luò)結(jié)構(gòu)、軟件結(jié)構(gòu)等內(nèi)容。2.3.2. *子系統(tǒng)系統(tǒng)。2.4. *子系統(tǒng)系統(tǒng)處理流程（業(yè)務(wù)需求）以業(yè)務(wù)功能分類為索引，結(jié)合技術(shù)方案描述各類業(yè)務(wù)處理過(guò)程，強(qiáng)調(diào)各系統(tǒng)配合完成業(yè)務(wù)需求，至于各系統(tǒng)完成的詳細(xì)功能等內(nèi)容在后續(xù)描述。需要注意：要從項(xiàng)目決策者、業(yè)務(wù)人員能夠理解的角度描述，不要求過(guò)分描述細(xì)節(jié)。采用時(shí)序圖或數(shù)據(jù)流方式來(lái)表示業(yè)務(wù)的處理流程。2.5. 方案安全策略所涉及的保密與安全問(wèn)題的解決方案，保證系統(tǒng)安全、數(shù)據(jù)安全的措施。對(duì)本項(xiàng)目涉及改變或新增的產(chǎn)品系統(tǒng)進(jìn)行安全保護(hù)等級(jí)定級(jí)說(shuō)明，對(duì)于需要采用的重要安全技術(shù)也需要說(shuō)明。2.6. 技術(shù)方案的性能分析根據(jù)需求說(shuō)明，從以下方面分析系統(tǒng)性能：1、系統(tǒng)聯(lián)機(jī)性能分析：分析系統(tǒng)預(yù)計(jì)日交易量，以及系統(tǒng)聯(lián)機(jī)日均、峰值壓力情況；2、批量性能分析：分析系統(tǒng)批量數(shù)據(jù)量、處理時(shí)間，批量處理結(jié)果與相關(guān)系統(tǒng)的關(guān)系；3、生產(chǎn)數(shù)據(jù)量及歷史數(shù)據(jù)存放量等性能方面的分析4、系統(tǒng)支持的運(yùn)行模式（7X24、7X8或5X8）5、跨系統(tǒng)信息交互性能分析，包括跨系統(tǒng)聯(lián)機(jī)交互方式，系統(tǒng)間數(shù)據(jù)傳輸方式等。2.7. 技術(shù)方案局限性說(shuō)明所建