金華市軌道交通檔案管理系統建設項目

1、PAGE 金華市軌道交通檔案管理系統建設項目比 選 文 件 比 選 人：金華市金義東軌道交通有限公司 日 期：2020年2月 目 錄比選公告參選人須知比選需求評選辦法及評分標準采購合同主要條款參選文件格式比選公告金華市金義東軌道交通有限公司就下列項目進行比選，現將有關事項公告如下：一、比選項目：金華市軌道交通檔案管理系統建設項目二、比選內容：金華市軌道交通檔案管理系統建設項目的供應及相關服務，內容詳見比選項目需求。三、服務期：項目建設期為5個月，其中軟件開發(fā)期3個月，試運行2個月。四、合格參選人的資格要求：1.在中華人民共和國境內注冊的企業(yè)，具有獨立法人資格。2.具有檔案管理系統建設的業(yè)績（證

2、明材料為合同）。五、比選文件的獲取1、本項目比選文件和補充（答疑、澄清）、修改文件以網上下載方式發(fā)放，下載網址：金華軌道交通網（HYPERLINK ），浙江政府采購網(/)。2、潛在參選人對招標文件有疑問的，可將疑問發(fā)送至郵箱：HYPERLINK mailto:，郵件命名為“，郵件命名為“金華市軌道交通檔案管理系統建設項目提疑”。提交疑問截止日為2020年3月10日16:30。比選人將在網上發(fā)布補充（答疑、澄清）文件，潛在參選人應自行關注網站公告，比選人不再一一通知。參選人因自身貽誤行為導致參選失敗的，責任自負。六、參選文件的遞交1、參選文件、參選人代表身份證復印件及法定代表人授權委托書（注明

3、代表手機號、身份證號等）、參選文件電子光盤以郵政快遞（EMS）的方式遞交給本項目公證機構金華正信公證處，必須由公證處人員當面簽收，不接受其他快遞及現場遞交。2、參選文件快遞送達截止時間2020年3月18 日9時00分，逾期視為參選人放棄參選。3、快遞單應根據附件格式內容填寫（因EMS快遞細分類問題，面單形式不同，只要求按提供的內容填寫），不得顯示單位名稱。七、比選時間與地點1、比選時間：2020年3月18日10時00分。2、比選地點：金華市雙龍南街858號財富大廈4樓開標室八、聯系方式：比選人：金華市金義東軌道交通有限公司 聯系人：趙工 聯系電話：選人須知參選人須

4、知前附表項號項 目內 容1項目名稱金華市軌道交通檔案管理系統建設項目2資金來源自籌3最高限價68萬元。4質量要求達到比選人要求。5服務期項目建設期為5個月，其中軟件開發(fā)期3個月，試運行2個月。6是否允許遞交備選參選方案不允許7參選文件份數正本1份、副本2份。同時提供全套參選文件電子文件1份（用U盤或是光盤）。8參選人提疑的截止時間同比選公告9比選人答疑（澄清）的時間同比選公告10比選時間和地點同比選公告11比選有效期90日歷天12公證機構由金華正信公證處核查參選人遞交參選文件的情況，以及對比選過程進行公證。13注意事項：如發(fā)現比選文件及其評審辦法中存在表述疑議、相互矛盾、多種含義以及歧視性不公

5、正條款或違法違規(guī)等內容時，請在提疑截止時間前向比選人書面反映，逾期不得再對比選文件的條款提出質疑。提疑截止時間后參選人提出的任何疑問，比選人不作答復。14本比選文件中所涉及的技術規(guī)格等參數作為參考，參選人具體參與參選的產品須相當于或高于該產品的各項要求。15以上內容如有變化將另行通知，如通知其中某一項內容發(fā)生變化，其余未提及的內容將不作變動。16解釋：凡涉及本比選文件的解釋權屬于比選人。 一、總 則 1. 適用范圍 1.1 本比選文件適用于本次所述項目的比選。 2.定義 2.1 “比選人”系指組織本次比選的比選人。 2.2 “參選人”系指向比選人提交參選文件的參選人。 2.3 “項目”系指參選

6、人按比選文件規(guī)定向比選人提供的工程、產品和服務。 2.4“書面形式”包括信函、傳真、電報、電子文檔等。 2.5“”系指實質性要求條款。 3.比選方式 3.1 本次比選采用公開比選方式進行。 4.參選委托參選人代表須攜帶居民身份證。如參選人代表不是法定代表人，須有法定代表人出具的授權委托書。（正本用原件，副本用復印件，格式見第六章）。 5.參選費用5.1參選人對參加本次參選活動所涉及的一切費用均自行承擔，不管參選結果如何，比選人對上述費用不負任何責任。參選人的參選文件一律不退還，請參選人自留備考。 6.轉包與分包 本項目不允許轉包或分包。 7.質疑 7.1參選人認為比選文件、比選過程和中選結果使

7、自己的合法權益受到損害的，應當在提疑時間截止前，以書面形式向比選人提出質疑。 7.2參選人認可比選人在質疑答復程序中啟用的調查和復評等程序，在該程序操作過程未明顯違反法律禁止性規(guī)定時，由此做出的答復，參選人不得提出異議。二、比選文件 1.比選文件的構成 1.1比選公告 1.2參選人須知 1.3比選項目需求 1.4評選辦法及標準 1.5合同主要條款 1.6參選文件相關文件格式 2.存在的風險參選人沒有按照比選文件要求提供全部資料，或者參選人沒有對比選文件在各方面作出實質性響應是參選人的風險，并可能導致其參選被拒絕。 3.比選文件的澄清與修改 3.1 參選人應認真閱讀本比選文件，發(fā)現其中有誤或有要

8、求不合理的，參選人必須在參選人須知前附表中規(guī)定時間內以書面形式要求比選人澄清，否則，比選人不予以回復。 3.2比選人對已發(fā)出的比選文件進行必要澄清或者修改的，應當在比選人答疑（澄清）的時間前，在比選公告發(fā)布的網站上發(fā)布或是通知各參選人。該澄清或者修改的內容為比選文件的組成部分。 3.3比選人可以視具體情況，延長比選截止時間和比選時間，但至少應當在比選文件要求提交參選文件的截止時間前，將變更時間通知所有比選文件收受人。三、參選文件 1. 參選文件的組成參選文件商務報價與技術資信文件分別裝訂成冊，部分內容可以參考本文件第六章，比選文件未提供格式的由參選人自擬。1.1商務報價（1）參選（報價）一覽表

