軟件開(kāi)發(fā)投標(biāo)書(shū)

1、網(wǎng)站門(mén)戶(hù)改版項(xiàng)目投標(biāo)書(shū)（技術(shù)部分）For personal use only in study and research; not for commercialuseFor personal use only in study and research; not for commercialuse計(jì)算機(jī)科學(xué)與技術(shù)學(xué)院08信息管理與信息系統(tǒng)課程：軟件項(xiàng)目管理學(xué)號(hào)： 0827403034姓名：趙琳目錄2.技術(shù)部分 （解決方案 ） 32.1 簡(jiǎn)介 32.2 系統(tǒng)建設(shè)目標(biāo) 32. 3 項(xiàng)目建設(shè)設(shè)計(jì)原則 . 32.3.1 規(guī)范性原則 32.3.2 可靠性原則 42.3.3 擴(kuò)展性原則 42.3.4 開(kāi)放

2、性原則 42.3.5 易用性原則 42.3.6 安全保密原則 42.4 總體要求 52.4.1 總體布局和風(fēng)格要求 52.4.2 欄目設(shè)計(jì)和頻道策劃要求 52.4.3 界面設(shè)計(jì)要求 52.4.4 其他要求 52.4.5 性能要求 52.5 方案功能 62.6 原型系統(tǒng)說(shuō)明（開(kāi)放源代碼軟件或自有軟件產(chǎn)品介紹） 72.7 設(shè)計(jì)模式 72.8 網(wǎng)絡(luò)安全模塊 92.9 方案特點(diǎn) 102.10 易用性要求 122.10.1 硬件 / 軟件的要求 122.10.2 質(zhì)量的要求 122.10.3 基本性能要求 122.11 操作安全性要求 . 132.12 網(wǎng)站的特點(diǎn) 132.12 服務(wù)與支持要求 . 15

3、2.12 項(xiàng)目開(kāi)發(fā)管理 162.13 項(xiàng)目周期和項(xiàng)目投資 . 172.14 項(xiàng)目費(fèi)用明細(xì)表 . 182. 技術(shù)部分 （ 解決方案 ）2.1 簡(jiǎn)介蘇州工業(yè)園區(qū)管委會(huì)門(mén)戶(hù)網(wǎng)站自 2004 年初上線以來(lái)，一直是蘇 州工業(yè)園區(qū)對(duì)外宣傳的重要平臺(tái)，但隨著園區(qū)經(jīng)濟(jì)社會(huì)的飛速發(fā)展， 原有欄目架構(gòu)和內(nèi)容設(shè)計(jì)已遠(yuǎn)不能適應(yīng)新形勢(shì)下的需要， 故本次改版 在網(wǎng)站整體架構(gòu)和表現(xiàn)形式上都希望有所突破， 并在內(nèi)容建設(shè)上保持 良好的可延續(xù)性， 故本次公開(kāi)招標(biāo)， 將網(wǎng)站內(nèi)容塊面的聯(lián)合承建與網(wǎng) 站前臺(tái)建設(shè)一并打包。2.2 系統(tǒng)建設(shè)目標(biāo)形成蘇州工業(yè)園區(qū)對(duì)外宣傳，樹(shù)立園區(qū)形象的主要窗口。 成為園區(qū)管委會(huì)對(duì)內(nèi)提供高效服務(wù)、樹(shù)立政府形象

4、的主要方式。 成為公眾獲取園區(qū)發(fā)展資訊、獲知園區(qū)政府動(dòng)態(tài)的有效渠道。2. 3 項(xiàng)目建設(shè)設(shè)計(jì)原則在項(xiàng)目建設(shè)過(guò)程中，必須遵循如下原則：2.3.1 規(guī)范性原則在項(xiàng)目的建設(shè)過(guò)程中，按照“總體設(shè)計(jì)，分步實(shí)施”的原則，軟 件工程必須標(biāo)準(zhǔn)化， 遵循國(guó)際通用開(kāi)發(fā)標(biāo)準(zhǔn)， 并按國(guó)家標(biāo)準(zhǔn)及行業(yè)標(biāo)準(zhǔn)執(zhí)行。結(jié)合項(xiàng)目需求，形成接口規(guī)范、數(shù)據(jù)規(guī)范、應(yīng)用系統(tǒng)接入等 規(guī)范，參與驗(yàn)收和評(píng)估。2.3.2 可靠性原則作為一個(gè)對(duì)公眾開(kāi)放的開(kāi)放平臺(tái)， 必須保證長(zhǎng)期大規(guī)模訪問(wèn)下系 統(tǒng)的穩(wěn)定性、可用性和運(yùn)行性能，避免單點(diǎn)故障和關(guān)鍵信息丟失。2.3.3 擴(kuò)展性原則系統(tǒng)應(yīng)采用模塊化、 組件化的體系結(jié)構(gòu)， 在技術(shù)架構(gòu)和設(shè)計(jì)模式 上保證技術(shù)的延續(xù)性

