1、. .19/19門戶改版項目投標書（技術部分）計算機科學與技術學院 08信息管理與信息系統課程：軟件項目管理學號：0827403034：琳目錄 TOC o 1-3 u 2.技術部分(解決方案) PAGEREF _Toc291145549 h 32.1簡介 PAGEREF _Toc291145550 h 32.2系統建設目標 PAGEREF _Toc291145551 h 32. 3項目建設設計原則 PAGEREF _Toc291145552 h 32.3.1規性原則 PAGEREF _Toc291145553 h 32.3.2可靠性原則 PAGEREF _Toc291145554 h 42.3

2、.3擴展性原則 PAGEREF _Toc291145555 h 42.3.4開放性原則 PAGEREF _Toc291145556 h 42.3.5易用性原則 PAGEREF _Toc291145557 h 42.3.6安全原則 PAGEREF _Toc291145558 h 42.4總體要求 PAGEREF _Toc291145559 h 52.4.1總體布局和風格要求 PAGEREF _Toc291145560 h 52.4.2欄目設計和頻道策劃要求 PAGEREF _Toc291145561 h 52.4.3界面設計要求 PAGEREF _Toc291145562 h 52.4.4其他要

3、求 PAGEREF _Toc291145563 h 52.4.5性能要求 PAGEREF _Toc291145564 h 52.5方案功能 PAGEREF _Toc291145565 h 62.6原型系統說明（開放源代碼軟件或自有軟件產品介紹） PAGEREF _Toc291145566 h 72.7設計模式 PAGEREF _Toc291145567 h 72.8網絡安全模塊 PAGEREF _Toc291145568 h 92.9方案特點 PAGEREF _Toc291145569 h 102.10易用性要求 PAGEREF _Toc291145570 h 122.10.1硬件/軟件的要求

4、 PAGEREF _Toc291145571 h 122.10.2質量的要求 PAGEREF _Toc291145572 h 122.10.3基本性能要求 PAGEREF _Toc291145573 h 122.11操作安全性要求 PAGEREF _Toc291145574 h 132.12的特點 PAGEREF _Toc291145575 h 132.12服務與支持要求 PAGEREF _Toc291145576 h 152.12項目開發管理 PAGEREF _Toc291145577 h 162.13項目周期和項目投資 PAGEREF _Toc291145578 h 172.14項目費用明

5、細表 PAGEREF _Toc291145579 h 182.技術部分(解決方案)2.1簡介工業園區管委會門戶自 2004 年初上線以來，一直是工業園區對外宣傳的重要平臺，但隨著園區經濟社會的飛速發展，原有欄目架構和容設計已遠不能適應新形勢下的需要，故本次改版在整體架構和表現形式上都希望有所突破，并在容建設上保持良好的可延續性，故本次公開招標，將容塊面的聯合承建與前臺建設一并打包。 2.2系統建設目標形成工業園區對外宣傳，樹立園區形象的主要窗口。 成為園區管委會對提供高效服務、樹立政府形象的主要方式。成為公眾獲取園區發展資訊、獲知園區政府動態的有效渠道。 2. 3項目建設設計原則在項目建設過程

6、中，必須遵循如下原則： 2.3.1規性原則在項目的建設過程中，按照“總體設計，分步實施”的原則，軟件工程必須標準化，遵循國際通用開發標準，并按國家標準與行業標準執行。結合項目需求，形成接口規、數據規、應用系統接入等規，參與驗收和評估。 2.3.2可靠性原則作為一個對公眾開放的開放平臺，必須保證長期大規模訪問下系統的穩定性、可用性和運行性能，避免單點故障和關鍵信息丟失。 2.3.3擴展性原則系統應采用模塊化、組件化的體系結構，在技術架構和設計模式上保證技術的延續性，靈活的擴展性和廣泛的適應性，確保系統能夠滿足用戶在數據與業務功能擴展方面的需求。 2.3.4開放性原則在容模塊設計與網上實現過程中充