9、（詳見格式）；（2）報價明細清單（詳見格式）；1.2技術資信文件（1）授權委托書（詳見格式）和委托代理人身份證復印件；（2）有效營業(yè)執(zhí)照復印件、參選人單位情況表；（3）業(yè)績合同； （4）技術性能等（須包括現狀分析、系統功能、項目實施方案、培訓方案等）；（5）擬指派本項目的人員明細表。（6）硬件設備（7）售后服務（8）參選人認為需提供的其他資料。 2. 參選文件的語言及計量 2.1參選文件以及參選人與比選人就有關參選事宜的所有來往函電，均應以中文書寫。 2.2參選計量單位，除比選文件中有特殊要求外，應采用中華人民共和國法定計量單位，貨幣單位：人民幣元。 3. 參選報價 3.1參選報價應按比選文件

10、中相關附表格式填寫。3.2合同價款包括本項目檔案管理系統建設費用以及質保期內服務等所有的費用及乙方負擔的一切稅費。 3.3參選報價只允許有一個報價，有選擇的報價將不予接受。3.4參選人報價超出本項目的最高限價的總價或單價的，按無效參選處理。 4. 參選文件的有效期 4.1自比選截止日起90天參選文件保持有效。有效期短于這個規(guī)定期限的參選將被拒絕。 4.2在特殊情況下，比選人可與參選人協商延長參選文件的有效期，這種要求和答復均以書面形式進行。 4.3參選人可拒絕接受延期要求而不會導致參選保證金被沒收。同意延長有效期的參選人不能修改參選文件。 5. 參選文件的編制、份數、簽署及密封與標志 5.1參

11、選文件應裝訂成冊。提倡雙面打印、膠裝。 5.2參選人按本須知前附表規(guī)定的份數提供參選文件，并在封面上標明“正本”和“副本”。參選文件正本和副本的內容如有不一致之處，以正本為準。參選文件應使用不能擦去的打復印或書寫，副本文件可以為正本的復印件。 5.3參選文件須由參選人在規(guī)定位置蓋章并由法定代表人或法定代表授權人簽字或蓋章，參選人應寫全稱。參選文件不得涂改，若有修改錯漏處，須加蓋單位公章或者法定代表人或授權委托人簽字或蓋章。參選文件因字跡潦草或表達不清所引起的后果由參選人負責。 5.4 參選文件的密封和標記5.4.1參選文件第一部分為技術及資信文件（含資格審查資料）（含正副本），第二部分為商務文

12、件（含正副本），各部分參選文件應單獨裝訂成冊，第三部分為參選文件電子版（光盤或U盤）。5.4.2 所有參選文件應密封包裝在兩個袋（或箱）內，其中技術及資信文件（含資格審查資料）包裝成一起，商務文件則單獨包裝。密封袋（或箱）上應加蓋參選人單位公章。電子版（光盤或U盤）也可單獨包裝。四、比選1.比選準備1.1參選文件、參選人代表身份證復印件及法定代表人授權委托書（注明代表手機號、身份證號等）、參選文件電子光盤以郵政快遞（EMS）的方式遞交給本項目公證機構金華正信公證處，必須由公證處人員當面簽收，不接受其他快遞及現場遞交。未按規(guī)定方式遞交或在快遞送達截止時間之后送達的，視同放棄本次參選資格。1.2參

13、選文件不予受理的情形：1.2.1參選文件逾期送達；1.2.2參選文件簽署及密封不符合比選文件要求的。2.比選程序： 2.1比選會由比選人主持，主持人宣布比選會議開始； 2.2介紹參加比選會的人員名單； 2.3告知是否應有回避人員； 2.4公證機構檢驗參選文件密封的完整性并簽字確認； 2.5由比選人宣讀參選人在其參選文件中承諾的參選報價以及比選人認為有必要宣讀的其他內容。2.6宣布期間的有關事項；3.比選記錄 3.1比選人做好比選記錄,并由記錄人、監(jiān)督人簽字確認。五、評選 1 專家組成1.1由比選人組建，共5人。 2 評選的方式 2.1 評選的依據為比選文件和參選文件。 3 評選程序 3.1評選

14、小組審查參選文件的實質性內容是否符合比選文件的實質性要求。 3.2評選小組將根據參選人的參選文件進行審查、核對。評選小組將根據參選人的報價，計算各參選人的報價最終得分。 3.3評選小組完成評選后,評委對各部分得分匯總,得出本項目最終得分,評選小組按評選原則推薦中選候選人同時起草評選報告。 4.澄清問題的形式 4.1對參選文件中含義不明確、同類問題表述不一致或者有明顯文字和計算錯誤的內容，評選小組可以書面形式要求參選人作出必要的澄清、說明或者糾正。參選人的澄清、說明或者補正應當采用書面形式，由其法定代表人或委托代理人簽字或蓋章確認，并不得超出參選文件的范圍或者改變參選文件的實質性內容。 5. 錯

15、誤修正 參選文件如果出現計算或表達上的錯誤，修正錯誤的原則如下： 5.1比選時，參選文件中參選（報價）一覽表內容與參選報價表中明細表中合價不一致的，以參選（報價）一覽表為準，調整相關合價； 5.2數字表示的金額和用文字表示的金額不一致時，將以文字表示的金額為準；5.3當單價與數量的乘積與合價不一致時，以合價為準，并調整單價； 5.4對不同文字文本參選文件的解釋發(fā)生異議的，以中文文本為準。 5.5按上述修正錯誤的原則及方法調整或修正參選文件的參選報價，參選人同意后，調整后的參選報價對參選人起約束作用。如果參選人不接受修正后的報價，則其參選將被拒絕并且其參選保證金也將被沒收。 6 評選過程的保密性

16、 6.1凡是屬于審查、澄清、評審和比較的有關資料，任何人均不得向參選人或其他無關的人員透露。參選人在評選過程中，所進行的力圖影響評選結果的不公正活動，可能導致其參選被拒絕。 7. 評選原則和評選辦法 7.1 評選原則。評選小組必須做到公平、公正、客觀，不帶任何傾向性和啟發(fā)性；不得向外界透露任何與評選有關的內容；任何單位和個人不得干擾、影響評選的正常進行；評選小組及有關工作人員不得私下與參選人接觸。 7.2 評選辦法。本項目的具體評選辦法詳見第四章評選辦法。六、中選候選人確定 1.由評選小組按照得分高低推薦第一名為中選候選人，若得分相同，則以比選人抽簽確定先后排序；2.對中選候選人進行公示2天；