5、， 靈活的擴(kuò)展性和廣泛的適應(yīng)性， 確保系統(tǒng)能夠 滿(mǎn)足用戶(hù)在數(shù)據(jù)及業(yè)務(wù)功能擴(kuò)展方面的需求。2.3.4 開(kāi)放性原則在內(nèi)容模塊設(shè)計(jì)與網(wǎng)上實(shí)現(xiàn)過(guò)程中充分考慮開(kāi)放性， 便于日后內(nèi) 容維護(hù)和擴(kuò)展，同時(shí)要充分考慮與網(wǎng)站現(xiàn)有后臺(tái)（ wcm接口和二次 開(kāi)發(fā)。2.3.5 易用性原則一般用戶(hù)網(wǎng)站訪問(wèn)習(xí)慣和要求，提供靈活易用頁(yè)面布局。2.3.6 安全保密原則具備統(tǒng)一完善的多級(jí)安全機(jī)制設(shè)置， 符合國(guó)家安全及保密部門(mén)要 求，拒絕非法用戶(hù)和合法用戶(hù)越權(quán)操作，避免系統(tǒng)數(shù)據(jù)遭到破壞，防止系統(tǒng)數(shù)據(jù)被竊取和篡改， 對(duì)于關(guān)鍵信息使用加密傳輸， 傳輸?shù)臄?shù)據(jù) 文件提供不可抵賴(lài)性確認(rèn)。2.4 總體要求2.4.1 總體布局和風(fēng)格要求整體風(fēng)格

6、符合蘇州工業(yè)園區(qū)管委會(huì)政府形象需要， 并能突顯園區(qū) 特色，頁(yè)面特別是首頁(yè)內(nèi)容豐滿(mǎn)。2.4.2 欄目設(shè)計(jì)和頻道策劃要求1) 突出園區(qū)當(dāng)前發(fā)展主題和服務(wù)性功能板塊。2) 欄目架構(gòu)簡(jiǎn)潔有序，子欄目最好不超過(guò)三級(jí)。2.4.3 界面設(shè)計(jì)要求適于 1024*768 模式下瀏覽器滿(mǎn)屏顯示，界面元素豐富，重點(diǎn)內(nèi) 容突出，便于瀏覽訪問(wèn)。2.4.4 其他要求內(nèi)容表現(xiàn)形式豐富 (后臺(tái)可支持視頻、音頻、 Flash 動(dòng)畫(huà)等多種 常見(jiàn)內(nèi)容格式)。2.4.5 性能要求頁(yè)面在內(nèi)網(wǎng)打開(kāi)時(shí)間不得超過(guò) 200 毫秒。應(yīng)用的各種加載插件應(yīng)保證最大范圍的可用性， 充分考慮現(xiàn)有各種瀏覽器屏蔽插件對(duì)頁(yè)面 瀏覽效果的影響，確保頁(yè)面基本元素

7、及內(nèi)容的完整性。2.5 方案功能內(nèi)容管理系統(tǒng) (BizfocusCMS) 平臺(tái)從不同層面政府門(mén)戶(hù)系統(tǒng)推進(jìn)的策略來(lái)看，實(shí)施政府門(mén)戶(hù)系統(tǒng)應(yīng) 重在領(lǐng)導(dǎo)決策系統(tǒng)建設(shè)和政府機(jī)構(gòu)之間的信息資源共享， 政府門(mén)戶(hù)系 統(tǒng)實(shí)施策略應(yīng)重于與社會(huì)、 公眾的交互行為， 實(shí)現(xiàn)政府管理的開(kāi)放性 和透明性。各層面政府門(mén)戶(hù)系統(tǒng)建設(shè)在信息網(wǎng)絡(luò)、應(yīng)用功能、信息資 源、安全保密等方面的實(shí)施策略都有所不同。BizfocusCMS 系統(tǒng)是一套完全基于 Java 和瀏覽器技術(shù)的網(wǎng)絡(luò)內(nèi)容 管理軟件， 它以?xún)?nèi)容管理為目標(biāo)， 引進(jìn)國(guó)外最先進(jìn)的內(nèi)容管理系統(tǒng)的 技術(shù)架構(gòu)， 無(wú)需考慮關(guān)系型數(shù)據(jù)庫(kù)類(lèi)型即可存儲(chǔ)和管理內(nèi)容。 集中了 瀏覽器信息創(chuàng)建和寫(xiě)作、