7、分考慮開放性，便于日后容維護和擴展，同時要充分考慮與現有后臺（wcm）接口和二次開發。 2.3.5易用性原則一般用戶訪問習慣和要求，提供靈活易用頁面布局。 2.3.6安全原則具備統一完善的多級安全機制設置，符合國家安全與部門要求，拒絕非法用戶和合法用戶越權操作，避免系統數據遭到破壞，防止系統數據被竊取和篡改，對于關鍵信息使用加密傳輸，傳輸的數據文件提供不可抵賴性確認。 2.4總體要求2.4.1總體布局和風格要求整體風格符合工業園區管委會政府形象需要，并能突顯園區特色，頁面特別是首頁容豐滿。 2.4.2欄目設計和頻道策劃要求1) 突出園區當前發展主題和服務性功能板塊。 2) 欄目架構簡潔有序，子

8、欄目最好不超過三級。 2.4.3界面設計要求適于 1024*768模式下瀏覽器滿屏顯示，界面元素豐富，重點容突出，便于瀏覽訪問。 2.4.4其他要求容表現形式豐富（后臺可支持視頻、音頻、Flash 動畫等多種常見容格式）。 2.4.5性能要求頁面在網打開時間不得超過 200 毫秒。應用的各種加載插件應保證最大圍的可用性，充分考慮現有各種瀏覽器屏蔽插件對頁面瀏覽效果的影響，確保頁面基本元素與容的完整性。 2.5方案功能 容管理系統(BizfocusCMS)平臺 從不同層面政府門戶系統推進的策略來看，實施政府門戶系統應重在領導決策系統建設和政府機構之間的信息資源共享，政府門戶系統實施策略應重于與社

9、會、公眾的交互行為，實現政府管理的開放性和透明性。各層面政府門戶系統建設在信息網絡、應用功能、信息資源、安全等方面的實施策略都有所不同。 BizfocusCMS系統是一套完全基于Java和瀏覽器技術的網絡容管理軟件，它以容管理為目標，引進國外最先進的容管理系統的技術架構，無需考慮關系型數據庫類型即可存儲和管理容。集中了瀏覽器信息創建和寫作、信息交付、信息交互等功能，基于模板的信息的發布、強大的多站點管理于一身，并提供靈活的團隊協作能力。 系統的接口開放性和第三方應用的整合 系統在設計時考慮到充分的開放性，整體設計上基于J2EE構架和XML標準，實現各種第三方應用的整體整合，可以方便地在未來進行

10、各類應用系統建設時，方便地進行銜接。 高度參數化設計 由于本系統的使用者為政府工作人員，系統應作為簡單易用的工具體現其日常的工作流程；其次，對于維護人員來講，系統完成后維護人員的數量比較少。因此，除維護上應考慮系統統一、便捷的管理外，從設計上還應充分的考慮系統的靈活性。 根據上述原因，保證系統的功能模塊之間具有松散耦合，所有系統應采用高度參數化設計，參數化設計決定了系統的靈活性與可擴展能力。 在設計上，將參數從系統級參數、應用級參數、以與模塊、功能的參數。 2.6原型系統說明（開放源代碼軟件或自有軟件產品介紹）工業園區管委門戶改版可以在此系統的基礎上進行加強改版，通過各種技術來使完善，到達各方

11、面的要求。本發布后臺采用拓爾思（TRS）信息技術開發的能夠支持多種網絡格式（.html.asp.jsp.php等）的WCM容管理協作平臺管理和發布容，該平臺是基于J2EE的，要求前臺所采用的各種表現形式能與該平臺高度融合。 構建前臺所采用的各種表現形式與所應用的各種網絡插件應符合網絡通行標準，適于絕大部分操作系統（Window 2000、Window XP等）和通用瀏覽器（IE6.0、Mozilla Firefox等）瀏覽需求。2.7設計模式在SunMicrosystems公司提出的J2EEPatterns中有十三種設計模式為經過實踐檢驗的設計模式。根據本次應用的規模、靈活性，我們在本次系統設