17、參選人如對比選結果有異議，可在公示期間向比選人提出。3.中選公示期滿且無異議后，比選人將以書面形式發(fā)出中選通知書。七、合同授予 1.簽訂合同 中選人自接到中選通知書后30天內與比選人簽訂合同。八、終止比選有下列情形之一的，比選人將終止本次比選：（1）參選截止時間止，參選人少于3個的；（2）經評選小組評審后，參選人少于3個的。 比選項目需求1.項目概述1.1項目概述以金華市軌道交通發(fā)展戰(zhàn)略為導向，以提升公司內部管控和外部服務為重點，加強金華市金義東軌道交通有限公司在工程建設、運營管理、經營管理、企業(yè)管理方面的信息化建設，依托云計算、大數據、物聯網、移動互聯網等先進技術，構筑信息化體系架構，提供基

18、礎設施服務、平臺服務、數據服務、應用服務、運維服務和安全服務六種標準、統一的信息化支撐服務能力。金華市金義東軌道交通有限公司信息化體系建設實體架構由四橫三縱組成，包含基礎設施服務層、平臺服務層、數據服務層、應用服務層四橫（能力主體一縱），以及縱貫四橫的云管理體系以及云保障體系（兩縱）。實現金華市金義東軌道交通有限公司在工程建設、運營管理、經營管理、企業(yè)管理等方面的統籌規(guī)劃，達到合理建設、高效工作、精準管理、科學決策的目標，最終實現信息化建設全面涵蓋企業(yè)業(yè)務，有效支撐企業(yè)一體化管理。1.2項目背景根據國家建筑工程施工質量驗收統一標準（GB0300-2001）、國家重大建設項目文件歸檔要求及文件整

19、理規(guī)范（DA/T28-2002）、國家重大建設項目檔案驗收辦法（檔發(fā)【2006】2號）的相關規(guī)定，檔案專項驗收是建設項目驗收的前提條件。金華市軌道交通的工程已經全面鋪開，完善建設檔案管理，是工程項目檔案專項驗收順利通過的重要保證，是建設工程過程質量安全過程監(jiān)控的重要手段，是運營管理、維修擴建的重要依據，對項目管理及項目后評價均具有十分重要的意義。因此有必要利用信息化的管理手段，通過檔案管理系統的建設，對各參建單位的工程資料進行科學、高效的規(guī)范化管理，確保金華市軌道交通檔案專項驗收的順利通過。1.3項目目標檔案管理系統是以先進的檔案信息管理技術為主要手段，集成公司的信息資源，以實現建設檔案資料信

20、息化、數字化的管理。通過信息化技術，實現對各參建單位檔案的在線過程管理、在線檢查、在線移交，在線整編，滿足各類歸檔管理，提高檔案管理效率與管理質量，確保建設項目檔案國家專項驗收的順利通過。以下為檔案管理系統建設目標：保證檔案收集的完整性、及時性、規(guī)范性；檔案編碼做到嚴謹科學，安全可靠，以促進檔案管理的標準化、智能化發(fā)展；檔案的檢索、借閱、下載等功能應權限清晰，快速便捷；信息提供與信息搜索的方便快速與智能性；檔案具有較高復用功能，滿足工程設計和項目管理的實際需要。實施內容要求本項目的范圍包括但不僅限于項目啟動、需求調研、方案設計、開發(fā)設計、實施開發(fā)、系統安裝配置、測試與聯調、初始化、上線試運行、

21、正式上線運行、初步驗收以及驗收后支持服務等，并在項目實施中結合培訓實現有效的知識轉移。實施方應充分理解建設方的需求，積極配合建設方細化功能需求。對于功能需求不詳盡之處或對于本文件未提到的功能實施方有更好的實現方法，實施方可以在投標文件中予以補充以供建設方參考。實施方采用的軟件產品功能并不以本需內容為唯一依據，實施方可以對提出修改意見供建設方參考。1.4項目進度要求實施方應在滿足招標范圍的條件下根據自身情況給出具體的實施進度（詳細到天）計劃、人員組織安排計劃（詳細到姓名）。實施方應全面詳細了解建設方系統現狀的整體要求，保證方案的合理性，并對具體實現方式做出建議。1.5并行實施原則金華市金義東軌道

22、交通有限公司檔案管理系統項目中，軟件的需求分析、設計編碼、與硬件、網絡等施工（含軟件的安裝）是并行的，單個應用系統建設時序需按照金華市金義東軌道交通有限公司信息系統總體建設原則來進行統籌安排。項目經理將全權負責全面協調工作，需求分析調研安排，軟件設計開發(fā)進度，系統部署，施工與割接，培訓及推廣工作，保證項目按時保質保量完成。1.6項目進度安排正式的項目進度表應在正式合同簽訂后，項目經理由實施方推薦，并與金華市金義東軌道交通有限公司的項目負責人、有關專家在第一次項目會議上確定，以此為藍本擬定項目進度總表以及雙方的責任書。本項目要求實施方在合同簽訂后3個月完成整個項目的開發(fā)、測試聯調、上線以及初步驗

23、收，初步驗收后試運行2個月。2.總體技術要求2.1采用規(guī)范及標準軟件的設計、開發(fā)、運行和驗收除滿足本技術規(guī)格書的要求外，還必須符合包括但不限于以下標準規(guī)范：符合有關標準（如ISO、ITU-T、國標、軌道行業(yè)標準等），實施方應在投標書中具體說明；若實施方的系統包含自己的專用標準，應在投標書中具體說明，并附上相應的文號和詳細的技術資料；若有新的標準（國標）和規(guī)范頒布，實施方應免費修改其系統，以滿足新標準規(guī)范要求；GB17859-1999計算機信息系統安全保護等級劃分準則；GB/T1526-1989信息處理數據流程圖、程序流程圖、系統流程圖、程序網絡圖和系統資源圖的文件編制符號及約定；GB/T856