8、信息交付、信息交互等功能，基于模板的信 息的發(fā)布、強(qiáng)大的多站點(diǎn)管理于一身，并提供靈活的團(tuán)隊(duì)協(xié)作能力。系統(tǒng)的接口開(kāi)放性和第三方應(yīng)用的整合系統(tǒng)在設(shè)計(jì)時(shí)考慮到充分的開(kāi)放性，整體設(shè)計(jì)上基于 J2EE構(gòu)架和 XML標(biāo)準(zhǔn)，實(shí)現(xiàn)各種第三方應(yīng)用的整體整合，可以方便地在未來(lái)進(jìn)行 各類(lèi)應(yīng)用系統(tǒng)建設(shè)時(shí)，方便地進(jìn)行銜接。高度參數(shù)化設(shè)計(jì)由于本系統(tǒng)的使用者為政府工作人員，系統(tǒng)應(yīng)作為簡(jiǎn)單易用的工 具體現(xiàn)其日常的工作流程；其次，對(duì)于維護(hù)人員來(lái)講，系統(tǒng)完成后維 護(hù)人員的數(shù)量比較少。因此，除維護(hù)上應(yīng)考慮系統(tǒng)統(tǒng)一、便捷的管理 外，從設(shè)計(jì)上還應(yīng)充分的考慮系統(tǒng)的靈活性。根據(jù)上述原因，保證系統(tǒng)的功能模塊之間具有松散耦合，所有系 統(tǒng)應(yīng)采用

9、高度參數(shù)化設(shè)計(jì)， 參數(shù)化設(shè)計(jì)決定了系統(tǒng)的靈活性及可擴(kuò)展 能力。在設(shè)計(jì)上，將參數(shù)從系統(tǒng)級(jí)參數(shù)、應(yīng)用級(jí)參數(shù)、以及模塊、功能 的參數(shù)。2.6 原型系統(tǒng)說(shuō)明（開(kāi)放源代碼軟件或自有軟件產(chǎn)品介紹）蘇州工業(yè)園區(qū)管委網(wǎng)站門(mén)戶(hù)改版可以在此系統(tǒng)的基礎(chǔ)上進(jìn)行加 強(qiáng)改版，通過(guò)各種技術(shù)來(lái)使網(wǎng)站完善，到達(dá)各方面的要求。本網(wǎng)站發(fā)布后臺(tái)采用北京拓爾思（TRS信息技術(shù)有限公司開(kāi)發(fā)的能夠支持多種網(wǎng)絡(luò)格式（.html.asp.jsp.php 等）的 WCM內(nèi)容 管理協(xié)作平臺(tái)管理和發(fā)布網(wǎng)站內(nèi)容，該平臺(tái)是基于 J2EE的，要求網(wǎng) 站前臺(tái)所采用的各種表現(xiàn)形式能與該平臺(tái)高度融合。網(wǎng)站構(gòu)建前臺(tái)所采用的各種表現(xiàn)形式及所應(yīng)用的各種網(wǎng)絡(luò)插件應(yīng)符

10、合網(wǎng)絡(luò)通行標(biāo)準(zhǔn)，適于絕大部分操作系統(tǒng)（ Window2000、 WindowXP 等）和通用瀏覽器（ IE6.0、Mozilla Firefox等）瀏覽需求。2.7 設(shè)計(jì)模式在 SunMicrosystems 公司提出的 J2EEPatterns 中有十三種設(shè)計(jì)模式 為經(jīng)過(guò)實(shí)踐檢驗(yàn)的設(shè)計(jì)模式。根據(jù)本次應(yīng)用的規(guī)模、靈活性，我們?cè)?本次系統(tǒng)設(shè)計(jì)中應(yīng)用其中的 4 種模式。1 、 Model-View-Controller模式當(dāng)應(yīng)用包含數(shù)據(jù)訪問(wèn)代碼、商業(yè)邏輯代碼和表示代碼混合在一起 時(shí)，會(huì)出現(xiàn)一些問(wèn)題。這些應(yīng)用很難維護(hù)，因?yàn)樗薪M件是相互依賴(lài) 的使任何一處變化都有很大的影響。 高耦合使類(lèi)很難或是不可能

11、被重 用，因?yàn)樗鼈兒秃芏嗥渌念?lèi)相互依賴(lài)。 增加新的數(shù)據(jù)視圖經(jīng)常要求 重新實(shí)現(xiàn)或是截取從前的商業(yè)邏輯代碼， 這需要多點(diǎn)的維護(hù)。 數(shù)據(jù)訪 問(wèn)代碼有著同樣的問(wèn)題，當(dāng)在商業(yè)邏輯方法中被拷貝粘貼。一個(gè) Model-View-Controller 設(shè)計(jì)模式通過(guò)數(shù)據(jù)訪問(wèn)、商務(wù)邏輯、數(shù)據(jù)表 達(dá)和用戶(hù)交互解決了這些問(wèn)題。BizfocusCMS 系 統(tǒng) 以 及 本 次 的 其 他 系 統(tǒng) 體 系 架 構(gòu) 是 應(yīng) 用Model-View-Co ntroller設(shè)計(jì)模式的。其他設(shè)計(jì)模式被結(jié)合在MVC架構(gòu)設(shè)計(jì)中。2 、BusinessDelegate 模式BusinessDelegate 模 式 的 使 用 減 少