12、計中應用其中的4種模式。 1、Model-View-Controller模式 當應用包含數據訪問代碼、商業邏輯代碼和表示代碼混合在一起時，會出現一些問題。這些應用很難維護，因為所有組件是相互依賴的使任何一處變化都有很大的影響。高耦合使類很難或是不可能被重用，因為它們和很多其它的類相互依賴。增加新的數據視圖經常要求重新實現或是截取從前的商業邏輯代碼，這需要多點的維護。數據訪問代碼有著同樣的問題，當在商業邏輯方法中被拷貝粘貼。一個Model-View-Controller設計模式通過數據訪問、商務邏輯、數據表達和用戶交互解決了這些問題。 BizfocusCMS系統以與本次的其他系統體系架構是應用M

13、odel-View-Controller設計模式的。其他設計模式被結合在MVC架構設計中。 2、BusinessDelegate模式 BusinessDelegate模式的使用減少了Web層和EnterpriseJavaBeansTM層的耦合度。 BusinessDelegate模式處理復雜的分布式組件的查找和異常處理，將商業邏輯接口轉換成使用者看起來簡單的接口。 3、CompositeEntity模式 映射一個對象模型到一個EnterpriseJavaBeansTM(ETM)對象模型，是一個Java2平臺上EnterpriseEdition(J2EETM)應用的共同設計問題。給定的一個部相關

14、的對象網絡，你必須決定是否每個對象都應該被一個實體Beans或是一個簡單的Java對象實現，并且管理對象之間的關系。遠程的實體Beans最適合于粗粒度的商務實體。用遠程的實體Beans實現小粒度的商業實體會產生過多的遠程通訊等性能問題。選擇Bean管理持久性意味著：依賴的對象，它們的數據只在其它類的上下文關系中有意義，傾向于這樣使用。 我們使用CompositeEntity模式。CompositeEntity的接口是粗粒度的，它管理小粒度對象之間交互。這種設計模式對有效管理依賴對象之間的關系特別有用。 4、DataAccessObject模式 依賴數據資源特殊特征的代碼使商業邏輯和數據訪問邏輯

15、連接在一起。這是修改應用數據資源變得非常困難。 DataAccessObject模式將數據資源的客戶端接口從數據訪問機制中分離出來，并將一個特殊的數據資源訪問接口轉換成一般的客戶接口。 2.8網絡安全模塊在目前的設計中，為了抵抗惡意或傳播的安全隱患，系統對傳輸包和傳輸途徑都進行了加密和監管。在軟件中對下載代碼也進行分析和甄別。如果必要，可以結合物理隔離卡做到更好。支持總體設計的一體化安全解決方案。對非法侵入、非法攻擊和網絡計算機病毒具有很強的防能力。確保整個系統的安全、可靠與高效運行。應用軟件具有相應的容錯手段、操作回滾功能，保證系統的健壯性和數據完整性。2.9方案特點安全性 程序不會因為遇到

16、意外故障而破壞數據的正確性 在程序運行過程中，如果遇到突然掉電、網絡中斷等意外故障，不會對現有的數據的正確性和完整性造成破壞。 系統應能夠提供對數據的備份、恢復功能 系統能夠提供當前系統數據庫的備份、恢復處理。 在系統因為意外或誤操作而造成數據的丟失時，可以利用以前的備份文件恢復當前數據庫。 系統登錄時需進行安全性校驗 系統登錄時校驗用戶名與密碼，校驗通過才可使用本系統。支持校驗碼驗證方式，充分保證了認證的安全性。 加入防口令猜測功能。當用戶試圖多次猜測時，系統會不斷增加響應的時延，并最終拒絕為用戶提供服務。 用戶進行每個功能操作前，都要驗證操作的合法性 用戶只能操作授權圍的功能模塊。 會話失