24、6-2007信息技術軟件生存周期過程；GB/T8567-2006計算機軟件文檔編制規(guī)范；GB/T9385-2008計算機軟件需求規(guī)格說明規(guī)范；GB/T9386-2008計算機軟件測試文檔編制規(guī)范；GB/T11457-2006信息技術軟件工程術語；GB/T14394-2008計算機軟件可靠性和可維護性管理；GB/T15532-2008計算機軟件測試規(guī)范；GB/T16260.1-2006軟件工程產品質量第1部分：質量模型；GB/T16260.2-2006軟件工程產品質量第2部分：外部度量；GB/T16260.3-2006軟件工程產品質量第3部分：內部度量；GB/T16260.4-2006軟件工程產

25、品質量第4部分：使用質量的度量；GB/T18492-2001信息技術系統及軟件完整性級別；GB/Z18493-2001信息技術軟件生存周期過程指南；GB/T20157-2006信息技術軟件維護；GB/T20158-2006信息技術軟件生存周期過程配置管理；GB/T20917-2007軟件工程軟件測量過程；GB/T20918-2007信息技術軟件生存周期過程風險管理；其它標準參照相關國標及國際標準。實施方使用上述以外的標準和規(guī)范時，必須加以說明。清楚地說明并提交用于替代的標準或規(guī)范，明顯的差異點要說明。當推薦的標準和規(guī)范等效于或優(yōu)于本規(guī)格書的要求時，才可能為建設方接受。2.2建設原則開放性：采用

26、和遵循國際標準化組織的工業(yè)標準或國際上通常采用的標準，使系統總體是一個開放的系統。本系統不僅具有良好的可擴充性和靈活性，而且具有很強的兼容性和可移植性。使系統在運行過程中便于維護，具有很長的生命周期。模塊化：采用模塊化的方式行進設計、開發(fā)，使系統各模塊的功能具有相對的獨立性，模塊之間按照標準的格式進行連接，以滿足系統所應具有通用性和可替換性。這種設計方法也能夠使系統保持先進性?？煽啃裕罕竟こ讨兴捎玫南到y應具備在規(guī)定的條件下和規(guī)定的時間內完成本技術文件規(guī)定功能的能力。應具備系統長期和穩(wěn)定工作的能力。實用性：本工程中所采用的系統應具備完成工程中所要求功能的能力和水準。系統應符合本工程實際需要的國

27、內外有關規(guī)范的要求，并且實現容易，操作方便。先進性：本工程中所采用的系統應是滿足可靠性和實用性前提下最先進的系統，特別是符合技術最新發(fā)展潮流并且應用成熟的系統，并向后兼容包括其他設備系統?？晒芾硇裕合到y建成以后，應具有良好的可管理性。成熟性：系統在設計過程中，充分考慮采用技術的成熟程度以及在中國已有成功應用的范例，這對于保證系統的可靠性運行具有重要的意義。經濟性：本工程中所采用的系統應滿足性能價格比在國內同類系統和條件下為最優(yōu)，其經濟性應包括以下內容：系統本身的價格（包括系統、技術服務和培訓）；系統運行后經濟效益預算的可能收益；對系統實施現場的特殊要求所需的費用；對系統集成所需的有關軟件和硬件

28、等的開發(fā)費用。2.3軟件技術要求2.3.1軟件技術架構要求實施方式和開發(fā)框架對于業(yè)界已經有成熟軟件產品支持的業(yè)務管理模塊和基礎平臺，要求采用業(yè)界成熟產品進行實施；對于業(yè)界沒有成熟產品的業(yè)務管理模塊，要求采用在成熟的二次開發(fā)框架上進行定制開發(fā)實現，且實施方須提供其開發(fā)框架具體軟件開發(fā)包及相關技術資料和培訓說明。體系架構對于業(yè)務管理模塊要求采用三層(多層)B/S結構的方式進行架構設計，中間層采用組件化設計實現模塊功能；數據訪問層采用數據持久化技術實現數據的訪問，以數據庫連接池實現，并采用緩存的設計，以保證系統的性能。2.3.2系統性能指標要求軟件架構方案必須達到以下技術性能指標：系統容量數。系統并

29、發(fā)數。所有系統在最大并發(fā)用戶的情況下，及項目所采用硬件配置環(huán)境下，進行典型操作（如查詢、報表展現）等操作時：系統用戶頁面交互時間上小于5秒，如果超過5秒的實施方必須提出合理解釋，且得到建設方的認可。開發(fā)的應用報表在每次系統執(zhí)行運算的時間小于1分鐘。系統最高負荷持續(xù)時間不超過1小時。2.3.3系統可靠性系統可靠性應達到如下要求：穩(wěn)定運行時間：在指定的事物數、指定的負載用戶下、穩(wěn)定運行時間；系統能支持系統主機、操作系統、網絡、數據庫724小時平穩(wěn)運行；業(yè)務的可用性應達到：99.9%；MTBF（平均故障間隔）6個月；MTTR(平均修復時間)1小時；系統支持雙機熱備，單臺設備的故障不影響業(yè)務進行，實現

30、故障恢復不中斷業(yè)務服務；系統應提供任務管理功能，對于大量消耗資源的批處理任務可以允許用戶定義安排到系統資源空閑的時候運行。2.3.4運行環(huán)境要求系統應能支持以下的運行環(huán)境：操作系統Windows/AIX/Solaris/HPUX /Linux/UNIX等各種平臺；支撐應用服務器Weblogic/Tomcat/MS IIS/IBM Websphere等；數據庫Oracle 11g或以上/MS SQL Server 2008或以上/MySQL 5.7或以上等；編碼GB2312/GBK編碼/BIG5編碼/GB18030編碼；瀏覽器支持MS Internet Explorer 8及以上版本，兼容市場主

31、流瀏覽器包括但不限于QQ、火狐、搜狗、360等。2.3.5集成技術要求采用基于SOA架構的集成方式進行設計，系統須提供多層次的應用開發(fā)接口，所有的功能基于軟件產品集成組件的方式進行函數化或者過程化，為進一步的應用開發(fā)提供接口基礎。系統接口要求如下：接口以Web Services作為標準實現方式，交互集成支持通過ESB進行，對集成的接口標準、參數要求等內容須符合建設方的規(guī)范要求。本項目范圍內，按照建設方企業(yè)應用集成規(guī)范和標準的要求，需封裝到服務管理平臺上的接口服務，由實施方統一進行封裝和發(fā)布。接口以Web Services為主，允許以下適配器方式進行封裝連接進行服務發(fā)布：文件適配器（包括XML、