12、了 Web 層 和 EnterpriseJavaBeansTM 層的耦合度。BusinessDelegate 模式處理復(fù)雜的分布式組件的查找和異常處 理，將商業(yè)邏輯接口轉(zhuǎn)換成使用者看起來(lái)簡(jiǎn)單的接口。3 、CompositeEntity 模式映射一個(gè)對(duì)象模型到一個(gè) En terpriseJavaBea nsTM(EJBTM)對(duì)象模 型，是一個(gè) Java2 平臺(tái)上 EnterpriseEdition(J2EETM) 應(yīng)用的共同設(shè) 計(jì)問(wèn)題。 給定的一個(gè)內(nèi)部相關(guān)的對(duì)象網(wǎng)絡(luò)， 你必須決定是否每個(gè)對(duì)象 都應(yīng)該被一個(gè)實(shí)體 Beans 或是一個(gè)簡(jiǎn)單的 Java 對(duì)象實(shí)現(xiàn)，并且管理 對(duì)象之間的關(guān)系。遠(yuǎn)程的實(shí)體B

13、ea ns最適合于粗粒度的商務(wù)實(shí)體。用 遠(yuǎn)程的實(shí)體 Beans 實(shí)現(xiàn)小粒度的商業(yè)實(shí)體會(huì)產(chǎn)生過(guò)多的遠(yuǎn)程通訊等 性能問(wèn)題。選擇Bean管理持久性意味著：依賴(lài)的對(duì)象，它們的數(shù)據(jù) 只在其它類(lèi)的上下文關(guān)系中有意義，傾向于這樣使用。我們使用 CompositeEntity 模式。 CompositeEntity 的接口是粗粒 度的，它管理小粒度對(duì)象之間交互。 這種設(shè)計(jì)模式對(duì)有效管理依賴(lài)對(duì) 象之間的關(guān)系特別有用。4 、DataAccessObject 模式 依賴(lài)數(shù)據(jù)資源特殊特征的代碼使商業(yè)邏輯和數(shù)據(jù)訪問(wèn)邏輯連接在 一起。這是修改應(yīng)用數(shù)據(jù)資源變得非常困難。DataAccessObject 模式將數(shù)據(jù)資源的客戶(hù)

14、端接口從數(shù)據(jù)訪問(wèn)機(jī)制 中分離出來(lái)， 并將一個(gè)特殊的數(shù)據(jù)資源訪問(wèn)接口轉(zhuǎn)換成一般的客戶(hù)接 口。2.8 網(wǎng)絡(luò)安全模塊在目前的設(shè)計(jì)中， 為了抵抗惡意或傳播的安全隱患， 系統(tǒng)對(duì)傳輸 包和傳輸途徑都進(jìn)行了加密和監(jiān)管。 在軟件中對(duì)下載代碼也進(jìn)行分析 和甄別。如果必要，可以結(jié)合物理隔離卡做到更好。1、支持總體設(shè)計(jì)的一體化安全解決方案。對(duì)非法侵入、非法 攻擊和網(wǎng)絡(luò)計(jì)算機(jī)病毒具有很強(qiáng)的防范能力。2、確保整個(gè)系統(tǒng)的安全、可靠及高效運(yùn)行。3、應(yīng)用軟件具有相應(yīng)的容錯(cuò)手段、操作回滾功能，保證系統(tǒng) 的健壯性和數(shù)據(jù)完整性。2.9 方案特點(diǎn)安全性1. 程序不會(huì)因?yàn)橛龅揭馔夤收隙茐臄?shù)據(jù)的正確性2. 在程序運(yùn)行過(guò)程中， 如果遇到

