財團法人農業科技研究院

農業資訊資料庫之開發、整合與建置

建議書徵求文件

中華民國105年09月

目 錄

1. 專案名稱

財團法人農業科技研究院農業資訊資料庫之開發、整合與建置（以下簡稱「本專案」）。

2. 專案緣起及目標

行政院農業委員會(以下簡稱「農委會」)為推展農業相關各式業務，及因應需求建置各式系統與資料庫，並於104年、105年陸續啟動農業施政資料庫建置與推動地理資訊技術整合空間圖資，期能整併農業各式資源等相關資訊，落實智慧農業目標。財團法人農業科技研究院農業政策研究中心(以下簡稱「本中心」）為協助農委會彙整各式資源，擴充農業大數據資料，辦理本專案。本專案主要目標與工作分別說明如下：

1. 進行各式資料庫包含管理資訊系統(Management Information Systems，以下簡稱MIS)、地理資訊系統(Geographic Information System，以下簡稱GIS)兩大類屬性之資料庫個別清洗、交叉合併彙整與交互比對，以確保資料品質並支援後續應用。

2. 開發彙整資料庫介面以支援上述清洗後MIS、GIS資料庫之後續加值應用，包含兩大類屬性資料之條件清洗、整併、更新與提升原有(舊有)系統之運算能力與演算方法，建置具備相容原有(舊)資料、分析彙整檔案、創新資料庫資料與統計資訊之視覺化使用者互動介面與適用於後續作業系統之介面；其相關資料庫橫跨Microsoft SQL、My SQL、Sybase、Oracle等至少四種類型軟體。

3. 依個別資料庫之資料庫表格欄位架構(DB schema)，配合實際資料庫結構，合併彙整為「資料庫欄位架構資料字典報告書」，並開發資料字典報告書之自動化程序。

4. 以空間(spatial)動態展示呈現資料庫彙整成果。

3. 文件目的

本「建議書徵求文件」為投標廠商撰寫「建議書」之依據，說明「建議書」應具備內容及格式。投標廠商應依本「建議書徵求文件」內容與相關規定，提出符合本專案需求之「建議書」，作為本專案評選依據；評選完畢後納入合約範圍，為本專案執行的依據。

4. 文件範圍

本文件的範圍包含本專案需求項目及期程，投標廠商製作建議書相關規定、建議書應提列內容、投標廠商暨建議書的評選方式及專案執行查核規定等。

5. 專案期程

本專案執行期程自決標次日起至民國105年12月15日止。

6. 主辦機關及聯絡方式

本中心係本專案主辦單位，聯繫資料如下：

聯絡人：黃奕瑄

電話：(02)2368-1718#311

電子信箱：[email protected]

貳、專案需求

本專案為本院協助農委會所建置之農業施政資料庫，以及本院協助輔導管理與考核之農業圖資建置服務等計畫，由本專案執行1.MIS、GIS兩類屬性資料之條件式資料清洗、整合與比對資料庫至多80個、2.開發彙整資料庫介面以利各式條件下，進行資料庫(Microsoft SQL、My SQL、Sybase、Oracle)整合後之資料篩選與應用、3.比對資料庫表格欄位架構(DB schema)與實際資料庫結構，產製資料庫欄位架構字典報告書與開發欄位整併之自動化程序與程式碼、4.空間動態展示資料庫彙整成果。為達成本專案目標，各項工作需求詳述如下：

1. 本院資料庫管理系統（DBMS）說明如下：

   DBMS類型	作業系統	規格
   MSSQL DB掛載、CA Receiver	Windows Server 2012 R2 Standard	4 vcore / 16G RAM / 250G HD+500G
   Oracle DB掛載	Windows Server 2012 R2 Standard	6 vcore / 24G RAM / 250G HD+500G
   Sybase DB掛載	Windows Server 2012 R2 Standard	2 vcore / 8G RAM / 150G HD+500G
   MySQL DB掛載	Windows Server 2012 R2 Standard	2 vcore / 8G RAM / 150G HD+500G
   DB分析產出資料	Windows Server 2012 R2 Standard	4 vcore / 12G RAM / 250G HD

2. 資料庫檢核暨彙整

1. 本專案主要進行各式資料庫包含MIS、GIS屬性之資料庫個別清洗、合併彙整與交叉比對，以確保農委會及所屬各單位資料品質並支援後續農業政策相關應用。其中，包含兩大類屬性、四大類資料庫格式(Microsoft SQL、My SQL、Sybase、Oracle)之資料，本案需完成至多80個以上之資料庫之資料檢核與彙整。

2. 個別清洗係指單一資料庫在各式條件下進行資料檢查、檢核、合併、篩選、刪除、標記、轉換、校正等各式操作。舉例如下說明：1.欄位若為身份證字號時，驗證該欄位是否符合身份證字號編譯原則，若不符合則進行標示或刪除，並進行統一格式轉換，如第一碼均為大寫且不得有空白等條件。2.欄位若為地址時，驗證該欄位是否為可辨識之地址，若不符合則進行標示或刪除，並進行縣市與鄉鎮代碼之交叉比對與統一轉換或新增欄位以顯示最新官方所公佈之縣市與鄉鎮代碼。3.欄位若為農作物類別時，將進行代碼比對、轉換或合併或統一新增共同欄位以統一代碼。4.欄位若為電話或手機號碼時，則進行各區電話格式或手機號碼之正確性判別，不符合、有衝突或錯誤時則進行標示，並以歷程方式建立同一人、公司、廠商等之個別電話資料表。

3. 合併彙整係指得標廠商須依本中心之需求完成各式主題式資料庫彙整。舉例如下說明：1.主題若指定為「農民資料庫」，則廠商應從所有資料庫中(如上述至多80個)，以身分證字號為目標欄位，篩選具有身分證之資料庫資料表(無論該欄位是否為鍵值)，資料經第(二)點清洗條件後，合併成為農民資料庫。2.主題若指定為「農地資料庫」，則廠商應從資料庫主機中，以地籍編號(地段、地號)為主要欄位，篩選具有該欄位之資料庫資料表，經第(二)點清洗所選出之資料表合併為農地資料庫。

4. 交叉比對係指得標廠商須開發資料庫主機之自動化程式與程式碼，將本中心所有資料庫兩兩間依特定清洗與篩選條件，以主題式或主要鍵值如身分證字號、產銷履歷編碼等進行自動化交叉比對，舉例而言，若與主題相關之資料表有20個，則需進行交叉比對190次。並定期依需求自動產生比對結果報表。其中，所開發之自動化程式碼需具備資料高效能處理(時間短、速度快)，運算時間至多不超過24小時。

5. 上述相關清洗、彙整、交叉比對之所需條件或目標，將依本中心視實際規劃整併或分析應用之狀況而提供。因此，為達成上述各項需求，廠商之技術人員於專業領域之表現，將為本案重要評選項目之一。

3. 彙整資料查詢介面開發

1. 為因應互動式介面發展趨勢，本專案首先開發彙整資料庫介面，以作為農業施政資料庫之底層資料供應窗口，其效能與演算方法為主要需求目標，本軟體將透過ODBC、JDBC或相關資料庫標準介面存取網路資料庫達到多層式架構，使系統能支援跨資料庫運作。

2. 資料彙整介面需能支援上述清洗後MIS與GIS資料庫應用，其中除了包含兩大類屬性資料，需進行橫跨四類資料庫格式(Microsoft SQL、My SQL、Sybase、Oracle)之資料彙整，因此廠商之技術人員於專業領域之年資，將為本案重要評選項目之一。

3. 軟體開發平台皆採用最新版本且一致性之軟體開發工具，如「.NET」、JAVA等與本中心系統相容之軟體，並經本中心核准通過，另廠商將提供一套具合法版權開發軟體安裝於本中心。

4. 所有提供輸入之欄位進行Input Validation；特別加強互動網頁程式中之輸入參數、全域變數、escape character、meta character使用上的檢查，避免遭受駭客SQL injection攻擊，維護系統之運作保密安全。

5. 各個子系統之設計，將通盤考量本專案全體系統之整體性，包含資料共享及統一的程式介面格式，以利原操作者適應，減少新軟體教育適應週期。程式之撰寫與系統內各項命名方式皆具有一致之標準，以利控制與瞭解，也為後續管理、維保提供便利性。

6. 本軟體Client端以不需另行安裝plug-in程式為原則，所有安裝在Client端之元件均提供自動版本更新及環境參數設定自動更新之功能，以便提供Client端最新版本資訊。

7. 本專案所提各項應用系統之需求規格僅為初步規範，保有彈性調整之空間，本廠商可對本專案系統之功能需求進行使用者訪談及需求分析後，完成「資料庫彙整系統測試報告書」。資料庫彙整系統測試報告書之內容、報表或畫面之欄位均以訪談後，詳細修改之介面為主，並經本中心確認之文件後為準。

4. 資料庫欄位架構（DB schema）

1. 廠商製作提交本案兩類報告書，分別為1.資料庫欄位架構字典報告書(以下簡稱資料庫字典)與2.主題式資料庫彙整欄位架構報告書(以下簡稱主題字典)，其中個別資料庫表格欄位架構將由本中心提供。

2. 資料庫字典係經由個別資料庫表格欄位架構、資料庫(至多80個)實際欄位架構，兩者彙整後以圖一、圖二之格式呈現，以利本中心研究人員隨時查閱各資料庫內涵。其中，彙整時須先校對文件與實際資料庫之缺漏資訊，提供修正清單，本中心將依該修正清單再次提供個別資料庫表格欄位架構修正文件（DB schema），廠商應隨時更新字典報告書，並製作缺漏與補正彙整報告書，以隨時掌握更新狀態。

圖一：資料庫欄位字典報告書目錄示意圖

圖二：資料庫欄位字典報告書內容示意圖

3. 主題字典係指依第二項第(三)點所產製之主題式資料庫，所對應之資料庫字典，其格式與工作項目同上。

4. 開發上述兩類報告書之自動化產製程序。流程如下，1.藉由缺漏與補正彙整報告書修正各資料庫文件以確保其品質。2.將文件彙整至Excel，以利本中心其他研究需求。3.開發自動程序將Excel文件轉為圖一、圖二之報告書格式。

5. 上述報告書將影響後續業務或研究所需資訊與準確性，因此廠商開發資料欄位轉報告書之自動化程序，為本案重要評選項目之一。

5. 整合資料庫之空間視覺化圖層展示

1. 本工作項目係辦理主題式空間視覺化圖層展示成果，廠商應結合空間視覺化領域專家或機構，應用本專案第二項至第四項工作之執行成果(資料、文件)，利用GIS技術配合空間視覺化圖層，呈現資料庫整併結果。其主題之選擇，本中心將視資料庫彙整結果，於一周前告知。

2. 廠商須提供所選用之視覺化軟體版權3套並含維運期一年(本中心已購置軟體除外)，該軟體須支援互動式視覺化應用，其功能包含簡易上手、智慧儀錶板(GIS圖層、網頁、圖、文檔、表格)、跨資料庫讀取(Excel、SAS、SPSS、R、SQL、Oracle、DB2等格式)、跨平台展示(Web、Safari、Desktop、iPad、Android等設備)。此外，為使得本中心相關人員後續能自行操作、產製該項視覺化展示應用，廠商須提供此項軟體教育訓練3小時，以利本中心人員自行維運。

6. 專業技術人員需求

本案係屬農業專業領域之資料庫彙整，因此所需之系統分析工程師之相關規範如下：

1. 於專案執行與保固期間，為使本案順利執行，降低需求溝通與經驗交換落差，本案各項工作項目之實際規劃、執行使由同一位系統分析工程師負責，未經中心同意，不得任意更換。

2. 該系統分析工程師需具備資料庫系統管理維護、系統整合、伺服器網站管理維護、結構化程式設計、軟體整合測試、網路規劃配置管理等能力，並具備20年以上之相關工作經驗。同時該系統分析工程師需有執行過農業資料庫彙整之相關經驗，以利本案專業領域執行。

3. 本中心提出資料庫相關需求時，該系統分析工程師需能隨時參與或提供各式技術服務。

4. 該系統分析工程師需熟悉Microsoft SQL、My SQL、Sybase及Oracle等四類資料庫操作格式。

5. 其他證明。

7. 資訊安全需求

期間廠商應遵守本中心相關資訊安全規定，並符合以下規範：

1. 確實辦理及遵守本專案「契約書」中資訊安全之各項規定。

2. 廠商須遵守本中心資訊安全管理系統(ISMS)相關作業要點。

3. 任何網頁程式經修改或新增並上載使用後，應即繳交更新後之原始碼及相關程式更新文件。

4. 廠商須確保所有非公開資訊均必須於帳號登入後才能進行查詢、增修、刪除。

5. 使用者之帳號及密碼不可以網址列參數方式傳輸。

6. 廠商須提供管理人員使用權限控管，且至少具備IP確認、登入帳號、密碼等。

7. 網站須支援「安全通訊端層(Secure Sockets Layer-SSL)」的安全通訊協定，以提升使用者連線系統通訊時的資料完整性及安全性，如本中心業務需求亦可將系統切換至https模式仍能正常運作。

8. 網站須防止資料隱碼(SQL Injection)、Cross Site Scripting (XSS)及OWASP之10大網頁安全漏洞攻擊，防止使用者在網址列輸入網址及帶參數方式，或以別的使用者帳號進入系統破壞、新增、修改、刪除、查詢及列印系統任何資料。廠商須運用工具進行測試，必要時本中心得要求第三方進行檢測，所需費用由廠商支付，並將測試報告納入驗收項目中(廠商測試工具需經本中心認可)。

9. 廠商應提出具體之查檢方式或工具，確保於相關開發及維護之軟體系統中，無木馬程式、後門程式或任何有違害本中心資訊安全之程式碼，否則應負一切法律責任並賠償本中心損失，如為個人行為時，廠商亦應負連帶責任。

10. 配合需求將資料存取動作或廠商維護資料行為以日誌檔(Log)記錄，並記錄存取之使用者、IP位置、時間及操作內容、系統異常等相關資訊，做為日後稽核及調查使用。

11. 應用程式須不使用作業系統系統管理者(如root、administrator)為登入帳號即可正常運作，且作業系統之系統管理者(如root、administrator)密碼改變亦不影響其應用程式正常功能。

12. 廠商必須進行適當設定，防止一般使用者因系統設定不當，藉由網頁方式瀏覽目錄，進而獲得系統檔案資訊及進行破壞。

13. 應具備資料庫檔案存取管制之功能，防止非本專案之合法授權人進入系統內存取資料。敏感性資料應先行加密再儲存於資料庫。

14. 為確保資訊安全，當使用者登出系統時，應清除用戶端或伺服端所儲存之非必要資料（例如暫存檔或cookie）。

15. 應用軟體版本之更新，需採用軟體版本控制機制，並具有版本檢查之功能。

16. 應用程式除於進入頁面時進行狀態檢查外，當儲存時亦需再做一次狀態符合性之檢查，如狀態已改變應顯示提示訊息不能進行儲存作業，避免使用者同時開兩瀏覽器頁面，在某一頁面修改了資料，在另一頁面做反向的資料輸入。

17. 廠商於須提供開發平台(如伺服器或電腦工作站)，以利本中心測試。

18. 廠商須配合本中心提出（包括口頭、電話及電子郵件）有關資訊安全之相關修正工作，並提供每日24小時皆可聯繫之服務電話及人員，若發生資訊安全狀況時，應於收到通知3小時內派員處理，並於雙方議定之日期內完成。

19. 廠商於對外服務的系統或網站主機中，不得放置不必要之原始程式碼及備份檔。

20. 網站若有上傳檔案功能，需限制上傳檔案格式，且不得為執行檔，並將上傳之目的資料夾權限設定為「不可執行」。

21. 上述各項需求，廠商如建議更佳作法，經本中心書面同意採用者，得取代原條文之要求。

8. 維護需求

本專案正式系統安裝完成後至專案驗收完成前，應提供下列維運服務。驗收後至次年度新計畫廠商簽約後3個月或106年6月30日前，提供保固服務。

1. 廠商應另提供適當場所設立單一聯繫窗口，負責聯繫、處理及回覆包括平台操作諮詢服務、網頁程式維護修正、故障排除及資料庫定期調校等日常維運相關事宜。

2. 服務時間：以星期一至星期五上午8時30分至下午5時30分為原則，惟本中心認定緊急情況時，則依本中心所訂時間進行，不受維護服務時間之限制，廠商不得向本中心另行收費。

3. 廠商接獲本中心服務通知時，應於規定之服務時間到達本中心或指定場所進行維護服務，並應於1個工作天內處理完畢。如經本中心通知緊急狀況，則不受維護服務時間之限制，於接獲本中心通知24個工作小時內到達本中心或指定場所進行維護服務，並於4個工作小時內處理完畢，但情形特殊經本中心同意者，不在此限。如非屬不可抗拒之因素，而致延誤修復，每逾1個工作小時罰款1,000元。若廠商未能於被通知後1個工作天內完成並恢復正常作業，亦未能提供同等級替代品並恢復正常作業，每逾1日(不足1日以1日計)罰款8,000元。若廠商未能於被通知後5個工作天內恢復正常作業，本中心得委託其他業者接續處理，廠商同意於恢復作業前除每日按本款前述比例扣罰款外，並支付本中心委託其他業者接續處理之費用，仍不處理者依採購法第101條辦理。

4. 保固事項依契約書第十三條規定辦理。

參、管理需求

1. 專案管理

投標廠商應於「建議書」中詳細說明執行本專案之管理方式：

1. 專案經驗：投標廠商需有相關專業能力及案件承包經驗，並組織專案小組，專案小組成員需有資料庫備份、管理、應用等經驗，並檢附承包案例合約影本，以證明確有類似案件承攬與專案管理結案能力。

2. 工作計畫會議：為確實管控專案廠商開發進度與品質，自本專案決標日次日起14日內召開工作計畫會議，確認廠商所擬之「專案管理計畫書」內容，包含專案小組會議召開時間及專案進度報告項目；「專案管理計畫書」經核定後成為契約書附件。

3. 專案小組會議：依「專案管理計畫書」規定召開，由廠商提報「專案進度」報告項目。

4. 監控：為確保應用系統維護之品質，專案期間本中心得不定期派員對廠商就本案工作執行事宜進行訪查，廠商應事先備妥相關資料。

2. 交付項目及查核點

本專案查核點及交付項目如下表。

查核點與主要工作項目說明表

查核點	專案階段	時程說明	階段主要工作項目
第一查核點	期初階段	決標日次日起14日內	完成以下文件初稿與原始碼： 資料庫欄位架構字典報告書初稿。 主題式彙整欄位架構報告書初稿。 報告書之自動化產製程序原始碼。
第二查核點	期中階段	105年10月31日。	完成指定清洗資料庫至少10個。 依需求完成主題式彙整規劃。
第三查核點	期末階段	105年11月30日前交付期末報告，期末審查時間由本中心另定	完成互動式空間圖層展示。 交付期末報告書(書面及電子檔各1份)，包含：資料庫彙整系統測試報告書、缺漏與補正彙整報告書、資料庫欄位架構字典報告書、主題式資料庫彙整欄位架構報告書。
第四查核點	驗收	由本中心另定	通過期末審查並依期末審查紀錄提交期末報告書(修正版)，書面及光碟各1份。 交付本案所開發之各項原始程式碼(書面及電子檔各1份)。

3. 審查標準：

1. 期中審查：

1. 完成指定清洗資料庫至少10個。

2. 完成報告書之自動化產製程序原始碼。

3. 依現況交付資料表格資訊缺漏與補正彙整報告書。

2. 期末審查：

1. 交付資料表格資訊缺漏與補正彙整報告書。

2. 交付空間視覺化圖層展示。

3. 交付期末報告書，包含：資料庫彙整系統測試報告書、資料庫欄位架構字典報告書、主題式資料庫彙整欄位架構報告書。

4. 本案所開發之各項原始程式碼(書面)。

4. 付款方式

依本案契約書之相關規定辦理專案簽約與驗收二期款項之撥付事宜。

肆、建議書製作規定

1. 一般規定

1. 「建議書」封面請註明「農業資訊資料庫之開發、整合與建置」、「投標廠商(或機構)名稱」之字樣及提出日期。

2. 「建議書」除封面外，需於首頁放置建議書與評分項目對照表、目錄、頁次，並於各頁下端中央加註頁碼。

3. 「建議書」以A4大小之雙面紙張，中文直式橫書採word及pdf格式繕打，字體以14點為原則，裝線在左側。

4. 「建議書」應檢附乙式10份(含附件)及電子檔1份。

5. 廠商建議書僅供本專案審查，本院不移作他用。

6. 廠商所提供之建議書，必須依照本專案建議書徵求文件之規定及需求，據實撰寫，並保證其真實性。得標廠商建議書交付後，其歸屬權屬本院所有。

7. 製作費及契約簽訂前所花費之費用，由投標廠商自行負擔。

8. 廠商製作建議書時，需檢附佐證資料。

9. 若需額外補充或建議，得另闢章節描述。

2. 交付方式

1. 一律以郵寄或派員送達方式交付，並於投標期限前寄達或送達本中心(300新竹市香山區大湖路51巷1號)，逾期收件者視為資格不符。

2. 交付項目包括建議書及一般投標應繳付之文件。

3. 建議書內容

1. 目錄

2. 專案概述：投標廠商對本專案內容的簡單描述。

3. 廠商經驗實績

1. 公司之概況及簡要敘述。

2. 公司經驗：說明公司之工作經驗、承包實績及曾經完成與本專案類似之資料庫備份與管理等專案。

3. 公司專業能力：說明公司通過之認證(如ISO、CMMI等)及專案人員擁有的專業證照等(檢附證明)。

4. 專案執行能力

1. 對本專案服務範圍之熟稔程度。

2. 整體系統規劃：包含本專案服務範圍、專案推動所需工作項目及內容、辦理本專案所需注意事項之評估分析等。

3. 資料庫備份與管理之資訊技術。

4. 專案團隊技術能力證明與說明：參與本專案工作人員之資歷、職掌、教育程度及專業證照（檢附證明並標示取得證照者之中文姓名，以利核對）。

5. 其他：說明執行本專案可能遭遇之問題及解決方式。

5. 專案管理能力

1. 專案開發製作時程控管：請依軟體開發流程說明本專案開發所需之工作項目及其工作時程，並列出其檢核資料。

2. 專案品質保證措施：為確保系統之品質合乎需求，請提出辦理前項各工作項目相關之保證程序，如遵循某種標準程序開發、依循某種檢核過程或採用某種成熟之技術發展等。

3. 維運及諮詢服務：說明維運期間之服務內容與方式(含緊急狀況應變處理能力與配合度)及諮詢服務等。

6. 價格合理性及完整性：依本文件第貳章各項需求，分列明細項目並彙總的方式說明本專案之費用，並說明計費標準。

7. 優規及差異說明：依據下列表格提供貴廠商建議書與RFP之差異分析。(若無優規事項，請填「無」)

評分 項目	RFP 需求與規格	提供服務優於RFP 及不同於RFP 部分	建議書頁次	備註

4. 建議書注意事項

1. 廠商對本專案若有其他優規且具建設性及適當之建議，得於建議書中加以敘明。

2. 本專案決標前，廠商所提供與本專案有關之支出費用，均由廠商自行負擔。

3. 修改及增訂：建議書於截止交付時間後，不得主動提出修改或增訂。

伍、建議書評選作業

1. 評選方式

(一)原則：本案係屬專業服務，依據政府採購法第22條第1項第9款規定採最有利標，經公開客觀評選優勝廠商辦理。本院邀集專家、學者及院內人員組成評選委員會，依採購評選委員會組織準則及審議規則辦理評選。

(二)評選作業流程：

1.第一階段資格審查：由本院審查廠商之資格，資格審查合格之廠商，始能參加第二階段專業服務建議書評選。

2.第二階段專業服務建議書評選：由本院組成之評選委員會就符合第一階段資格廠商，進行評選，作業方式如下：

(1)依投標時間排序進行簡報，由投標廠商之計畫主持人提出簡報20分鐘，簡報結束委員提問題後進行10分鐘問題回答（採統問統答方式）。若投標廠商超過3家(含)以上，則簡報時間及委員提問時間修正為15分鐘及5分鐘。

(2)由評選委員依評選項目、配分及優勝廠商評定方式，選出優勝序位。

(3)各廠商得派代表最多3人參加簡報並備詢。

(4)本院僅提供投影設備，其他簡報所需器具，由廠商自備。

(三)評選項目及配分：【如附表1】。

(四)優勝廠商評定方式：採序位法，就各評選項目分別評分加總後換算為序位，再加總計算各委員所評定廠商之序位，投標廠商須經出席評選委員半數以上評定達70（含）分以上，方列入優勝廠商。

1.由各評選委員就評選項目及配分，填寫評選評分表一份【如附表2】。

2.交由本院作業人員(先檢視各廠商分數，是否經出席評選委員半數以上，評定達70（含）分以上)統計評選委員之評選結果排定序位，評比序位合計數最低者為序位第一名，次低者為第二名，餘依此類推【如附表3】。

3.如有2家（含）以上廠商序位相同時，以標價低者優先議價，若標價相同則以配分最高之評選項目總得分較高者取得優先議價權，得分仍相同時以抽籤決定優勝廠商順序。

4.評選結果排定名次後須經評選委員會出席過半數之決定，或由該委員會提具建議名單交由本院院長或其授權人員決定評選優勝廠商。

5.優勝廠商核定後依優勝序位辦理議價。

2. 建議書評選項目及配分表

附表1

105年度「農業資訊資料庫之開發、整合與建置」採購案

建議書評選項目及配分表

評 選 項 目	評 選 內 容	配分
專案規劃、建置及技術能力	資料庫清洗、整合與比對之規劃。	20
	資料庫整合應用之介面與規劃。	10
	產製資料庫字典報告書之自動化程序規劃。	20
	空間動態展示之規劃。	10
系統分析工程師經驗	系統分析工程師之專業能力(背景、執行農業資料庫彙整經驗)。	20
價格、優規及簡報答詢	經費編列合理與完整性。 有利於本專案之附加服務及優規說明。 廠商簡報及答詢清晰。	20
總 分		100

附表2

財團法人農業科技研究院

「105年農業資訊資料庫之開發、整合與建置」勞務採購甄選

評選委員評選評分表（序位法）

評審委員編號：日期：105年 月 日

評選委員簽名：

附表3

財團法人農業科技研究院

評選委員評選總表（序位法）

採購案：105年農業資訊資料庫之開發、整合與建置 日期：105年 月 日

出席評選委員簽名：