32、TXT、Excel、word、rtf等文件類型）。數據庫適配器：通過數據庫連接進行傳遞（包括SQL Server、Oracle、Oracle EBS等）。FTP適配器：通過FTP協議進行連接和傳遞。HTTP協議：通過HTTP協議進行請求和數據傳遞。MQSerials：通過消息隊列適配器進行請求和信息傳遞。WCF：采用Microsoft Windows通訊基礎進行的請求和傳遞。POP3、SMTP等協議進行請求和數據傳遞。接口須支持業(yè)界的開放性標準，包括：XML，LDAP，CORBA，WML，Web Services，J2CA規(guī)范等。軟件實施方須提供企業(yè)級的Web Services，支持與Micr

33、osoft Web Services之間的互聯，支持WSDL、UDDI、SOAP標準和協議。2.3.6系統安全性技術平臺必須要符合國家信息安全體系的管理要求，并遵循國際安全設計規(guī)范。系統關鍵信息進行機密管理，實現關鍵信息的加解密保存。系統數據完整，有效防止信息被非法修改。本項目涉及到的軟件需達到并滿足國家信息安全等級保護二級的要求。2.4系統安全管理要求遵循國際安全規(guī)范及國家安全規(guī)范，系統達到國家計算機信息系統安全保護等級的要求，保證系統的數據安全、應用安全、主機系統安全、網絡安全及物理安全，并通過比選人測試評審。要求包括但不限于：系統要求具備一定安全性，要求滿足EAL3的安全標準認證，系統對

34、每一位用戶都要驗證期身份；系統應包含對輸入數據、內部處理和輸出數據的檢驗功能，對敏感數據必須進行有效的加密；用戶的權限可以做到靈活分配，采用基于角色的權限管理方式，一個用戶可以分配多個角色，一個角色可以包括多個用戶，角色之間可以繼承；系統設計應具備可審計性，應包含適當的控制措施、審計追蹤或活動日志的記錄；提供用戶登錄的強口令認證機制，即用戶每次登陸必須輸入用戶名和密碼，驗證通過后才能進入系統進行操作。應用系統應僅能對合法的用戶或用戶組提供信息訪問；允許用戶自行修改密碼；應用系統可以設置口令策略，設置口令的長度、復雜程度、口令更改期限等（該需求可根據實際情況調整內容）；系統提供唯一的用戶/用戶組

35、管理界面，能記錄用戶/用戶組屬性，能夠對應層次結構（如上下級）功能；能通過用戶/用戶組管理界面查詢每個用戶/用戶組擁有的所有權限，能夠反映一對一或一對多的權限關系；系統應通過權限設置限制對系統數據的查詢和修改，可以根據實際情況增加、取消或中止用戶的訪問權限；系統設定的權限應可細化至獨立的功能，可自由組合成不同的權限組。權限授予的最小單位應是組或角色；系統應能提供唯一的權限定義、分配管理界面，系統所有的權限都集中統一在此界面反映和分配，管理員能夠通過此界面快速查詢、修改、分配系統權限；系統管理員可以將系統權限進行劃分和組合，授予相關業(yè)務管理員進行具體的權限分配工作，所有操作都應在統一的權限管理界

36、面進行，不能存在數據庫層的操作；權限應用中的所有插入、刪除、修改操作在提交前都要有提示確認的步驟；權限管理界面能夠對應權限分配規(guī)則（項目文檔權限分配原則），體現優(yōu)先級原則；系統能夠導出權限清單（EXCEL、XML、PDF中至少一種）；防止對任何能夠越過應用系統控制措施的實用程序和操作系統軟件進行非法訪問；應用系統的安全不能妨害其它與之共享信息資源的系統的安全；應用系統的客戶端與服務器端的通訊提供用戶配置加密的方式，避免敏感信息泄密。2.5系統運維要求在系統試運行以及正式運行時期，實施方必須有3名技術人員常駐現場指導相關的維護工作，技術人員必須全程參與本項目的實施、建設過程。同時對建設方系統運維

37、團隊進行業(yè)務知識、系統知識、維護知識的培訓，并移交開發(fā)過程中的設計文檔、測試文檔、實施文檔、維護手冊等文檔資料。2.6第三方測評要求本項目開發(fā)應用系統均應進行第三方測評，進行軟件代碼評測的機構需得到建設方認可，同時應具備CMA計量認證證書和CNAS實驗室認可證書，其中授權范圍均應包括GB/T25000.51-2010軟件工程軟件產品質量要求與評價(SquaRE)商業(yè)現貨(COTS)軟件產品的質量要求和測試細則。測評內容應包含但不限于：軟件源代碼安全檢查，采用的黑盒靜態(tài)測試法，根據不同的開發(fā)語言對應不同的檢查內容，各檢測廠家根據自身工具的不同檢查的范圍也有所不同。示例JAVA/JSP源代碼檢查項

38、應包括但不限于：API濫用、代碼質量、封裝、環(huán)境、錯誤、安全特性、時間和狀態(tài)。系統脆弱性檢查，主要是通過漏洞掃描和滲透測試，對軟件系統進行脆弱性檢查。測試內容包括但不限于：網頁木馬檢測、敏感詞檢測、暗鏈檢測、內容泄漏檢測、SQL注入檢測、XSS漏洞檢測、CSRF漏洞檢測、CGI漏洞檢測、表單繞過檢測、信息收集檢測、配置管理檢測、密碼復雜度、登陸失敗次數、認證信息加密傳輸、會話管理漏洞、密碼記憶和密碼重置弱點、緩存管理、遠程控制后門、LOGIN后門、共享庫后門、文件系統后門、隱匿進程后門、ICMPSHELL后門。系統等保合規(guī)性檢查，對照等級保護二級要求，將應用安全進行對標檢查。內容應包括:身份鑒