17、效后需重新登錄 當用戶在一定時間對系統不進行任何操作時，需要重新登錄 風格一致性 對于的容將分為主頁容、欄目（子欄目）容、欄目中項目詳細容。上述容又涉與容的布局、布局中每塊區域的風格、布局中每塊區域的容。 在每個頁面中應包括頁面的公用部分，如頁面的頁眉、頁腳、功能菜單、引航條等，和頁面的容部分。 為保證中頁面風格的統一，在頁面套用的模板最外層的布局與風格的模板其風格數據應使用統一的數據源。同時，在頁面生成過程中，對于最外層公用部分的模板不允許容采編用戶進行更改。 在容的模板來說，由于公用部分為保證的擴展性和靈活性，模板是動態生成的。其中動態部分的數據源是統一的，如欄目或引航條的數目、層次、容等

18、，當數據源進行變動時，所有頁面的產生將全部更新。 通常對于主頁與整個頁面的公用部分來說，其布局、風格改變應是相當慎重的。在系統開發完成后，只有系統管理員經過授權（并且應經過相應的行政審批）才有權利進行更改。 欄目（子欄目）容的布局、風格通常是欄目主編，通常也不會經常改變。但欄目所有者可以進行更改，欄目下屬的所有頁面在載入模板時均會加載同樣的公用部分2.10易用性要求2.10.1硬件/軟件的要求硬件：綜合兼顧性能、價格、安全、可維護性、可擴展性和使用等多方面，在原資源的基礎上，兼顧實用性和超前性。軟件：系統軟件和應用軟件都應從不同角度提高軟件易使用性和易維護，實用性方面應注重軟件具備響應速度快、

19、系統穩定，并能夠提供連續和持續的新產品和技術支持。具體產品上通用產品和專用產品相結合。2.10.2質量的要求1、該過程能夠支持CMM系列模型（以CMMI-SW/SE主要參照框架）的各關鍵過程域。2、過程中體系結構融合當前大部分主流產品和技術架構，分析設計方法和模型、度量方法能夠反映該領域先進理論和最佳實踐。3、健全的質量評審體系和保障措施。2.10.3基本性能要求1、數據處理能力要求為：支持的終端數取決于網絡本身的負載能力、支持并行操作的用戶數和操作系統一致，處理的文件和記錄數、表和文件的大小和數據庫系統的一致。2、數據處理能力包括：支持的終端數、支持并行操作的用戶數、處理的文件和記錄數、表和

20、文件的大小等暫定。3、時間特性包括：響應時間、更新處理時間、數據的轉換和傳送時間、運行時間等暫定4、網絡圍（本網作業、跨網接口）、業務圍（跨系統接口）2.11操作安全性要求為確保系統的安全性，系統采取應用系統使用驗證（操作員驗證）、數據庫登陸驗證兩種驗證方式相結合的方法驗證用戶。運用日志，對進入系統的用戶的操作進行記錄,可以根據日志進行事后分析，從而找到事故的發生原因、責任者或非法用戶。安全性的要求還體現在：（1）建立安全的管理制度（2）保證網絡安全（3）保證系統安全（4）解決系統異常應急處理（5）確保數據訪問安全（6）保障數據存儲安全（7）提供安全的維護機制2.12的特點先進性該系統在設計上

21、采用三層結構、Web Service技術，使之在選用平臺、采用技術上具有先進性、前瞻性、擴充性，從而保證建成的系統具有良好的穩定性、可擴展性和安全性。實用性考慮到要盡量滿足業務功能需求的前提下，又要適應各業務角色的工作特點，該系統做到簡單、實用、人性化，實現了統一身份和資源管理、統一認證、統一容管理、個性化界面和容定制。可靠性由于該系統用戶群比較復雜，既有政府部門和各系統機構的操作層、管理層和業務層，也有比較多的社會民眾，所以建設的信息服務系統我們考慮了在建設平臺上保證系統的可靠性和安全性。系統設計中，應有適量冗余與其他保護措施，平臺和應用軟件具有良好的容錯性、容災性等。開放性在系統構架、采用