15、突然掉電、 網(wǎng)絡(luò)中斷等意外故障， 不會(huì)對(duì)現(xiàn)有的數(shù)據(jù)的正確性和完整性造成破壞。3. 系統(tǒng)應(yīng)能夠提供對(duì)數(shù)據(jù)的備份、恢復(fù)功能4. 系統(tǒng)能夠提供當(dāng)前系統(tǒng)數(shù)據(jù)庫(kù)的備份、恢復(fù)處理。5. 在系統(tǒng)因?yàn)橐馔饣蛘`操作而造成數(shù)據(jù)的丟失時(shí)， 可以利用以前 的備份文件恢復(fù)當(dāng)前數(shù)據(jù)庫(kù)。6. 系統(tǒng)登錄時(shí)需進(jìn)行安全性校驗(yàn)7. 系統(tǒng)登錄時(shí)校驗(yàn)用戶(hù)名及密碼， 校驗(yàn)通過(guò)才可使用本系統(tǒng)。 支 持校驗(yàn)碼驗(yàn)證方式，充分保證了認(rèn)證的安全性。8. 加入防口令猜測(cè)功能。 當(dāng)用戶(hù)試圖多次猜測(cè)時(shí)， 系統(tǒng)會(huì)不斷增 加響應(yīng)的時(shí)延，并最終拒絕為用戶(hù)提供服務(wù)。9. 用戶(hù)進(jìn)行每個(gè)功能操作前，都要驗(yàn)證操作的合法性10. 用戶(hù)只能操作授權(quán)范圍內(nèi)的功能模塊。11

16、. 會(huì)話失效后需重新登錄12. 當(dāng)用戶(hù)在一定時(shí)間內(nèi)對(duì)系統(tǒng)不進(jìn)行任何操作時(shí)， 需要重新登錄13. 網(wǎng)站風(fēng)格一致性14. 對(duì)于網(wǎng)站的內(nèi)容將分為主頁(yè)內(nèi)容、欄目（子欄目）內(nèi)容、欄目中項(xiàng)目詳細(xì)內(nèi)容。 上述內(nèi)容又涉及內(nèi)容的布局、 布局中每塊區(qū) 域的風(fēng)格、布局中每塊區(qū)域的內(nèi)容。15. 在每個(gè)頁(yè)面中應(yīng)包括頁(yè)面的公用部分，如頁(yè)面的頁(yè)眉、頁(yè)腳、 功能菜單、引航條等，和頁(yè)面的內(nèi)容部分。16. 為保證網(wǎng)站中頁(yè)面風(fēng)格的統(tǒng)一， 在頁(yè)面套用的模板最外層的布 局及風(fēng)格的模板其風(fēng)格數(shù)據(jù)應(yīng)使用統(tǒng)一的數(shù)據(jù)源。 同時(shí)，在頁(yè) 面生成過(guò)程中，對(duì)于最外層公用部分的模板不允許內(nèi)容采編用 戶(hù)進(jìn)行更改。17. 在網(wǎng)站內(nèi)容的模板來(lái)說(shuō)， 由于公用部

17、分為保證網(wǎng)站的擴(kuò)展性和 靈活性，模板是動(dòng)態(tài)生成的。其中動(dòng)態(tài)部分的數(shù)據(jù)源是統(tǒng)一的， 如欄目或引航條的數(shù)目、 層次、內(nèi)容等，當(dāng)數(shù)據(jù)源進(jìn)行變動(dòng)時(shí)， 所有頁(yè)面的產(chǎn)生將全部更新。18. 通常對(duì)于主頁(yè)及整個(gè)網(wǎng)站頁(yè)面的公用部分來(lái)說(shuō)， 其布局、風(fēng)格 改變應(yīng)是相當(dāng)慎重的。 在系統(tǒng)開(kāi)發(fā)完成后， 只有系統(tǒng)管理員經(jīng) 過(guò)授權(quán)（并且應(yīng)經(jīng)過(guò)相應(yīng)的行政審批）才有權(quán)利進(jìn)行更改。19. 欄目（子欄目）內(nèi)容的布局、風(fēng)格通常是欄目主編，通常也不 會(huì)經(jīng)常改變。 但欄目所有者可以進(jìn)行更改， 欄目下屬的所有頁(yè) 面在載入模板時(shí)均會(huì)加載同樣的公用部分2.10 易用性要求2.10.1 硬件 / 軟件的要求硬件：綜合兼顧性能、價(jià)格、安全、可維護(hù)性

18、、可擴(kuò)展性和使用 等多方面，在原資源的基礎(chǔ)上，兼顧實(shí)用性和超前性。軟件：系統(tǒng)軟件和應(yīng)用軟件都應(yīng)從不同角度提高軟件易使用性和 易維護(hù)，實(shí)用性方面應(yīng)注重軟件具備響應(yīng)速度快、系統(tǒng)穩(wěn)定，并能夠 提供連續(xù)和持續(xù)的新產(chǎn)品和技術(shù)支持。 具體產(chǎn)品上通用產(chǎn)品和專(zhuān)用產(chǎn) 品相結(jié)合。2.10.2 質(zhì)量的要求1、該過(guò)程能夠支持CMM系列模型（以CMMI-SW/S主要參照框架） 的各關(guān)鍵過(guò)程域。2、過(guò)程中體系結(jié)構(gòu)融合當(dāng)前大部分主流產(chǎn)品和技術(shù)架構(gòu)，分析 設(shè)計(jì)方法和模型、度量方法能夠反映該領(lǐng)域先進(jìn)理論和最佳實(shí)踐。3、健全的質(zhì)量評(píng)審體系和保障措施。2.10.3 基本性能要求1 、數(shù)據(jù)處理能力要求為：支持的終端數(shù)取決于網(wǎng)絡(luò)本身的

19、負(fù)載 能力、支持并行操作的用戶(hù)數(shù)和操作系統(tǒng)一致，處理的文件 和記錄數(shù)、表和文件的大小和數(shù)據(jù)庫(kù)系統(tǒng)的一致。2、數(shù)據(jù)處理能力包括：支持的終端數(shù)、支持并行操作的用戶(hù)數(shù)、處理的文件和記錄數(shù)、表和文件的大小等暫定。3、時(shí)間特性包括：響應(yīng)時(shí)間、更新處理時(shí)間、數(shù)據(jù)的轉(zhuǎn)換和傳 送時(shí)間、運(yùn)行時(shí)間等暫定4、網(wǎng)絡(luò)范圍（本網(wǎng)作業(yè)、跨網(wǎng)接口）、業(yè)務(wù)范圍（跨系統(tǒng)接口）2.11 操作安全性要求為確保系統(tǒng)的安全性，系統(tǒng)采取應(yīng)用系統(tǒng)使用驗(yàn)證（操作員驗(yàn) 證）、數(shù)據(jù)庫(kù)登陸驗(yàn)證兩種驗(yàn)證方式相結(jié)合的方法驗(yàn)證用戶(hù)。運(yùn)用日 志，對(duì)進(jìn)入系統(tǒng)的用戶(hù)的操作進(jìn)行記錄 , 可以根據(jù)日志進(jìn)行事后分析， 從而找到事故的發(fā)生原因、責(zé)任者或非法用戶(hù)。安全性

20、的要求還體現(xiàn)在：（1）建立安全的管理制度（2）保證網(wǎng)絡(luò)安全（3）保證系統(tǒng)安全（ 4）解決系統(tǒng)異常應(yīng)急處理（5）確保數(shù)據(jù)訪問(wèn)安全（6）保障數(shù)據(jù)存儲(chǔ)安全（7）提供安全的維護(hù)機(jī)制2.12 網(wǎng)站的特點(diǎn)先進(jìn)性該系統(tǒng)在設(shè)計(jì)上采用三層結(jié)構(gòu)、 Web Service 技術(shù)，使之在選用 平臺(tái)、采用技術(shù)上具有先進(jìn)性、前瞻性、擴(kuò)充性，從而保證建成的網(wǎng) 站系統(tǒng)具有良好的穩(wěn)定性、可擴(kuò)展性和安全性。實(shí)用性考慮到要盡量滿(mǎn)足業(yè)務(wù)功能需求的前提下， 又要適應(yīng)各業(yè)務(wù)角色 的工作特點(diǎn)，該系統(tǒng)做到簡(jiǎn)單、實(shí)用、人性化，實(shí)現(xiàn)了統(tǒng)一身份和資 源管理、統(tǒng)一認(rèn)證、統(tǒng)一內(nèi)容管理、個(gè)性化界面和內(nèi)容定制?？煽啃杂捎谠撓到y(tǒng)用戶(hù)群比較復(fù)雜， 既有政府部

21、門(mén)和各系統(tǒng)機(jī)構(gòu)內(nèi)的操 作層、管理層和業(yè)務(wù)層，也有比較多的社會(huì)民眾，所以建設(shè)的信息服 務(wù)網(wǎng)站系統(tǒng)我們考慮了在建設(shè)平臺(tái)上保證系統(tǒng)的可靠性和安全性。 系 統(tǒng)設(shè)計(jì)中， 應(yīng)有適量冗余及其他保護(hù)措施， 平臺(tái)和應(yīng)用軟件具有良好 的容錯(cuò)性、容災(zāi)性等。開(kāi)放性在系統(tǒng)構(gòu)架、采用技術(shù)、選用平臺(tái)方面都有較好的開(kāi)放性。特別 是在選擇產(chǎn)品上， 我們采用符合開(kāi)放性要求， 遵循國(guó)際標(biāo)準(zhǔn)化組織的 技術(shù)標(biāo)準(zhǔn)， 我們的產(chǎn)品既有自己的獨(dú)特優(yōu)勢(shì)， 又能與其他多家優(yōu)秀的 產(chǎn)品進(jìn)行組合，共同構(gòu)成一個(gè)開(kāi)放的、易擴(kuò)充的、穩(wěn)定的、統(tǒng)一軟件 的系統(tǒng)可維護(hù)性 系統(tǒng)設(shè)計(jì)應(yīng)標(biāo)準(zhǔn)化、規(guī)范化，按照分層設(shè)計(jì)，軟件構(gòu)件化實(shí)現(xiàn)。 采用軟件構(gòu)件化的開(kāi)發(fā)方式：一是系統(tǒng)

22、結(jié)構(gòu)分層，業(yè)務(wù)與實(shí)現(xiàn)分離， 邏輯與數(shù)據(jù)分離； 二是以統(tǒng)一的服務(wù)接口規(guī)范為核心， 使用開(kāi)放標(biāo)準(zhǔn)； 三是構(gòu)件語(yǔ)意描述形式化；四是提煉封裝構(gòu)件規(guī)范化?？缮炜s性考慮到政務(wù)系統(tǒng)的網(wǎng)上業(yè)務(wù)建設(shè)是一個(gè)循序漸進(jìn)、 不斷擴(kuò)充的過(guò) 程，系統(tǒng)采用積木式結(jié)構(gòu)，整體構(gòu)架可以與原有系統(tǒng)進(jìn)行無(wú)縫連接， 為今后系統(tǒng)擴(kuò)展和集成留有擴(kuò)充余量?？梢浦残?/ 可兼容性選擇開(kāi)放的應(yīng)用平臺(tái)， 建設(shè)一套與平臺(tái)無(wú)關(guān)， 以統(tǒng)一的服務(wù)接口 規(guī)范和與各種數(shù)據(jù)庫(kù)相連的應(yīng)用組件。 保證新系統(tǒng)與其他軟件之間是 兼容的，是可維護(hù)的。在不同的環(huán)境下可以移植。采用高內(nèi)聚、低耦 合原則進(jìn)行模塊劃分。 模塊間提供相應(yīng)的接口， 當(dāng)應(yīng)用系統(tǒng)的業(yè)務(wù)或 功能要求發(fā)生變化

23、時(shí)， 可以通過(guò)簡(jiǎn)單的對(duì)相應(yīng)模塊的配置來(lái)實(shí)現(xiàn)功能 擴(kuò)展。特別是本系統(tǒng)中，這樣的要求更顯得重要2.12 服務(wù)與支持要求服務(wù)不僅可以確保產(chǎn)品正常運(yùn)行， 同時(shí)還能充分發(fā)揮產(chǎn)品的 性能?？v觀整個(gè)IT業(yè)，服務(wù)占整個(gè)產(chǎn)品生命周期中很重要一部分， 就軟件而言，統(tǒng)計(jì)資料表明，服務(wù)階段的花費(fèi)占整個(gè)軟件生命周 期花費(fèi)的67%。W5 Team非常重視對(duì)客戶(hù)的售后服務(wù)和運(yùn)維的支 持，W5 Tean提供的服務(wù)包括以下四類(lèi)。(1) 糾錯(cuò)性維護(hù)：在產(chǎn)品運(yùn)行中發(fā)生異?；蚬收蠒r(shí)進(jìn)行的維護(hù)工 作。為解決銷(xiāo)售前未能測(cè)試各種條件帶來(lái)的問(wèn)題。(2) 完善性維護(hù)：為了擴(kuò)充原有系統(tǒng)功能及提高原有系統(tǒng)的性能， 滿(mǎn)足用戶(hù)實(shí)際需要而進(jìn)行的維護(hù)，即

24、通常所講的系統(tǒng)升級(jí)服 務(wù)，這些內(nèi)容在需求說(shuō)明當(dāng)中并未明確規(guī)定，但實(shí)際經(jīng)常會(huì) 發(fā)生。(3) 適應(yīng)性維護(hù)：使運(yùn)行的系統(tǒng)能適應(yīng)外部環(huán)境(如軟件的數(shù)據(jù) 庫(kù)、數(shù)據(jù)格式、數(shù)據(jù)轉(zhuǎn)入轉(zhuǎn)出方式等)的變動(dòng)而進(jìn)行的服務(wù)。(4) 預(yù)防性維護(hù)：進(jìn)一步改變系統(tǒng)的維護(hù)性和可靠性。2.12項(xiàng)目開(kāi)發(fā)管理開(kāi)發(fā)過(guò)程將遵照下面的步驟進(jìn)行，請(qǐng)參見(jiàn)下表:序 號(hào)階段內(nèi)容相應(yīng)文檔1項(xiàng)目立項(xiàng)根據(jù)委托要求規(guī)定適于項(xiàng)目的軟件 生存周期模型以確定開(kāi)發(fā)過(guò)程的活 動(dòng)和任務(wù)；編制項(xiàng)目開(kāi)發(fā)原則和項(xiàng)目 開(kāi)發(fā)委托合同解決方案*項(xiàng)目開(kāi)發(fā)委托合 同*2軟件需求分析建立軟件需求基準(zhǔn)，包括軟件項(xiàng)的功 能與性能；運(yùn)行的環(huán)境條件；資料定 義和數(shù)據(jù)庫(kù)要求；用戶(hù)操作與維護(hù)需

25、求等軟件需求規(guī)格說(shuō) 明書(shū)3軟件概要設(shè)計(jì)確保所有軟件需求分派到其軟件組 件；開(kāi)發(fā)關(guān)于軟件項(xiàng)的外部接口和軟 件項(xiàng)的各個(gè)軟件組件之間接口的頂軟件概要設(shè)計(jì)說(shuō) 明書(shū)數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明層設(shè)計(jì)；開(kāi)發(fā)數(shù)據(jù)庫(kù)的頂層設(shè)計(jì)；開(kāi) 發(fā)用戶(hù)文件的最初版本。即外部設(shè)計(jì)書(shū)4軟件詳細(xì)設(shè)計(jì)開(kāi)發(fā)軟件項(xiàng)外部接口、軟件組件之間 以及軟件單元之間的接口的詳細(xì)設(shè) 計(jì)；開(kāi)發(fā)數(shù)據(jù)庫(kù)詳細(xì)設(shè)計(jì)；規(guī)定要測(cè) 試的軟件單元的測(cè)試需求和進(jìn)度安 排軟件詳細(xì)設(shè)計(jì)說(shuō) 明書(shū)測(cè)試計(jì)劃5軟件編碼和測(cè)試開(kāi)發(fā)每一軟件單元和數(shù)據(jù)庫(kù)及其測(cè) 試規(guī)程和資料；測(cè)試母一軟件單兀和 數(shù)據(jù)庫(kù)以確保滿(mǎn)足需求模塊開(kāi)發(fā)卷示測(cè)試報(bào)告*6軟件安裝調(diào)試按合同規(guī)定制訂一個(gè)在目標(biāo)環(huán)境中 安裝軟件產(chǎn)品并結(jié)合

26、系統(tǒng)環(huán)境進(jìn)行 集成和調(diào)試軟件用戶(hù)手冊(cè)*7軟件評(píng)審和驗(yàn)收支持需方的驗(yàn)收評(píng)審和軟件產(chǎn)品測(cè) 試；按合同規(guī)疋元成和交付軟件產(chǎn)品軟件評(píng)審記錄軟件驗(yàn)收?qǐng)?bào)告8項(xiàng)目延期或終止因?yàn)榉N種原因造成項(xiàng)目不能按照項(xiàng) 目進(jìn)度完成時(shí)，必須進(jìn)行項(xiàng)目延期的 手續(xù)；對(duì)于在實(shí)施過(guò)程中由于某種客 觀原因造成無(wú)法繼續(xù)，必須停止開(kāi)發(fā) 的項(xiàng)目，需申請(qǐng)終止項(xiàng)目項(xiàng)目延期申請(qǐng)表項(xiàng)目追加經(jīng)費(fèi)預(yù) 算表項(xiàng)目開(kāi)發(fā)委托合 同補(bǔ)充項(xiàng)目終止申請(qǐng)書(shū)9項(xiàng)目結(jié)項(xiàng)總結(jié)整理項(xiàng)目所有的文檔和源碼，存 檔處理項(xiàng)目開(kāi)發(fā)總結(jié)報(bào) 告*注：1、以上是軟件開(kāi)發(fā)過(guò)程規(guī)范的完整集，對(duì)本項(xiàng)目開(kāi)發(fā)工作，根據(jù)實(shí)際開(kāi)發(fā)過(guò) 程可進(jìn)行裁減、合并。2、標(biāo)有“ * ”號(hào)的階段為必須項(xiàng)。乙方將按照嚴(yán)謹(jǐn)?shù)?/p>

27、科學(xué)態(tài)度，使用科學(xué)的項(xiàng)目管理方式進(jìn)行整個(gè)項(xiàng)目開(kāi)發(fā)。2.13項(xiàng)目周期和項(xiàng)目投資該項(xiàng)目在合同簽定后31天內(nèi)全部完成并投入運(yùn)行序 號(hào)階段內(nèi)容所需時(shí)間1項(xiàng)目立項(xiàng)根據(jù)委托要求規(guī)定適于項(xiàng)目的軟件生存周期 模型以確定開(kāi)發(fā)過(guò)程的活動(dòng)和任務(wù)；編制項(xiàng) 目開(kāi)發(fā)原則和項(xiàng)目開(kāi)發(fā)委托合同12軟件需求分 析建立軟件需求基準(zhǔn)，包括軟件項(xiàng)的功能與性 冃能;運(yùn)仃的環(huán)境條件；資料疋義和數(shù)據(jù)庫(kù)要 求；用戶(hù)操作與維護(hù)需求等；53軟件概要設(shè) 計(jì)確保所有軟件需求分派到其軟件組件；開(kāi)發(fā) 關(guān)于軟件項(xiàng)的外部接口和軟件項(xiàng)的各個(gè)軟件 組件之間接口的頂層設(shè)計(jì)；開(kāi)發(fā)數(shù)據(jù)庫(kù)的頂 層設(shè)計(jì)；開(kāi)發(fā)用戶(hù)文件的最初版本。即外部2設(shè)計(jì)；4軟件詳細(xì)設(shè) 計(jì)開(kāi)發(fā)軟件項(xiàng)外部接口、軟件組件之間以及軟 件單元之間的接口的詳細(xì)設(shè)計(jì)；開(kāi)發(fā)數(shù)據(jù)庫(kù) 詳細(xì)設(shè)計(jì)；規(guī)定要測(cè)試的軟件單元的測(cè)試需 求和進(jìn)度安排；45軟件編碼開(kāi)發(fā)軟件單元和數(shù)據(jù)庫(kù)；（同時(shí)進(jìn)行單元和集 成測(cè)試