39、別、訪問控制、安全審計、通訊完整性、通信保密性、抗抵賴、軟件容錯、資源控制。核心系統還應進行軟件功能性和性能性測試，用以驗證軟件開發(fā)商開發(fā)的產品功能和性能能否滿足實際需求。3.詳細需求3.1業(yè)務需求金華市軌道交通線路建設已經全面鋪開，完善建設檔案管理，是工程項目檔案專項驗收順利通過的重要保證，是建設工程過程質量安全過程監(jiān)控的重要手段，是運營管理、維修擴建的重要依據，對項目管理及項目后評價均具有十分重要的意義。因此有必要利用信息化的管理手段，通過檔案管理系統的建設，對各參建單位的工程資料進行科學、高效的規(guī)范化管理，確保金華市軌道交通檔案專項驗收的順利通過。檔案管理系統至少需要滿足建設方未來網格化

40、運營和整個公司的檔案管理要求。3.2管理咨詢充分考慮對軌道交通行業(yè)檔案管理的特點和管理要求，結合建設方檔案管理的需要和業(yè)務需求，借鑒其他軌道交通行業(yè)企業(yè)信息化實踐，構建建設方統一的檔案管理架構體系和編碼體系，建立符合建設方發(fā)展需要的、流程化、標準化的檔案管理模式，實現對建設方檔案管理的規(guī)范化管理，提出適應集團化發(fā)展的檔案管理規(guī)劃方案和實施方案，為信息系統的實施和部署提供管理依據。檔案管理咨詢服務包含但不局限于以下內容： 1.針對建設方檔案管理與標桿企業(yè)差異分析； 2.結合行業(yè)內管理模式，對檔案管理建設提供編制建議； 3.提供建設方檔案管理標準化管理建議，并基于此建議，建立完整的管理體系； 4.

41、對檔案管理數據流進行梳理，實現流程化、數據標準化管理模式； 5.對于系統建設其他相關系統進行梳理，提供高效的集成方案。3.3檔案管理系統功能需求3.3.1個人工作臺個人工作臺是以個人為核心的工作平臺，組織了個人相關的常用信息。為用戶提供各種常用工作入口。個人工作臺應提供包括我預約的檔案、我借閱的檔案、我的收藏夾、我的下載申請、我的借閱歷史、定義我的默認首頁等欄目。個人預約檔案支持用戶本人預約成功尚未借閱的檔案信息展示；支持用戶進行預約取消、預約檔案查詢等操作。個人借閱檔案支持用戶已經借閱未歸還實物檔案信息展示。提供對個人借閱的檔案的查詢、瀏覽、下載等功能；用戶借閱了紙質檔案就可以在線瀏覽pdf

42、或tif圖，如果要下載檔案原文件需要獲得電子文件下載權限允許，應支持用戶發(fā)起流程審批來獲得電子文件下載審核權限；系統支持對即將到借閱期的檔案條目進行提示。個人收藏夾系統提供展示本人收藏的檔案條目，用戶能夠將收藏的檔案條目從自己的收藏夾中移除。個人下載申請展示當前用戶本人的所有下載申請記錄，用戶可以下載已經審批通過的電子文件。個人借閱歷史展示借閱本人已經歸還的檔案記錄。定義個人首頁系統應提供定義用戶個人默認首頁的功能，如果定義了，則進入本系統后，默認定位到個人定義的模塊或子模塊頁面。3.3.2檔案收集整理實現接收其他業(yè)務系統歸檔的檔案，主要實現辦公自動化系統和一體化項目管理系統歸檔的檔案。檔案在

43、線提交實現接收一體化工程項目管理系統歸檔的檔案；支持授權人員錄入指定權限的檔案類型的檔案條目，并可以上傳（包括批量上傳）電子文件上傳并移交，檔案管理人員整理檔案后歸檔入庫；檔案支持按工程分項分部分工序的管理要求進行信息的錄入和編輯；支持根據系統定義的檔案信息錄入模板進行檔案信息錄入；經檔案管理部門審查不通過而被退回的檔案可以再次編輯和提交。檔案在線整理支持文檔批量下載，支持DWF、office文檔、PDF、mht、gif、tif、jpg等圖檔文件在線瀏覽查看；實現批量修改、批量生成排架號、批量移交；實現歸檔目錄、移交目錄、盒脊背、備考表、卷內目錄等檔案模板打印功能；實現裝盒管理。3.3.3檔案

44、整編系統應提供對歸檔的檔案、資料及相關標準等進行整編，整編的功能主要包括自動獲取相關的屬性信息、生成檔案號等，整編完成后系統自動生成封面、目錄、標簽、條碼等關聯文件，并生成移交清單，實現網上移交。檔案退回系統應提供退回（包括批量退回）功能，可以將檔案移交人員移交的檔案退回給移交人重新進行編輯。檔案整編列表系統提供方便的檔案整編列表管理，包括對檔案整編列表的各種查詢（包括按檔案分類查詢、快速查詢、卡片查詢、組合查詢等查詢方式）、排序功能。檔案整編查詢時支持通過電子掃描槍掃描條碼，并自動輸入到指定的著錄項字段并定位到檔案條目上，便于整編人員快速定位并編輯具體的檔案信息。編號生成系統支持按照檔案號、

45、庫管號著錄項定義的規(guī)則進行生成；系統支持單條、批量生成的方式；批量生成檔案號時，對于已經生成過得條目需要跳過不再重新生成。條碼生成打印系統應提供條碼生成與打印管理的功能或支持與采購的第三方條碼生成與打印工具集成的能力。系統應支持條碼生成的功能，包括按照管理規(guī)則要求（如自動獲取檔案條目的指定著錄項信息）的條碼生成規(guī)則自動生成一維或二維條碼。生成條碼的規(guī)則可以支持自定義；系統也應支持條碼和標簽大小的自定義。系統應支持按照不同的條碼標簽管理要求，如檔案的案卷條碼、庫房庫架條碼進行靈活的定義，并按照指定的頁數參數進行排版和打印。系統應支持條碼打印的功能，在檔案整編過程中，可以根據整編情況，根據選擇的檔