22、技術、選用平臺方面都有較好的開放性。特別是在選擇產品上，我們采用符合開放性要求，遵循國際標準化組織的技術標準，我們的產品既有自己的獨特優勢，又能與其他多家優秀的產品進行組合，共同構成一個開放的、易擴充的、穩定的、統一軟件的系統。可維護性系統設計應標準化、規化，按照分層設計，軟件構件化實現。采用軟件構件化的開發方式：一是系統結構分層，業務與實現分離，邏輯與數據分離；二是以統一的服務接口規為核心，使用開放標準；三是構件語意描述形式化；四是提煉封裝構件規化。可伸縮性考慮到政務系統的網上業務建設是一個循序漸進、不斷擴充的過程，系統采用積木式結構，整體構架可以與原有系統進行無縫連接，為今后系統擴展和集成

23、留有擴充余量。可移植性/可兼容性選擇開放的應用平臺，建設一套與平臺無關，以統一的服務接口規和與各種數據庫相連的應用組件。保證新系統與其他軟件之間是兼容的，是可維護的。在不同的環境下可以移植。采用高聚、低耦合原則進行模塊劃分。模塊間提供相應的接口，當應用系統的業務或功能要求發生變化時，可以通過簡單的對相應模塊的配置來實現功能擴展。特別是本系統中，這樣的要求更顯得重要2.12服務與支持要求服務不僅可以確保產品正常運行，同時還能充分發揮產品的性能。縱觀整個IT業，服務占整個產品生命周期中很重要一部分，就軟件而言，統計資料表明，服務階段的花費占整個軟件生命周期花費的67。W5 Team非常重視對客戶的

24、售后服務和運維的支持，W5 Team提供的服務包括以下四類。（1）糾錯性維護：在產品運行中發生異常或故障時進行的維護工作。為解決銷售前未能測試各種條件帶來的問題。（2）完善性維護：為了擴充原有系統功能與提高原有系統的性能，滿足用戶實際需要而進行的維護，即通常所講的系統升級服務，這些容在需求說明當中并未明確規定，但實際經常會發生。（3）適應性維護：使運行的系統能適應外部環境（如軟件的數據庫、數據格式、數據轉入轉出方式等）的變動而進行的服務。（4）預防性維護：進一步改變系統的維護性和可靠性。2.12項目開發管理開發過程將遵照下面的步驟進行，請參見下表：序號階段 容相應文檔1項目立項根據委托要求規定

25、適于項目的軟件生存周期模型以確定開發過程的活動和任務；編制項目開發原則和項目開發委托合同解決方案*項目開發委托合同*2軟件需求分析建立軟件需求基準，包括軟件項的功能與性能；運行的環境條件；資料定義和數據庫要求；用戶操作與維護需求等軟件需求規格說明書3軟件概要設計確保所有軟件需求分派到其軟件組件；開發關于軟件項的外部接口和軟件項的各個軟件組件之間接口的頂層設計；開發數據庫的頂層設計；開發用戶文件的最初版本。即外部設計軟件概要設計說明書數據庫設計說明書4軟件詳細設計開發軟件項外部接口、軟件組件之間以與軟件單元之間的接口的詳細設計；開發數據庫詳細設計；規定要測試的軟件單元的測試需求和進度安排軟件詳細

26、設計說明書測試計劃5軟件編碼和測試開發每一軟件單元和數據庫與其測試規程和資料；測試每一軟件單元和數據庫以確保滿足需求模塊開發卷宗測試報告*6軟件安裝調試按合同規定制訂一個在目標環境中安裝軟件產品并結合系統環境進行集成和調試軟件用戶手冊*7軟件評審和驗收支持需方的驗收評審和軟件產品測試；按合同規定完成和交付軟件產品軟件評審記錄軟件驗收報告8項目延期或終止因為種種原因造成項目不能按照項目進度完成時，必須進行項目延期的手續；對于在實施過程中由于某種客觀原因造成無法繼續，必須停止開發的項目，需申請終止項目項目延期申請表項目追加經費預算表項目開發委托合同補充項目終止申請書9項目結項總結整理項目所有的文檔和源碼，存檔處理項目開發總結報告*注：1、以上是軟件開發過程規的完整集，對本項目開發工作，根據實際開發過程可進行裁減、合并。2、標有