某旅游網站建設應標書

1、 *項目建設投標書投標人：*公司日期：目錄 TOC o 1-3 h z u HYPERLINK l _Toc408994865 一、公司簡介 PAGEREF _Toc408994865 h 3 HYPERLINK l _Toc408994866 二、相關資質 PAGEREF _Toc408994866 h 3 HYPERLINK l _Toc408994867 2.1、營業(yè)執(zhí)照 PAGEREF _Toc408994867 h 3 HYPERLINK l _Toc408994868 2.2、稅務登記證 PAGEREF _Toc408994868 h 3 HYPERLINK l _Toc40899

2、4869 2.3、組織機構代碼證 PAGEREF _Toc408994869 h 4 HYPERLINK l _Toc408994870 2.4、財務營收情況表 PAGEREF _Toc408994870 h 4 HYPERLINK l _Toc408994871 三、項目建設方案 PAGEREF _Toc408994871 h 4 HYPERLINK l _Toc408994872 3.1、系統總體架構 PAGEREF _Toc408994872 h 4 HYPERLINK l _Toc408994873 3.2、功能規(guī)劃 PAGEREF _Toc408994873 h 5 HYPERLIN

3、K l _Toc408994874 3.3、技術架構 PAGEREF _Toc408994874 h 5 HYPERLINK l _Toc408994875 3.4、實施方案 PAGEREF _Toc408994875 h 6 HYPERLINK l _Toc408994876 3.5、售后服務 PAGEREF _Toc408994876 h 6 HYPERLINK l _Toc408994877 四、項目開發(fā)管理 PAGEREF _Toc408994877 h 6 HYPERLINK l _Toc408994878 4.1、項目組織 PAGEREF _Toc408994878 h 6 HYP

4、ERLINK l _Toc408994879 4.2、開發(fā)計劃 PAGEREF _Toc408994879 h 6 HYPERLINK l _Toc408994880 4.3、進度安排 PAGEREF _Toc408994880 h 8 HYPERLINK l _Toc408994881 4.4、質量控制 PAGEREF _Toc408994881 h 9 HYPERLINK l _Toc408994882 五、項目報價 PAGEREF _Toc408994882 h 9一、公司簡介 *公司成立于 年，是一家專注于互聯網、移動應用、系統集成及智能化系統工程的服務提供商，為多家企業(yè)事業(yè)單位提供了

5、一體化信息化系統應用解決方案和技術支撐服務，產品和服務受到客戶的一致好評。業(yè)務范圍軟件應用類服務：產品研發(fā)與測試服務、產品部署與支持服務、IT基礎設施管理服務、互聯網應用開發(fā)與測試服務；系統集成類服務：樓宇智能化系統。公司服務宗旨追求目標專業(yè)的系統設計團隊、精湛的技術服務隊伍、進取的業(yè)務銷售精英團隊，是我們長期以來的追求目標。二、相關資質2.1、營業(yè)執(zhí)照2.2、稅務登記證2.3、組織機構代碼證2.4、財務營收情況表三、項目建設方案3.1、系統總體架構3.1.1、 對于系統的擴展性，集成性，開放性的考慮，會使用模型驅動體系進行架構，整個系統中組件間的訪問通過一個基于元數據描述的對象層來進行，這個

6、元數據描述的知識系統容納了數據模型，設計模型到部署模型的整個應用體系，同時系統中的基礎服務通過模型驅動貫穿于整個系統，成為集成性，開放性，擴展性的基礎。同時，也是引用面向企業(yè)服務架構(SOA)來實現服務，使各個模塊通過服務來進行調用，大大解藕了系統，使業(yè)務模塊的復用性得以提升。3.1.2、采用三層架構的概念來對系統進行職責的劃分，這樣的劃分可以使傳統的三層架構的概念在系統中更好的區(qū)分，表現層只負責數據的展示，而對于業(yè)務邏輯的數據驗證，數據訪問，都在業(yè)務邏輯層進行處理，而表現層不僅僅只是展現在client端，同樣在服務器上也是有表現層的體現，因為最終的表現層是在服務器上進行展現，數據層則是服務于

7、業(yè)務邏輯層的數據持久化，數據層是一個數據工廠，和具體的數據庫類型無關，具體可以實現從數據庫的處理，而各個層之間的訪問是分別通過各層的服務總線作為統一入口，對外也是通過服務總線作為接口。這也是數據庫統一的基礎，因為這樣對于數據的操作，界面數據的獲取，可以達到復用，解藕的效果，對于代碼的修改也是可以不用異動太多的代碼。3.1.3、支持多平臺的數據交互，利用json格式進行數據的傳遞，利用webService,REST等可以實現多平臺的交互總體架構如下：3.2、功能規(guī)劃3.2.1、頁面應展示內容、品牌logo 。、聯系方式，含電話、傳真等。、公司資訊鏈接，含