46、案條目進行單一條目或者批量方式的條碼生成和打印操作。3.3.4數據導入提供導入Excel中的檔案條目到檔案系統，導入完成后形成導入清單，失敗的需要顯示失敗原因。3.3.5批量掛接提供按檔案號與電子文件對應關系掛接電子文件，掛接完成后形成掛接清單，掛接失敗的需要顯示失敗原因。3.3.6文件管理實現按分類管理不需要歸檔的但是有保存價值的電子文件的模塊，實現上傳、下載、在線瀏覽電子文件功能。3.3.7檔案借閱實現實物檔案和電子檔案借閱審批流程，實現用戶借閱檔案登記、歸還、催還、續(xù)借功能。催還能夠發(fā)送郵件提醒，并提供催還統計功能。實現實物檔案和電子檔案的續(xù)借功能。實現自動形成借閱單供打印功能。3.3.

47、8檔案查詢實現多條件組合查詢和存儲查詢條件；實現關鍵詞查詢、卡片式查詢，目錄樹結構查詢、全文檢索查詢。對查詢的檔案條目支持在線瀏覽、預約、下載、快速預覽、卷瀏覽器等功能。能夠查看檢索到的檔案條目的借閱、預約情況。支持文檔瀏覽、下載，支持批量壓縮下載。3.3.9庫存管理實現庫房排架管理，按檔案類型設置庫房，實現排架標簽打印功能。3.3.10檔案鑒定實現檔案鑒定銷毀功能，銷毀檔案進入銷毀庫，進入銷毀庫的檔案能再還原回檔案庫。實現保管期限到期郵件提醒功能。3.3.11檔案編研實現對編研成果進行分類管理和查詢功能，支持上傳電子文件和在線瀏覽電子文件。3.3.12光盤制作管理支持批量選擇檔案條目制作光盤

48、文件，并且系統能夠記錄光盤相關信息，系統形成檔案條目清單和電子文件存儲到光盤。支持打印標簽和條碼。3.3.13統計分析每類報表都需要有查詢、打印的篩選過濾條件。自定義報表可以自定義查詢條件。系統應包括但不限于以下類型的報表：檔案利用率統計報表（如下載量、瀏覽量、借閱量、館藏量、訪問量、點擊量），每類統計表都提供圖表和表格2種形式展示；工作量統計報表（按不同檔案類型和整編人員統計各種類型的工作量）；紙質與電子文件歸檔情況統計報表。3.3.14系統管理包括檔案類型管理、著錄項管理、著錄項規(guī)則定義、流水號管理、目錄結構自定義、著錄項狀態(tài)控制、檔案字典管理、借閱設置檔案類型管理實現檔案分類管理，支持配

49、置管理方式（卷、件）、是否啟用盒管理、設置檔案條碼打印模板、是否啟用檔案等。著錄項管理支持對各個著錄項進行管理，著錄項分為固定著錄項、自定義著錄項。固定著錄項是系統固化好的，管理員不可以新建、刪除、修改。管理員可以添加、修改、刪除自定義著錄項；支持對自定義著錄項添加操作，添加著錄項需要填寫著錄項的基本信息，如著錄項名稱、別名、輸入模式、全局默認值、描述、是否公用等信息；系統以目錄樹形結構顯示自定義著錄項，管理員維護檔案類型著錄項時可從自定義著錄項進行選擇；系統通過著錄項的輸入模式決定著錄項的數據類型。在對著錄項進行創(chuàng)建和維護時可以選擇著錄項的輸入模式（著錄項輸入模式包括：文本輸入、多行文本輸入

50、、列表選擇、整數、實數、日期時間、是否選擇、貨幣等）。著錄項規(guī)則定義系統管理人員可根據實際需要在系統中定義各類檔案的著錄項的計算規(guī)則，按照定義的著錄項內容和計算的規(guī)則生成該著錄項字段的值，例如定義檔案號、分類號等各類檔案編碼規(guī)則；著錄項計算規(guī)則可以是字段、流水號、著錄項字典字段的編碼、上級字段、字符串這幾類數據的組合，或者是數字型字段的數學函數計算；著錄項計算規(guī)則支持多版本管理，對于原有檔案的編著項規(guī)則仍舊按照舊版本執(zhí)行，新的檔案編著項則采用新的著錄項計算規(guī)則。流水號管理系統應提供定義各類檔案的檔案號、排架號或其他編號的流水號定義管理；系統支持流水號的自定義規(guī)則生成。流水號生成規(guī)則分以下幾種：

51、按年度流水、大流水、按年度和指定字段流水；支持重置流水號、設置流水號起始值。目錄結構自定義系統應支持靈活的層級目錄樹結構，便于針對不同的項目、項目階段創(chuàng)建多維度的項目檔案管理目錄結構；系統支持目錄的增刪改查、排序、目錄編碼；系統支持多維度的目錄展現方式，便于不同人員查看檔案信息；系統支持和工程項目管理系統的WBS結構動態(tài)同步。著錄項狀態(tài)控制應支持檔案管理員在檔案編著時對檔案狀態(tài)和類型可選項配置實現控制功能；應支持檔案管理員按照各類型的檔案所定義的著錄項目關聯控制進行配置；應支持檔案管理員將已經設置好的控制設置明細和檔案類型、檔案狀態(tài)（包括檔案錄入、檔案整編、檔案鑒定、檔案銷毀、分類查詢、工程查

52、詢）和控制類型(列表、新增、編輯、查看、卡片查詢、組合查詢、導出)的等關聯起來，以實現各不同應用場景下的檔案著錄界面和列表的展示結果控制；系統還應可以關聯設置后的預覽效果。檔案字典管理實現檔案字典配置管理，能夠設置代碼、名稱、顯示名稱、顯示順序、默認值等。借閱設置實現按檔案類型設置檔案借閱/預約份數限制、借閱/預約期限。導航管理實現配置系統導航菜單功能。日志管理實現系統所有關鍵操作的日志記錄和查詢功能。組織用戶管理實現組織機構和用戶信息查詢管理功能。信息發(fā)布實現發(fā)布系統通知公告。信息配置常用鏈接、公司規(guī)章制度、常用表單、資料庫等。3.3.15用戶及權限管理用戶管理主要實現系統用戶信息的添加、修

53、改、刪除、初始化密碼、禁用等管理功能。 用戶權限管理需實現統一的用戶權限管理功能，提供統一的用戶權限分配界面，能夠進行各功能模塊獨立授權，能夠對系統內各個組織和部門進行分級授權。系統的用戶權限可以根據金華市金義東軌道交通有限公司的實際管理需要進行自定義，如果組織架構或者是人員崗位職責發(fā)生變化，系統進行配置即可實現對用戶權限進行調整。支持對系統管理員、業(yè)務管理員、管理者、相關部門人員、普通員工、臨時人員等不同類型用戶的權限區(qū)分。支持分模塊、分層級設置權限。支持對權限的申請、審批、授權管理。3.4集成需求實施方需承擔本系統與其他系統集成開發(fā)的工作，開發(fā)的費用均由實施方承擔并包含在實施總價中。本系統

