如何编写投标项目系统设计方案？
《評標辦法》在技術部分要求投標人對所投項目進行系統設計方案應答，該指標占投標書分值的32%，評標辦法具體內容參見[投標項目需求分析和應答一節]。
系統設計方案反映了投標人在對所投項目需求理解的基礎上，設計和架構系統的能力以及設計的系統是否滿足項目需求。評標辦法要求在系統設計方案部分響應架構設計、功能設計、安全設計、數據流和邏輯關系設計、接口規劃與設計、技術應用方式等指標。
系統設計對于做過幾年軟件研發經驗的編程人員來說，應該不是什么難事。相信看本書的人不是項目經理就是準備要走向項目經理的人群，其系統分析能力和設計能力不會很差。
?
1、架構設計
架構設計描述了系統內部之間各系統構件的連接方式、組成方式、以及構件之間的關聯和交互方式。
要進行架構設計，首先要明確技術體系。技術體系在系統體系結構一節已經明確要采用B/S技術體系。因此，架構設計采用三層結構，分別是客戶層（瀏覽器）、業務層（WEB服務層）、數據層（數據庫訪問層）。
客戶層應用Ajax、JSP、XML等技術，向WEB服務層發送請求和數據交互。
WEB服務層部署WEB應用，包括SAAS服務，為實現系統運行過程中可隨時添加和刪減業務，WEB服務層可細分為控制層、業務邏輯層、基礎組件層，組件容器采用EJB技術。
數據層可細分為數據訪問和數據存儲。
整個系統架構采用J2EE技術。系統架構如下圖所示：
?
系統架構圖
?
2、功能設計
功能設計是按照需求分析和需求應答部分，設計系統各模塊功能子項的用例、操作流程、數據流、輸入數據項和輸出數據項、以及UI界面設計等內容。
如果只是針對應標進行的功能設計，在時間和人力資源不允許的情況下，可以簡化設計，只需給出工作流程圖并簡要說明就可以。
下面給出系統圖書普通檢索功能的詳細設計和簡要設計案例，項目投標采用了簡要設計，詳細設計引自于《國家數字復合出版系統工程17包軟件設計說明書V1.0》僅供參考。
?
簡要設計
圖書普通檢索功能負責完成對待發布內容的檢索和篩選，數據庫發布業務和封裝內容發布業務需要操縱大量的待發布內容數據，要從待發布內容庫中按照規則抽取若干圖書、期刊出版物以及與出版物相關的圖片、音視頻等資源。抽取的資源是否準確、效率是否高效、檢索規則是否能夠滿足不同的檢索需求，是檢索功能要實現的重要技術需求。
同時，檢索功能支持導入線下自選資源清單，并依據清單列表自動檢索對應資源。工作流程如下圖所示：
?
檢索工作流程圖
?
詳細設計
● 操作流程（頁面跳轉）
【編寫說明：描述系統具體功能的頁面遷移過程。】
在系統引導下進入檢索管理頁面，頁面為普通檢索，用戶通過下拉列表框可選擇關鍵詞、分類代碼、摘要三種內容類型的檢索，默認為關鍵詞檢索。用戶輸入檢索內容，選擇需檢索的對象類型（圖書、期刊、圖片、音頻、視頻），點擊檢索。若檢索失敗，系統顯示該檢索不存在；若檢索成功，系統生成符合該檢索條件的XMl數據包文件，檢索完成跳轉到檢索結果列表頁。
● 數據流
【編寫說明：描述系統具體功能的數據遷移過程。】
普通檢索用關鍵詞作為檢索條件，對數據庫產品表、待發布內容表進行關鍵詞、摘要模糊匹配檢索，分類代碼進行精確匹配檢索。對于圖書或期刊庫表的檢索，除了檢索到與關鍵詞相匹配的圖書和期刊對象外，同時通過檢索待發布內容與產品關聯表查詢與圖書和期刊對象相關的圖片、音視頻對象。檢索結果輸出到XML數據包文件。數據流遷移圖見下圖：
?
普通檢索數據遷移圖
● 輸入項
【編寫說明：給出對每一個輸入項的特性，包括名稱、標識、數據的類型和格式，數據值的有效范圍，輸入方式（形式、數量和頻度）、輸入數據的來源等等。】
?
● 輸出項
【編寫說明：給出對每一個輸出項的特性，包括名稱、標識、數據的類型和格式，數據值的有效范圍，輸出方式（形式、 數量、頻度和其他說明）等。】
?
● 頁面說明
【編寫說明：詳細描述本功能相關的頁面信息】
?
?
安全設計
很多中小軟件公司研發的IT項目，特別是基于B/S技術體系的項目，都存在較大的安全隱患。諸如SQL注入攻擊、執行惡意腳本、截取HTTP傳輸的重要數據、密碼強制破解、端口掃描、木馬植入、客戶端瀏覽器緩存區保存了重要的用戶數據、服務器的數據丟失和刪除等安全隱患。
投標書的安全設計可以基于上述安全隱患的預防措施去寫，一般不會丟分。
?
數據流和邏輯關系設計
數據流主要考查投標人對所投項目中關于數據（信息）流向的整體把握程度，是通過數據流維度考查對項目涉及的業務是否有充足的了解和掌握。
項目招標書提出的技術需求是可將前端傳輸過來的產品、內容存入產品內容發布庫，將待發布的產品、內容進行內部鏈接的檢測，發布目標確認后，自動發布到相應的目標，對發布產品內容進行留證，并支持對發布的授權時間期限、發布目標、版權記錄等信息進行綜合管理。
因此，項目的主要數據流是產品（出版社對外發布的圖書、期刊、音視頻都屬于產品）的流向。從出版社出版圖書的過程來看，產品從輸入到輸出的過程為：
① 作者投稿（產品雛形）
② 編輯溝通（產品審核）
③ 選題立項（產品進入出版流程）
④ 產品編輯（根據編輯的建議進行產品修改）
⑤ 編排校印（產品完成）
⑥ 產品征訂（產品征訂信息發送各渠道）
⑦ 產品發布（電子版和紙質版發送各渠道）
項目的產品流向主要關注⑥和⑦，以及如何從前端獲取產品。項目數據流圖如下圖所示：
?
數據流圖
接口規劃和設計
接口規劃和設計是考查投標人對所投項目在工程的定位以及與關聯分包接口關系的理解程度。
附件技術需求給出了與本項目有關系的關聯分包，具體什么關系，接口如何定義還需要自己進行分析和理順。
本項目與03包、04包、14包、15包、18包、19包、20包、25包存在接口關系。
與03包書刊復合采編系統、04包期刊復合采編系統的關系很容易理解，出版社編輯人員利用03包或04包提供的編輯和編審功能，完成產品的編輯工作，并將完成的產品發送到產品庫（本項目產品庫）。
與14包全媒體資源庫的接口也很容易理解，14包負責出版社所有資源產品的管理，出版社對外發布產品時，通過14包發送到產品庫（本項目產品庫），再由17包對外發送。
15包是版權資產管理系統，本項目對外發布產品時，需要從15包獲取產品版權信息，判斷產品版權的合法性，有合法版權的產品可以對外發布，否則不能對外發布。
18包是是文件分發與按需印刷系統，本項目和18包的關系也很容易理解，18包主要是短版圖書的印刷（批量小的圖書印刷），本項目將適合于短版印刷的圖書產品直接扔給18包就可以了。
19包是動態重組系統，招標書給出19包的功能描述是根據事先設定的規則，將經過碎片化、格式化、結構化的數字內容資源，進行自動或半自動地重新組合，使之成為新的數字內容產品。從功能描述來看，19包是通過重組原有內容產生新的內容產品，似乎同03包、04包一樣把產生的新產品扔給本項目產品庫，但從出版流程來看，19包產生的新產品應該提交給03包或04包，由03包或04包編輯審核通過后，再發送到本項目產品庫。
20包是出版機構運營服務及支撐系統，本人理解就是為出版社構建自運營的圖書電商平臺。這么來看的話，20包與本項目的關系就非常清楚了，項目可以直接把20包作為一個出版社的渠道來看待，發送圖書產品到20包。
25包是整個工程的數據交換中心，項目同各關聯分包的數據交換都要通過25包完成。
總結
以上是生活随笔為你收集整理的如何编写投标项目系统设计方案？的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： Node --- Basic认证
- 下一篇： 软件工程uml画图期末考试(新闻发布系统