8、about us、why choose us、contact us等。、會員登錄（login）。、菜單應包含.1、Home.2、China Tour.3、City Tour.4、Create My Trip.5、Hotel.6、China Travel Guide3.3、技術架構3.3.1、數據的可查性、易維護性 對于歷史數據進行備份，同時會進行數據的分離，這樣便于歷史數據的查詢和各種數據的分析3.3.2、采用三層體系結構 對于系統的分層，用傳統的三層架構，表現層，業(yè)務層，數據層 將

9、業(yè)務規(guī)則的驗證，數據訪問和合法性驗證放置于業(yè)務層進行處理，各個層次 的交互交由各服務總線作為入口3.3.3、開放性 基于開放平臺.net開發(fā) 3.3.4、容錯性對于一些響應時間過長的請求，服務器通過log的方式記錄下請求的內容，同時對于有出錯的請求，會通過郵件的方式進行通知 3.3.5、安全性、數據庫級別的安全性，對于不同用戶的訪問，設定不同權限、數據庫參數的限制，避免SQL注入，統一用傳入dbParameter的方式進行、前臺到后臺處理的數據進行加密處理3.3.6、易用性 支持多語言，默認的方式是英文,通過配置文件可以設定語系3.4、實施方案3.4.

10、1、通過對整體項目的分析，是旅游相關方面，和后臺的基礎數據會有比較強的依賴，這樣是建議，后臺管理的數據可以先行上線，這樣可以方便整體項目的推進 ，后續(xù)在前臺頁面上線，可以有基礎數據作為支撐，同時也方便業(yè)務邏輯的確認3.4.2、數據的持久化維護，有些數據是不方便外界進行訪問，也是可以在用戶方建多個的測試環(huán)境，同時按這些的測試順序進行發(fā)布，可以確保業(yè)務邏輯的完整性，如可以有開發(fā)環(huán)境，測試人員的測試環(huán)境，用戶測試的用戶環(huán)境，產品環(huán)境，這樣的一個流程可以確保程序的穩(wěn)定性，可以更好的發(fā)現和解決問題3.4.3、在確保了前面兩個前提下，可以按后臺模塊上線，前臺模塊上線的順序進行發(fā)布，在內測通過后，發(fā)布產品3

11、.4.4、后續(xù)如有變更，按變更的內容為準3.5、售后服務3.5.1 提供一年的系統維護服務，原有系統的問題解答和BUG修復，提供有償的新增需求開發(fā)服務；3.5.2、響應時間：1小時。四、項目開發(fā)管理4.1、項目組織職位描述數量工作描述參與開發(fā)階段項目經理1總體把握項目的技術實施，協調項目事務，保障項目進度全部系統分析師1系統的總體設計和詳細設計需求分析和概要設計軟件工程師1業(yè)務功能的開發(fā)編碼、測試、試運行測試工程師1業(yè)務功能的測試編碼、測試、試運行UI美工1界面部分的設計編碼、測試、試運行4.2、開發(fā)計劃以下工作量只作參考，無法估算由于現場因素而增加的工作量，為項目工作量及人員投入提供基本依據

12、，由技術人員根據原始需求評估。難度浮動1.33 研發(fā)總量（人月）6.05 區(qū)域區(qū)域分項分部分項細項說明工作量（人天）區(qū)域總量（人天）發(fā)布管理控制臺后臺管理功能登錄管理181.5用戶管理用戶信息管理、密碼修改、角色設置2.5基礎信息前臺功能發(fā)布管理其他權限控制，后期的權限管理控制17.5界面設計（其他功能的界面內容）記錄日志架構實現合計99主要分成三部分：整體架構的開發(fā)：底層框架的設計，持久化，日志，異常管理等的開發(fā)前臺的開發(fā)：主要涉及前臺頁面的展示，業(yè)務邏輯處理后臺的管理：主要是基礎信息的維護，和后臺權限的管理 因為是分層架構，MVC模式，所以對于業(yè)務邏輯的處理的和前臺頁面的展示可以并行開發(fā)，

13、邏輯上不會有相沖突4.3、進度安排首先會制定一個完整的開發(fā)計劃出來，再和客戶進行確認具體的實施的方案，和用戶確認要進行交互的內容，并安排出時間進行溝通，按目前規(guī)劃的內容，基本已經定型項目的基礎框架和用戶進行調研，展開項目的初稿的定型，同時開始作系統設計，這大概會在一個月左右的時間會作好確認工作，并完成界面原型的確認和系統整體的方案說明在2的前提下，會開始相應業(yè)務模塊的確認，同時開始項目的開發(fā)，這一塊的內容會在1個半月到2個月的時間里進行.并準時向客戶反饋每日的進程系統的測試,會在業(yè)務模塊已經完成80%的情況下進行開始，在此期間，依據用戶找反饋的內容進行微調，不會作大規(guī)模的調整.系統驗收，會按用戶的在1的前提下作出的需求，和現有項目的完成的內容進行一個驗收，并