54、與其他系統的集成工作包括但不限于以下內容。與企業(yè)服務總線對接檔案管理系統應用服務需要按照統一接口標準封裝注冊到企業(yè)服務總線，接口標準詳見建設方企業(yè)服務總線支持的工業(yè)標準，包括但不限于以下幾種服務類型：HTTPs/SAOP/JMS/MQ/FTP/SMTP/JDBC。與運維服務管理平臺對接檔案管理系統應與運維服務管理平臺進行對接集成，在運維服務管理平臺中實現對檔案管理系統的運行狀態(tài)、資源使用情況（包括但不限于CPU、內存）、連接數、在線人數等進行管理監(jiān)控，并支持應用系統重啟，具體接口規(guī)范應滿足運維服務管理平臺的要求。與企業(yè)內部網站集成實現與企業(yè)內部網站的消息及待辦中心集成。與協同辦公系統集成接收文

55、書檔案進入預歸檔整編庫；檔案借閱審批流程在辦公自動化系統實現，用戶在檔案系統查詢到需要借閱檔案時啟動借閱審批流程，兩個系統間需要實現數據交互。與一體化工程項目管理平臺集成接收一體化工程項目管理平臺工程項目檔案進入預歸檔整編庫。與設備維護工作管理系統集成檔案系統中設備檔案文件與設備維護工作管理系統中設備履歷實現對應，實現完整的設備履歷。與平臺層對接實現與平臺層的統一用戶、單點登錄以及內容管理平臺的集成。3.5系統性能指標需求檔案管理系統的性能指標需求包括以下內容：登陸時間3秒。頁面間跳轉時間5秒。精確查詢（包括請求服務）響應時間2秒。模糊查詢響應時間5秒。綜合查詢響應時間3秒。簡單事務處理（包含

56、各類信息錄入、修改、刪除）4秒。各類固定統計報表形成時間60秒。無注冊用戶數限制。支持同時在線用戶數200以上。支持并發(fā)數50以上。系統有效工作時間要求99.5%。系統一年的故障停機時間不超過15分鐘（停電等不可預測因素除外）。避免出現以下情況：無故退出系統；出現系統不可控的故障提示。因系統故障導致操作系統或機器無法正常工作。3.6數據需求需要對系統各業(yè)務之間、系統/平臺之間、模塊之間數據流轉進行分析，劃分系統主數據、流程數據，保證系統數據的準確唯一性，同時能夠對數據進行區(qū)分管理。報表和相關數據統計分析需求，須符合數據標準和規(guī)范；對數據有規(guī)范性較驗、易用性等界面設計規(guī)范的要求；歷史數據轉換、導

57、入的處理，數據初始化工作相關要求參考數據初始化相關模板。原則上不允許刪除系統運行中所產生的數據（含結果數據、中間數據、原始數據）；對于系統的關鍵數據需根據用戶的權限支持脫敏展示；對于PC端和移動端版本，所選擇的框架和業(yè)務處理流程需滿足數據的一致性、準確和及時性。3.7軟件/硬件產品需求3.7.1軟件產品需求系統應符合開放的原則，可與外部系統進行通訊并可提供標準的接口。系統必須是基于WEB的B/S架構，可支持業(yè)界流行的瀏覽器IE8.0及以上版本。系統體系結構采用三層結構方式設計和開發(fā)，表現層使用MVC模式設計，中間層使用組件化設計實現模塊功能、使用工作流實現業(yè)務表單的審批。Web應用服務器可以采

58、用：Microsoft IIS、IBM Websphere、Oracle Weblogic、SUN iPlanet等主流廠商的商業(yè)產品；操作系統可以支持Windows 2003/2008以上版本、Redhat、CentOS、Ubuntu等主流操作系統；系統數據庫可以采用：Oracle、SQL Server、MySQL等主流廠商的商業(yè)產品。3.7.2硬件產品需求系統硬件架構設計由實施方在方案中提供，實施時應考慮結合公司實際情況來配置硬件架構，使性能與成本能達到平衡。測試環(huán)境的配置參考正式環(huán)境的配置。3.8系統日志要求系統的日志管理要求，包括但不限于以下要求：數據訪問日志能記錄對數據庫進行的所有操

59、作，包括增加、刪除、修改和查詢的SQL語句，是否寫數據訪問日志可以通過系統配置文件來配置； 程序異常日志必須能記錄程序發(fā)生錯誤的異常信息； 系統日志應能記錄應用程序發(fā)生錯誤時所產生的異常信息； 系統能提供系統異常事件的日志查詢界面，同時提示相關原因及解決辦法； 系統能跟蹤記錄用戶的所有操作，包括對系統的運行調用請求，記錄用戶使用過程；調用系統內部所涉及模塊內部或模塊與模塊之間的關系； 具有自定義指標和級別的日志功能，自定義指標可以增加記錄消耗CPU值，IO值，響應時間等，有利于性能調優(yōu)和故障排除； 系統能記錄用戶登錄、退出系統的情況，記錄用戶的活動和操作數據情況； 系統能提供普通用戶或系統管理

60、員變更組織、人員信息、權限、口令等信息的情況記錄； 系統能記錄應用系統的系統配置參數、主要設置和核心數據等變更情況； 系統能記錄敏感、關鍵信息的查看情況； 系統能記錄用戶修改、刪除日志的情況。3.9界面設計要求整體風格簡潔大方，功能界面易學易用，符合建設方企業(yè)文化特色。提供友好的系統幫助界面，提供清晰的流程圖，能夠查看流程流轉情況。普通用戶的提示或報錯信息，使用更友好的提示方式，且提供不少于3個界面設計供選擇，實際以業(yè)主最終確認為主。界面設計包括但不限于以下要求:易用性按鈕名稱須通俗易懂，用詞準確，沒有摸棱兩可的字眼，同時與同一界面上的其他按鈕易于區(qū)分。原則上用戶不用查閱幫助就能知道該界面的功