保障性住房智能化管理信息系統項目采購招標文件根據相關規定，深圳市住房保障署以公開招標方式進行保障性住房智能化管理信息系統項目的委托服務采購工作。招標事項具體內容如下：1、 項目內容項目名稱：保障性住房智能化管理信息系統項目。項目詳細需求和相關技術要求如下：（一） 項目需求1、數據采集（1）人員信息采集保障房人員信息采集包括住戶信息采集、同住人信息采集、以及小區物管人員信息采集。 （2）采集方式保障房人員信息采集包括PC端Web管理系統采集、自助終端采集、移動終端采集等三種采集方式。（3）采集內容系統采集的內容包括：人臉數據、指紋數據、身份證副本數據、實名制RCC SIM卡等數據，同時支持其它身份識別數據的接入。2、數據交換（1）公共住房基礎信息平臺的數據交換系統與公共住房基礎信息平臺進行房源信息同步和住戶信息的數據同步。（2）實施項目硬件設備的數據交換系統實時與實施項目樓棟管理設備和入戶管理設備進行數據交換，數據交換的內容包括：管理系統將采集的住戶權限遠程下發給樓棟智能門禁設備和入戶智能管理設備，以及樓棟智能門禁設備和入戶智能管理設備的運行數據實時遠程上傳至管理系統。3、系統基礎配置（1）智能設備的管理和配置系統對樓棟智能門禁設備和入戶智能管理設備進行配置、入網、通信，建立設備與保障房源、保障房住戶的邏輯映射關系，通過智能設備的人臉識別、指紋識別、掌靜脈識別、身份證證件卡識別、身份證副本識別、實名RCC SIM卡識別等身份識別和使用權限管理實現系統對保障房源和保障房住戶的管理。 （2）系統基礎功能權限系統為市、各住房保障部門及各物業小區管理員提供系統賬號，通過對賬號系統功能權限的劃分，實現系統的分級管理、完成各崗位的工作職責。（3）系統日志系統運行日志：記錄系統中硬件、軟件和系統問題的信息，監視系統中發生的事件。運維人員可以通過它來檢查錯誤發生的原因，或者尋找受到攻擊時攻擊者留下的痕跡；設備狀態日志：記錄保障房樓棟管理智能門禁設備、入戶智能管理設備的設備聯網、設備操作、設備運行、設備狀態的日志，運維人員通過設備狀態日志對設備的進行日常維護和管理；管理賬號操作日志：記錄各管理員賬號的操作日志，記錄管理員對系統使用行為，在出現異常管理行為時通過管理賬號操作日志對問題進行回溯。4、系統業務功能系統提供管理業務功能、查詢業務功能、分析業務功能、統計業務功能等核心業務功能。（1）管理業務功能 住戶管理 設備管理 房源管理（2）查詢業務功能 房源查詢 住戶查詢 設備查詢（3）統計業務功能系統提供包括：區域統計、小區統計、樓棟統計、房源統計、住戶統計、設備統計等統計業務功能，并對統計數據進行實時查看和報表導出。（4）分析業務功能根據系統的數據采集和數據統計，結合保障房管理規則對保障房樓棟門禁使用數據記錄、房間使用數據、設備狀態數據等進行分析，生成住戶保障性住房進出記錄和保障房使用的分析數據，對異常數據和臨界值數據的保障房住戶家庭進行重點排查和追蹤，并將分析報表導出提供給執法部門進行重點監管和執法。5、人臉比對身份驗證通過人臉比對身份驗證，輔助保障房住戶身份有效性的監管和真實性核查。6、移動執法小程序執法人員通過微信小程序實現對保障房住戶的查詢、保障房使用的查詢、以及保障房統計分析數據查詢等，并通過小程序對保障房的執法數據進行上傳和對保障房住戶權限管理等。7、綜合服務（1）客服系統 支持保障房管理單位、物業服務單位、承租人、與客服人員圍繞服務進行在線交流，提示服務的滿意度，及時處理服務過程中遇到的各種問題，有效解決管理人員與住戶之間的交流以及關系維護，客服人員通過在線即時交流工具、客服熱線對承租人進行服務。（2）運維系統系統實現系統運行的自動化，減少重復工作，降低知識傳遞的成本，使系統交付更高效、更安全，使產品運行更穩定，使故障處理，由事后處理變成提前發現，由人工處理變成系統自動容災，系統運維工程師12小時內響應并對系統進行維護。（二） 技術要求1、部署環境（1）數據庫服務器：oracle 11g，linux。（2）應用服務器：weblogic 12c，linux。2、開發環境使用深圳市住房保障署指定的基于J2EE架構的開發框架開發。3.實施技術原則該軟件系統要以國家、省各類技術規范和建設等業務信息化規范為依據，嚴格遵照國家軟件工程規范及以下原則：（1）先進性：采用國際、國內先進的軟件體系結構，先進的技術標準，具有很好的可維護性；（2）安全性：從多個角度，多個環節考慮，確保系統和數據的安全。 （3）易操作：用戶接口及界面設計將充分考慮人體結構特征及視覺特征進行優化設計，界面友好、美觀，操作符合日常工作流程需要，易學習、易操作，系統提示和幫助信息準確及時。（4）穩定性：系統具備較強的容錯能力，來保證系統運行的可靠性，并制訂相應的策略完成數據的備份，以保證在出現意外事故時系統能夠迅速恢復運行。（5）高效性：數據訪問、數據處理等系統軟件要具有極強的處理和運算能力。要求系統有較強的操作平臺、數據庫系統、實現架構、網絡環境等方面的適應性。（6）可擴展性：具有科學合理的體系結構，根本保證系統的可擴展性，業務平臺、數據信息平臺各個層次都可以靈活擴展。系統在信息處理平臺和業務應用平臺提供標準規范的統一接口，充分支持新業務的展開。隨著系統的運行，系統數據量會越來越大，并對系統性能產生影響，為了保證對系統性能的要求，系統在設計時就應考慮具有較強的擴展性。（7）硬件擴展性：整個系統和計算機網絡可以根據不同的系統要求，隨時進行硬件設備配置。系統容量較小時，系統中主要業務控制軟件集中在一套設備。系統容量較大時，將業務控制軟件分布在不同設備中，提高系統處理能力和穩定性。（8）軟件擴展性：提供只需進行簡單操作就可以生成新的業務流程、修改已有業務流程，任意增加、刪除和修改業務數據和業務流程，適應業務發展的需求。提供功能強大的數據接口，輕松實現各種數據的導入、導出以及與外部系統的無縫連接。（9）應用軟件與硬件的無關性：應用軟件所采用的硬件無關，即通過配置實現系統支持不同硬件的接入方式。4、開發技術規范為了便于今后的擴展應用，并盡量降低后期維護成本，本項目涉及的系統主體采用B/S框架，使用HTML5標準化語言開發自適應申請頁面，采用J2EE體系結構能夠使所開發的應用軟件系統具有跨平臺的特性，能夠在不同操作系統之間、不同平臺之間平滑移植。在系統與其他系統整合關聯方面，基于XML的Web服務技術是目前世界上最先進的分布式異構數據庫系統整合技術，它將原來基于數據庫的集成提升到基于服務（應用程序）的集成，從而屏蔽了數據結構、業務邏輯等一系列需要深入了解原系統的細節問題，成為當前最受業界推崇的集成技術。Web Service從本質上講是放置于Web站點上的可重用構件。Web Service可以分散于Web的各個地方，通過互相地調用以協同完成業務活動。在Web Service的體系中，不同的應用系統被分割為強內聚、松耦合的單個的服務，可以通過Web被調用和訪問。Oracle數據庫設計規范:本項目數據庫設計要求必須遵循深圳市住房和建設局的Oracle數據庫設計規范。5、安全要求發布系統必須能通過深圳市專業的安全漏洞掃描公司的安全漏洞掃描鑒定。6、數據交換接口規范在系統中涉及的所有數據交換皆以XML文件格式通過交換接口實現，主要包括以下具體規范：（1）XML相關的標準和規范l 核心技術規范： XML、Schema、XSL、namespace、DOM/SAX；l 服務相關語言和協議： SOAP、WS、UDDI；l 元數據標準： DC、RDF、GILS；l 工作流相關的語言： WSFL、XLANG、BPEL4WS、XPDL、BPML；l 事務處理和協作相關： WSCI、BTP、WS-COOR、WS-TRAN；l XML安全相關： ENC、SIG、XKMS、XACML、SAML；l XML處理與表現： XFORMS、XHTML、VoiceXML、SMIL、MATHML、SVG；l XML開發相關：DOM、SAX、JAXP、JAXR、JDOM、JAXB、JAXM、JAX-RPC；l 其它相關領域的XML標準： ADML、AIML、CML、FIX、GML、HR、tML、 ebXML、HL7；（2）接口的命名方法、編碼、內容規范接口的命名規范：接口的命名方法應遵循兩個的規則：唯一性規則、標示性規則。接口的內容規范：所有的接口必須有統一的格式，各個信息資源庫與數據交換接口的內容必須包含以下幾個方面：接口編碼、所共享的數據的結構信息以及元數據信息、接口定義的作者、操作日期、附加說明、接口所屬類別（即對應共享目錄）、有效日期和使用權限。（3）錯誤編碼規范錯誤編碼是指由于操作步驟上的錯誤或網絡連接出現問題等原因而導致數據交換無法正常運行。系統可以判斷并提示出錯的原因。錯誤的編碼采取整數作為唯一的編號。并保存在數據交換的數據庫上。根據實際出現的情況，管理員可以方便地維護擴展。7、性能指標系統建成后，應滿足如下性能指標：（1）穩定性指標u 系統有效工作時間：99.9%u 系統故障恢復時間不超過30分鐘。u 不出現以下情況：無故退出系統；發生系統不可控制的故障提示；因系統故障導致操作系統或機器無法正常操作。u 并發支持指標u 系統支持同時在線用戶數：5000個u 并發數按同時在線用戶數的20%計算：1000個（2）響應指標u 簡單事務處理(包含各類信息錄入、修改、查詢業務、主要頁面平均響應時間等) 3s（1000名并發用戶）；u 信息錄入、修改型簡單事務：平均響應時間5s；u 復雜事務處理60s(1000名并發用戶)；u 各類固定統計報表形成時間：1分鐘。類型技術要求約束說明執行標準環境要求技術平臺基于J2EE平臺，使用JAVA語言進行系統開發，JDK版本為1.6+不可偏離部署環境服務器RedHat Enterprise 6.0 +中間件Weblogic 12c +數據庫Oracle 11g不可偏離配置管理采用深圳市住房和建設局信息中心統一的SVN管理工具，進行系統全生命周期的需求、設計、參考文檔、代碼、部署程序等資料的管理不可偏離管理要求單點登錄和系統集成采用深圳市住房和建設局信息中心指定的權限管理產品，實現統一身份認證體系和單點登錄。 不可偏離系統界面風格遵循深圳市住房和建設局信息中心標準規范之“信息系統界面和風格統一標準規范”，保障深圳市住房和建設局信息中心所有信息項目的界面風格和用戶體驗的一致性不可偏離系統安全遵循深圳市住房和建設局信息中心標準規范之“信息系統安全規范”，系統上線前必須通過深圳市保密局要求的軟件漏洞安全掃描，達到相應安全等級要求。不可偏離數據驗證與校驗通過用戶界面前端對用戶輸入數據的驗證、服務端對輸入數據的有效性、合法性進行校驗，保證數據的一致性、完整性、合法性不可偏離過程評審在系統建設的生命周期，深圳市住房和建設局信息中心要求項目建設方法提交階段評審，包括需求評審、設計評審、原型評審、代碼走讀審查、測試評審、項目驗收評審等不可偏離技術要求SOA服務管理明確界定系統之間的關系，系統之間的交互調用統一采用深圳市住房和建設局信息中心應用支撐平臺提供的SOA服務框架管理，在系統設計中必須明確本系統和其他系統的關系，需要使用什么接口，應該提供什么接口。不可偏離組織機構和權限管理使用深圳市住房和建設局信息中心應用支撐平臺提供的組織機構和權限管理產品對部門、人員、崗位、角色、權限進行管理、授權、數據控制等不可偏離工作流使用深圳市住房和建設局信息中心應用支撐平臺提供的工作流產品對業務流程進行開發、管理、維護不可偏離報表使用深圳市住房和建設局信息中心應用支撐平臺提的報表產品，進行系統相關報表的設計、開發、應用不可偏離開發框架使用深圳市住房和建設局信息中心應用支撐平臺提供的開發框架產品，指導系統的分層結構，模塊劃分，模塊交互等不可偏離異常處理任何程序、業務邏輯都必須進行合理異常處理，強調異常的自修復性，在出現致命錯誤時，終止程序執行、回滾事務，寫入異常日志、友好提示用戶、通知系統管理員不可偏離系統日志采用主流的日志管理組件（如Log4J）統一控制日志輸出，可以提供多種日志輸出級別和方式，生產環境日志輸出基本為Warn。不可偏離事務一致性控制根據一般性、慣用性策略，事務粒度定義為每請求一事務，保證同一事務中的所有操作要么全成功，要么全失敗，特別強調業務和流程的事務一致性不可偏離非功能性要求可用性可用性要求主要包括操作簡潔、用戶界面友好、數據校驗、系統容錯、重要操作可恢復等不可偏離易用性要求操作簡潔，易于學習，用戶只需要簡單培訓即可掌握系統操作，以用戶為中心（UCD）、按業務分類、定義常用快捷入口不可偏離系統容錯系統應具有較強的容錯性，對于用戶的錯誤操作，應給予友好的提示；對于系統出現的異常，應向用戶解釋原因，提示用戶如何處理；對于已經發生錯誤或異常，系統應盡可能恢復到原來操作狀態。不可偏離健壯性要求各系統單點無故障，可長時間穩定運行，每年因故障停止時間累計不超過24小時，故障次數不超過3次。不可偏離響應時間響應時間是衡量系統性能的重要指標，是指用戶在請求了某個操作之后、能夠看到結果之前需要等待的時間量。在系統中，平均處理時間 3秒，業務最長處理時間 20秒。一般查詢操作的響應時間 5秒；一般統計操作的響應時間 10秒。不可偏離處理能力要求至少1000個并發用戶量，支持5000個用戶同時使用，且系統響應速度比平時降低不超過8%。不可偏離其他需求第三方產品接入系統開發中使用第三方產品時：若第三方產品為商用產品，必須提供廠家授權代理書和廠家對本項目的技術服務承諾；如使用開源或免費產品，需提供免費技術服務和版本更新。不可偏離工具使用需求原型：Axure、MindManager系統設計：VISO、PowerDesinger系統開發：Eclipse 、PL/SQL系統測試：QTP、LoadRunner推薦二、項目服務價格上限本次項目服務的控制金額為人民幣49萬元以內（包含49萬元），投標單位的報價不可高于控制金額，否則投標文件將視為無效文件。三、項目服務有關要求（一）工期要求中標單位在合同簽訂后的3個月內完成。（二）其他要求中標單位應派1名技術人員駐點深圳市住房保障署1年，現場提供保障性住房智能化管理信息系統應用推廣技術支持服務。四、投標人的資格要求（一）投標人不得有任何外資（包括港、澳、臺資）背景，非深圳公司須在深圳有合法注冊的分支機構；（二）投標人具有獨立法人資格，提供營業執照副本掃描件；（三）本項目不接受聯合體投標，不允許分包或轉包；（四）投標人近三年沒有違反政府采購和招投標相關法律法規，在經營活動中沒有重大違法記錄。五、定標辦法及原則本項目定標采用一次票決法。六、投標文件要求（一）投標文件的組成和格式1.響應聲明書（附件1）；2.報價一覽表（附件2）；3.相關資質證明（附件3）；4.承諾函（附件4）；5.法人代表書（附件5）；6.法人代表授權書（附件6）；7.投標人情況介紹（格式自定）。8.投標響應技術方案（格式自定）。（二）投標文件的份數及裝訂、密封要求1.投標人應準備投標文件正本一套和副本四套，所有封袋上都應寫明投標人的名稱、項目名稱。文件封面須清楚地標明“正本”或“副本”，當正本與副本有一不致時，以正本為準。2.投標文件正、副本均應使用A4紙統一裝訂，且均應使用不能擦去的墨水書寫或打印，并由投標人加蓋公章和法定代表人或法定代表人委托的代理人簽字。3.投標文件的正本及所有副本必須密封，封面均須加蓋投標人公章并在密封口騎縫加蓋公章。4.對于因標書標識不清、裝訂不牢、密封不嚴等導致的不利后果由該投標人自負。（三）投標文件的遞交1.投標人將投標文件按以上規定密封和標記后，按以下注明的地址在投標截止時間之前送至招標單位指定地點。未及時送達指定地點及不符合密封、標記、簽章、裝訂要求的投標文件將被拒絕接收。投標文件提交后，投標人不得對報價文件進行修改，報價文件中應一次報出一個不可更改的最終報價。2.遞交資料截止時間：2018年12月10日下午15:30。地點：深圳市福田區紅荔路蓮花大廈東座807；聯系人：李工，聯系電話（四）投標文件有效期投標文件從投標截止日起有效期為30天。七、廢標條款符合下列條件之一，即可定為廢標：（一）報價文件無投標人蓋章，無法定代表人或法定代表人授權代表簽字或蓋章的；（二）投標書未按規定的格式填寫，內容不全或關鍵字跡模糊、無法辨認的；（三）投標人遞交兩份或多份內容不同的投標文件，或在一份投標文件中對同一招標項目報有兩個或多個報價，且未聲明哪一個有效的，按招標文件規定提交備選投標方案的除外；（四）投標人以他人的名義投標、串通投標、以行賄手段謀取中標或者以其他弄虛作假方式投標的。（五）投標人報價超過本項目控制金額的。八、流標情形符合下列情形之一，本次招標流標，需重新招標：（一）符合招標文件規定并作出實質性響應的供應商不足三家； （二）采購的公正性受到影響；（三）投標報價均超過了采購預算；（四）采購任務取消。附件1:招標文件響應聲明書（模版）致（招標人）： （投標單位全稱） 授權 （全名、職務）為全權代表，參加貴方組織的（ 項目）招標活動并投標，為此：1、 我方已詳細閱讀了全部招標文件，包括修改文件（如有）及全部參考資料和附件。我們完全理解并同意放棄對這方面有不明及誤解的權利。愿意接受招標文件中的各項要求。2、 我方提供招標文件要求的全部資料，并保證真實性、合法性。3、 若中標，我方將按照招標文件規定，履行合同責任和義務。4、 詢價響應書自開標日起有效期為60個工作日。5、 我方與本招標文件響應有關的一切正式往來通訊請寄： 地址： 郵編： 電話： 傳真： 投標單位名稱（公章）： 授權代表簽字： 投標響應日期： 年 月 日 附件2: 報價一覽表（模版）致（招標人）： 在研究了招標文件中所有內容后，我公司對 招標項目響應報價如下： 序號項 目數量響應單價（元）小計（元）備注12合計總價：￥： 大寫：法定代表人或授權代表（簽字）： 供應商名稱（蓋章）：日期： 年 月 日 注：1、填寫此表格時不得改變表格的形式。2、響應單位如果需要對報價或其它內容加以說明，可在備注一欄中填寫。 3、此表應經法定代表人或授權代表簽名，并蓋上公章。附件3: 資格證明文件資格證明文件詳見詢價響應供應商的資質要求。1) 營