『壹』 【市科技創新服務平台建設方案】 科技創新服務平台
市科技創新服務平台
建設方案
二00八年六月
市科技創新服務平台建設方案
為全面貫徹落實黨的十七大精神，根據 市委市政府「關於增強自主創新能力，加快建設創新型城市的決定」以及 「關於進一步加強科技創新體系建設的意見」的文件精神，加快科技創新服務平台建設，進一步增強我市科技創新能力，優化創新環境，全面提升 市產業競爭力，推動創新型城市建設，擬整合國內外相關的科技資源，建設 市科技創新服務平台。
一、組建科技創新服務平台的必要性
（一）從我市創新平台建設的現狀看，組建科技創新服務平台是推動科技進步，建設創新型城市的需要。近幾年，我們在推動科技創新和公共服務平台建設方面做了一定的工作。如研發了 市科漏滑技計劃網上管理系統、科技成果網上登記系統、專家資料庫等，實現了 市科技計劃項目和科技成果的網上申報及評審等；開通了 中小企業公共服務平台，為中小企業的創新提供信息與技術支撐。但是，目前科技服務平台的建設還缺乏統一規劃，因此，充分整合和優化科技資源，加快建設一個社會化、網路化、專業化，多功能的「一站式」創新服務平台，對於促進全社會科技資源高效配臵和綜合利用，提高我市自主創新能力，推動創新型城市建設具有重要的作用。
（二）從創新主體看，組建科技創新服務平台是服務企業，促返大臘進企業自主創新的需要。企業是自主創新的主體。目前，我市中
小企業規模和實力還不夠強，存在著信息渠道不暢、自主創新能力不足、技術創新和產品創新薄弱等問題。因此，整合社會科技資源，建設一個以網路技術為基礎，信息服務體系為支撐，共享機制為保障的科技創新服務平台，實現資源整合、系統集成、便利服務，積極為企業、院校、科研機構等創新主體提供優質、高效的服務，是促進自主創新的有力措施，是全面提升我市產業競爭力的需要。
（三）從政府部門自身建設看，組建科技創新服務平台是轉變政府職能，建設「陽光政府」的需要。推動科技創新，建設創新型城市，根本的要求是轉變政府職能，為科技創新提供公共服務。通過科技創新服務平台，既能規范、簡化和優化業務流程，提高工作效率；又使科技管理、服務更加公開、公正、公平，有利於改善創新環境，對於構建「陽光政府」、建設服務型機關，促進政府管理科學化、服務高效化起到積極的作用。
二、指導思想及建設原則
（一）指導思想
堅持以科學發展觀為指導，以提升 市科技創新能力為目標，以建立共享機制為核心，充分運用現代網路信息技術，整合和優化全市科技資源，搭建公益性、基礎性、戰略性的科技創新「一站式」服務平台，成為服務企業和科研機構的專業化網路載體，為全市的科技進步和技術創新提供有力支撐。
（二）建設原則
貫徹「整合與共享、完善與提高、創新與服務」的平台建設方針。
1、堅持政府主導、產學仿游研合作、社會共享的原則；
2、堅持資源綜合集成、優化配臵、綜合利用的原則；
3、堅持總體統籌規劃、分段分步實施，邊建設，邊服務的原則；
4、堅持科學性、系統性、實用性、權威性、安全性和前瞻性相結合的原則。
三、平台功能及建設的重點內容
科技創新服務平台由4個子平台組成。
（一）功能模塊圖
（二）主要建設內容
1、科技管理子平台
1.1科技計劃網上申報評審系統
科技計劃網上申報評審系統使 市科技計劃項目評審工作實現了網上申報、網上受理、網上評審。整個項目申報和評審的過程是通過互聯網來完成的，足不出戶便可以進行項目的申報或評審工作。科技發展計劃申報評審系統增強了項目申報的透明性，從而確保科技管理工作的科學性、權威性、公正性。
1.2科技成果網上登記系統
科技成果網上登記系統實現了科技成果的網上登記、網上受理過程。
科技成果網上評審系統能夠實現網上評審、檢索查詢、項目匯總列印、統計分析等多項功能的操作流程，整個成果評審的過程是通過互聯網來完成的。同時建立我市歷年科技成果資料庫，為科技成果的轉化、推廣應用及科技創新，提供參考依據。
1.3科技項目管理系統
計劃項目的後期跟蹤管理是直接影響到科技計劃實施效果的關鍵。建立科技項目管理系統就是加強對科技項目的跟蹤管理與服務，追蹤問效，強化績效考評，實現科技計劃項目的全過程閉環管理。對計劃項目承擔單位，逐步建立起誠信機制，項目執行好的，繼續給予傾斜；執行不好的，就要嚴格限制。通過科技計劃管理系統這個平台，建立科技局與項目承擔單位、科技人員之間、科技管理者之間互相交
流、溝通的重要渠道。同時系統建立我市歷年科技項目資料庫，為科技項目管理及項目立項提供參考依據。
1.4科技系統協同辦公系統
針對科技局部門的實際需求，圍繞溝通、協作、協調三個環節，提供了公文管理、綜合事務、個人辦公、溝通交流、系統管理等五大功能模塊。科技系統協同辦公系統的實施，提升了單位內各科室的辦事效率，加大了工作效能。
2、科技資源子平台
2.1政策法規資料庫
收集我國各級政府和部門頒發的法律、法規、辦法、規章及條約等具有一定法律效力和指導性文件建立相關資料庫, 為各級領導提供方便科學的決策支持。
2.2專家資料庫
以 市各領域的專家為基礎，國家、省專家為輔，加以整理、充實，組成基本專家資料庫，並進行不斷添加和更新，逐步完善該資料庫內容，以便為我市科技成果鑒定、項目評審、專家咨詢、前瞻性科學研究等提供可選的專家資源。
2.3科技文獻資料庫（連接使用省資料庫資源）
科技文獻資料庫包括：STN 數據資源、美國DIALOG 數據資源、中國醫院知識倉庫、中國重要會議會議論文全文資料庫、中國優秀碩士論文資料庫、中國農業知識倉庫資料庫、汽車行業分析報告、黃金行業分析報告、聚氨酯行業分析報告、釀酒行業分析報告、情報與決
策等18個資料庫。
2.4中外綜合專利信息資料庫服務系統
它包含全部中國專利信息資料庫以及「八國(美、日、英、法、德、瑞士、俄羅斯、韓國) 兩組織(世界知識產權組織、歐洲專利局) 在內的全部領域專利信息，是國內最具權威、最具法律效力的資料庫系統，它記載著全球95％以上的發明創新成果，涉及到了當今全部技術領域。該系統的具體服務內容包括面向全社會提供專利信息檢索服務，可提供表格檢索、邏輯檢索、IPC 分類檢索以及二次檢索、過濾檢索等輔助檢索方式；為企事業單位建立相關技術領域的專題資料庫，使其能更加快捷的查詢到所需要的信息，又能提高研發起點，掌握海內外技術及市場動向；為政府部門制定科技、經濟、社會發展有關知識產權政策提供決策依據；建立專利預警機制，及時掌握國內外在我市相關行業、領域中獲得專利情況及今後發展趨勢，及時了解國際專利動態，為政府部門、企業的有效投資和制定發展策略提供依據；發布技術交易相關信息，促進專利技術轉移和科技成果轉化；受理專利侵權投訴、舉報等專利法律事務；發布知識產權新聞及政務信息；發布知識產權法規、政策等信息；開展知識產權宣傳、培訓工作。
2.5高新技術企業和技術中心資料庫
高新技術企業和技術中心資料庫，將全面採集 高新技術企業和技術中心創新能力方面的信息，通過分析、分類、加工整理建成高新技術企業和技術中心資料庫，通過資料庫的運行，既能夠科學管理我市高新技術企業和工程技術研究中心，又能對高新技術發展進行有
效的分析和統計, 從而提高政府管理效能。
3、大型科學儀器設備協作共用子平台
大型科學儀器設備協作共用子平台就是通過把我市分散在高校、科研單位、大中型企業、工程技術研究中心等的大型科學儀器進行整合集成，實現區域資源共享和優化配臵，避免、減少不必要的重復購臵和引進，最大限度地提高儀器設備資源的使用效益，保持科學儀器設備的先進性，為科技創新提供支撐、為政府配臵采購儀器設備資源提供決策依據。
3.1儀器設備資料庫
組建全市的大型科學儀器設備資料庫。將分散在高校、科研單位、大中型企業、工程技術研究中心等的大型儀器設備予以整合。
3.2儀器設備協作共用系統
實行入網會員注冊機制，用戶可直接通過協作共用網查詢入網儀器設備，對網上儀器設備進行使用預約，也可直接與儀器設備依託單位聯系，儀器設備依託單位可根據預約需求，與用戶聯系，實現科學儀器設備網上的信息錄入、發布、預約、租賃等工作。
4、產學研合作創新子平台
4.1成果轉化與技術交易系統
該系統通過積聚上海、北京、天津等技術產權交易系統、我國優勢科技領域的研發機構、重點實驗室或資深專家以及國內重點大專院校、科研機構的優質資源，為我市技術交易和成果轉移提供便利的交流平台。該系統將以企業需求為立足點，結合 產業結構特點和企
業需求，致力於暢通的企業與研發機構的溝通渠道，促進競爭企業間的對話，共同謀求企業與研發機構的合作，解決企業的共性技術難題，強化區域優勢技術和科技創新能力，並成為服務於企業和研發機構之間的專業化技術轉移的網路化載體。
主要功能包括成果及技術展示、成果與技術的需求發布、成果與技術的交易、成果與技術的查詢推薦咨詢、難題招標、技術合同登記、自主創新產品認證與展示、成果技術評估、成果與技術的產業化前景分析、系統管理等模塊。
4.2院所技術轉移系統
該系統主要的功能是通過網路化載體，快速有效地將中科院的專家及相關技術進行咨詢、對接、洽談、引進。
4.3國際技術轉移系統
通過該系統的建立，形成一個有機的從組織網路、項目徵集、項目評估到項目推薦、產業化實施的網路化推進系統。主要功能是：為中日韓企業的交流、合作和洽談提供網路化服務窗口；人才的交流與培訓；中、日、韓高新技術、產品網上展示；小型項目推薦及篩選、引進日、韓技術；國際技術合作與交流。
四、平台系統架構及要求
在科技創新服務平台的總體架構設計中，將採用三層應用體系結構。服務層作為三層結構中的表示層，包括平台門戶網站與4個子服務平台系統；業務邏輯層由基礎應用平台提供；數據層則由資料庫與目錄服務支撐。
（一）技術實現的功能
1、搭建科技創新服務統一的技術框架和運行環境
在計算機網路及硬體平台的基礎上，部署應用伺服器軟體、資料庫管理軟體等基礎軟體，同時在基礎軟體基礎上，部署基礎應用平台及各種工具軟體，建設統一的技術框架和運行環境。
2、服務流程開發、運行、監控管理
平台應提供業務流程開發、運行、監控功能，滿足科技創新公共服務中心不斷發展的服務流程需要。
3、全文檢索分析功能
在成熟技術或者成熟產品的基礎上，建設資料庫的全文檢索分析技術平台，為門戶網站和專利資料庫或其他專業資料庫亞秒級全文檢索提供技術支撐。
4、平台後台統一管理
4.1 站點的管理
站點管理可以方便管理平台網站與4個服務平台網站的開通、停止，以及各網站風格模板的管理，方便更改各網站的風格。
對網站的樣式、界面風格進行配臵管理。可根據需要實時改變頁面樣式及風格。對網站中的所有公共頁面，以及每個頁面都可根據需求隨時修改，網站也會將修改效果立即顯示出來。
4.2 網站欄目的管理
對各個網站的欄目進行動態配臵，後台根據生成的欄目樹型結構進行管理，樹的層次沒有限制。這樣，整個網站的邏輯結構一目瞭然，清晰可見。欄目可以創建、激活和關閉。
4.3 內容采編發
對各網站各欄目的內容發布建設統一的采編發系統，經過採集、排版、審核後，可以在網站上發布。
基礎應用平台將自動生成發布內容的相關鏈接，方便用戶瀏覽。
5、組織機構、人員、角色、許可權的統一管理
科技創新服務平台運行需要科技創新平台管理中心、科技局、市領導以及其它政府單位的參與。基礎應用平台應提供組織機構、人員、角色、許可權的統一管理。
5.1 組織機構管理
可以添加組織機構，組織機構下是部門，部門下可以有多個子部門，部門下可以有多個人員。組織機構添加包括組織機構的基本信息。組織機構以樹狀結構顯示，科技創新服務平台可以允許多個組織機構。
5.2 人員管理
人員管理包括基本信息的管理以及登陸名、密碼的管理。
5.3 角色管理
可以添加、刪除角色，角色下可以有子角色，可以指定角色的許可權是否可以繼承父角色許可權。
可以在角色下添加人員或者部門。
5.4 授權管理
對在基礎應用平台中注冊的運行管理功能進行授權。授權方式可以多種方式，即從運行管理功能角度，將許可權指派給角色、人員、部門；同時又可以從角色、人員、部門角度指派具有哪些運行管理功能。
5.5 電子郵件
基礎應用平台建設電子郵件系統，為會員免費提供電子郵箱服務，同時會員也可以使用自己常用的電子郵箱，平台提供科技信息自動郵件發送功能。中心管理人員可以有選擇的發送，也可以自動群發。
6、平台的系統管理、日誌審計
該功能模塊將提供服務功能注冊管理、平台運行管理功能注冊管理、會員使用平台日誌管理、管理中心及相關單位工作人員使用系統的日誌管理。
6.1 服務功能注冊管理
平台將提供給會員的服務功能注冊功能，便於給會員授權，統一管理。
6.2 運行管理功能注冊管理
平台將提供後台運行管理注冊功能，主要指後台工作人員所使用的功能，如申請審核等，便於後台管理功能的使用許可權指派。
6.3 會員日誌管理
能夠記錄會員的所有科技創新服務平台訪問方式的記錄，包括網站、郵件等。便於管理中心從宏觀上服務模式分析，提供更好的服務。
6.4 工作人員日誌管理
能夠記錄工作人員登陸科技創新服務平台的IP 地址、登陸時間、訪問功能，做到有跡可查，保證系統安全。
（二）平台技術要求
平台系統架構設計要實現網路基礎設施和數據綜合服務、流程服務、基於統一門戶的應用服務等多層次服務功能；同時為消除垂直業務系統之間彼此隔離所造成的「信息孤島」，要求數據中心能夠實現對各業務應用系統的數據以多種手段獲取，並在數據中心共享庫中進行整合，實現業務應用之間數據的橫向連通；為實現不同業務協同及相關應用系統互聯互通，要求數據中心提供應用系統流程管理和整合手段；要求在數據中心數據利用層提供先進的分析手段和工具，並能夠以不同的方式進行統計報表的輸出、數據展示、分析、挖掘，使數據成為可用的信息，最大限度的發揮這些數據的作用，提高數據的綜
合利用程度。
1、面向服務的構件化體系結構（SOA ）
SOA （service-oriented architecture ，面向服務的體系結構或面向服務架構）是指為了解決在Internet 環境下業務集成的需要，通過連接能完成特定任務的獨立功能實體實現的一種軟體系統架構。SOA 是一個構件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的介面和契約聯系起來。介面是採用中立的方式進行定義的，它應該獨立於實現服務的硬體平台、操作系統和編程語言。這使得構建在各種這樣的系統中的服務可以以一種統一和通用的方式進行交互。
傳統的Web （HTML/HTTP）技術有效的解決了人與信息系統的交互和溝通問題，極大的促進了B2C 模式的發展。WEB 服務(XML/SOAP/WSDL）技術則是要有效的解決信息系統之間的交互和溝通問題，促進B2B/EAI/CB2C的發展。SOA 則是採用面向服務的商業建模技術和WEB 服務技術，實現系統之間的松耦合，實現系統之間的整合與協同。WEB 服務和SOA 的本質思路在於使得信息系統個體在能夠溝通的基礎上形成協同工作。
在傳統的系統體系架構中，系統功能的調整與完善極大依賴開發商，當業務需求發生變化、或不同開發商設計的系統需要集成時，往往需要極大的代價才能完成新系統的集成，甚至有時只能完全推翻原有的設計，這非常不利於保護和利用既有投資。
基於SOA 的系統架構將屏蔽由於開發商選擇的開發環境和手段不同帶來的風險，而是將業務需求拆分到基本服務單元，做到了最大程度地柔性面對需求變化，不僅滿足現在的需求，同時也增強了系統在未來的抗風險性。
2、面向構件技術及方法論
面向構件技術整合了傳統的構件技術、模型驅動技術和面向服務技術。構件的意義超越了技術層面的代碼集合，而是真正做到與業務層面的內容相映射。構件將成為表達業務需求的最小單元，在特定行業中，通過積累可以形成相對完備的業務需求構件庫，以構件組裝的形式快速搭建業務應用；以構件修改和構件增減的方式快速滿足業務需求的變化。其次，從構件的技術實現角度來說，可以用四個要素來陳述軟體構件模型：構件本身、該構件的插口、構件與其他構件協作的能力、以及構件的使用者。
面向構件的開發是一種軟體開發手段，在開發周期的不同階段和不同方面，包括需求分析、結構、設計、建立、測試、上線、支撐性技術架構、項目管理等，都以構件為基礎，同時為了使構件可隨時用於組裝，這些構件必須作為項目的零件來建造。
3、三層應用體系結構
三層應用體系結構包含表示層、業務邏輯層、數據層。表示層是系統的人機介面部分，用戶和應用程序之間的交流在該層完成。通過用戶界面層，用戶可以完成獲取數據、輸入數據、修改數據、刪除數據等一系列操作。表示層也包含了一定的安全機制，用戶根據授權范圍可以控制數據和機密信息。業務邏輯層響應用戶界面層的用戶請求，執行任務並從數據層提取數據，然後將必要的數據傳送給表示層，從而實現表示層與數據層之間的交互。業務邏輯層包含了在應用程序中執行關鍵處理的組件，這些應用程序遵守所有的業務規則及限制。數據層負責對數據進行管理並向業務邏輯層提供標准化的開放訪問介面。
在三層結構中，三個層可以分別部署，表示層用戶界面只能與業務邏輯層相聯系，無需直接訪問後台資料庫，使後台資料庫與用戶界面隔離，提高應用系統的可靠性和擴展性，提高系統數據的安全性。
4、面向對象方法
傳統的軟體工程以軟體的工程化為目標，強調方法論，工具與環境，質量保證體系，項目管理，配臵管理，但基本理念是基於具體需求、從零開始的開發。這種開發模式顯然已經不適合於現代軟體系統開發的要求。而面向對象的設計以軟體的組裝式生產為目標，強調各種粒度的軟體重用、介面與表示和實現分離、統一對象模型，繼承和發展了傳統軟體工程。面向對象技術將計算看成是一個系統的演變過程，系統由對象組成，通過一系列的狀態變化來完成計算。對象具有保持能力和自主計算能力。面向對象設計和實現的重點是多個對象的網狀組織結構和協同計算，而不是過程調用的層次結構，這樣就在本質上適應了並發、分布系統及互聯網的計算特徵。
5、XML 數據交換標准
XML 的數據內容與數據顯示形式是完全分離的，XML 文件為純文本文件不受平台限制，XML 是一種完全面向數據語義的標志語言，容易描述數據的語義及元素結構，不僅可以描述結構化數據，更可以非結構化數據，非常適用於異構資料庫之間的數據交換。目前，XML 已經成為數據交換的標准。
因此，通過XML 可以有效保證對各種異構科技信息資源的整合，以及基礎應用平台建設的需要，達到 科技信息數據資源的最優整合。
6、AJAX(Asynchronous JavaScript and XML) 一種創建互動式網頁應用的網頁開發技術。
與傳統的web 應用比較傳統的web 應用允許用戶填寫表單(form)，當提交表單時就向web 伺服器發送一個請求。伺服器接收並處理傳來的表單，然後返回一個新的網頁。這個做法浪費了許多帶寬，因為在前後兩個頁面中的大部分HTML 代碼往往是相同的。由於每次
應用的交互都需要向伺服器發送請求，應用的響應時間就依賴於 伺服器的響應時間。這導致了用戶界面的響應比本地應用慢得多。
與此不同，AJAX 應用可以僅向伺服器發送並取回必需的數據，它使用SOAP 或 其它一些基於XML 的web service 介面，並在客戶端採用JavaScript 處理來自 伺服器的響應。因為在伺服器和瀏覽器之間交換的數據大量減少，結果我們 就能看到響應更快的應用。
（三）數據中心配置圖
五、平台網路系統現狀
（一）網路現狀
市科技局網路機房具備internet 百兆光纖接入，防火牆一台、IDS 一台、交換機兩台、集線器兩台、伺服器5台。其中4台伺服器接入公網，分別運行科技局門戶網站、電子郵件系統、 市科技計劃管理系統、專家資料庫。OA 系統運行於區域網內。網內包括科技局、生產力促進中心、科協、專利局等用戶，上網終端共計100餘台。
現有伺服器的型號與配臵見下表：
（二）平台目前應用系統建設情況
平台目前已完成科技計劃管理系統、專家資料庫、OA 系統的建設工作。其中科技計劃管理系統採用.net 技術開發，C/S 、B/S架構相結合。運行於03操作系統上，後台資料庫為sql. 專家資料庫基於Justep 協同業務系統開發，後台資料庫為ORACLE 。目前，科技計劃管理系統經過二次改造升級，已經運行兩年。專家資料庫包括市內
與市外專家，人數已達1200餘人。 市科學設備儀器協作共用網目前掛在山東省大型科學儀器設備協作共用網內，設備儀器數據採集工作已經開展，目前我市已有50多家單位、180多台套的儀器設備已通過審核進入協作共用網。OA 系統也已經調試完成。
（三）存在的問題與設備購置用途
由於機房核心交換設備為98年購臵，十年間網內終端從幾十台增至到現在的百餘台，伺服器也從三台增至五台，交換機、路由器設備急待更新。（2005年經政府采購新上3COM 4400交換機一台，用於科技局內網建設，與政務專網相連）。針對以上問題，申請添臵路由器一台、可網管交換機三台用於更新機房核心交換設備，保障平台的運行。此外，擬添臵應用伺服器三台、資料庫伺服器兩台，用於建設科技創新服務平台中其它子平台內容。備份設備及軟體一台套，用於已完成的科技計劃管理系統、專家資料庫、OA 系統及待開發的其它子平台的數據備份。IP SAN 網路存儲設備一套，存儲容量為7.5T, 其中擬安裝中外專利資料庫數據容量為3T ，每年更新數據容量為0.9T （本次設計為保存3年的專利數據），剩餘空間用於平台伺服器數據備份。備份伺服器無需購買，可利用現有伺服器。專利資料庫信息服務系統將設立2個公眾服務窗口，需要20台終端PC 機。前期可先設立10台終端PC 機，分別設在市知識產權局和 大學知識產權研究院（或者 軟體園），公眾可以登陸終端PC 機進行檢索。二期再上10台，以滿足公眾服務需求。
六、平台經費預算
（一）軟硬體設備及平台研發運營費用
1、硬體設備購臵費
單位：萬元
2、平台軟體研發及數據引進費用
3、網站運營、資料庫信息採集錄入與其他費用(每年)
平台投入經費合計：252.4萬元
(二) 實施步驟及資金計劃
科技創新服務平台計劃分兩年建設完成，共需經費252.4萬元。擬第一階段（2008.1—2008.12）完成平台的中心網站和基本後台的建設, 完成大型儀器設備協作共用子平台與中外專利信息服務系統的建設工作，投入經費141.7萬元；第二階段(2009.1—2009.12) 完成科技管理子平台中成果登記評審系統建設及專家資料庫的擴充工作；完成科技項目管理系統；完成產學研合作創新子平台的研發建設；並對整個服務平台進行測試、評價、完善與總結，投入經費96.2萬元。以下是經費年度預算表。
1、第一階段
（二）軟體開發招標
（三）科技局自主研發及其他費用
共計：141.7萬
2、第二階段
（一）政府采購
（二）軟體開發招標
（三）科技局自主研發及其他費用
共計：96.2萬
七、保障措施
（一）加強組織領導。成立市科技創新服務平台建設領導小組。由科技局負責組織實施平台建設的一系列工作。
（二）發揮政府的主導作用，在資金、政策上給於扶持，確保平台建設的順利進行。
（三）建立政、產、學、研互動聯盟，形成合力，齊心協力建設好科技創新服務平台。
（四）不斷完善科技創新服務平台共建共享機制，為企業提供優質、高效服務。
（五）加強交流與合作，借鑒國內外建設科技創新服務平台的先進經驗和好的做法，結合我市的實際，突出特色，切實把我市科技創新服務平台建設成為科技創新的有效載體。
『貳』 APICloud發布低代碼開發平台，賦能B端企業提升IT生產力
【獵雲網北京】5月23日報道
在雲原生快速普及的趨勢下，傳統軟體架構正在全面轉向雲架構，而傳統軟體開發也全面向雲開發的模式推進。特別是企業內的基礎支撐系統在積極適應業務互聯網化、數字化過程中，產生了「敏捷開發」、「快速迭代」的剛性需求。CIO和CTO如何打造全新的IT團隊和模式？如何更好的滿足越來越多由業務部門發起的零散IT需求，成為巨大的挑戰。為了一種全新的IT基礎系統，低代碼開發平台正在快速的出現和普及。
與此同時，效率一直是企業生產力水平的重要標桿，而效率的服務對象則是需求；數字化時代的下半場，能否突破傳統效率邊界，甚至決定著一個企業的生死存亡；區別於企業IT部門主導需求的傳統模式，互聯網和雲的背景下更多是由業務部門自主發起需求，IT部門提供技術與服務，這樣的模式更適用於互聯網的快速打法，而供需關系的轉化，則使低代碼開發平台成為了顛覆傳統效率的利器，或將企業IT生產力引領至全新的高度。
在低代碼開發平台，非技術背景的業務人員通過少量代碼或可視化工具可直接描述需求，並自動生成部分功能與套件，從而加速業務落地，降低人才培訓與產品部署的成本，在此過程中低代碼展現出與企業創新需求高度匹配的特性，使用低代碼開發平台構建企業級應用，逐漸成為提升IT生產力的重要趨勢；為此，APICloud通過多年技術創新與數據積累，打造的低代碼開發平台順勢而生。
5月23日，APICloud正式發布低代碼開發平台與新產品，將進一步對To B行業的IT生產力進行賦能。APICloud創始人兼CEO劉鑫發布了全新的IT生產力工具「Plus Mode」，這款涵蓋需求分析、產品原型、UI設計、前端開發、後端開發為一體的組合型工具，依託APICloud低代碼開發平台而建，將可視化界面與拖拽式產品進行無縫結合，憑借APICloud豐富的行業案例資料庫與敏捷的低代碼開發能力為支撐，幫助企業IT項目快速落地。
產品、UI、開發本為IT項目環環相扣的組成部分，Plus Mode為IT項目中每個角色提供工具的同時，大量前置環節的工作量通過大數據復用進行實現，從而為每個環節提升30%至60%的工作效率；對於已上線的產品，Plus Mode也表現出十分融合的友好度，可根據數據需求直接生成API介面，快速打通新、老產品功能與數據的調用；憑借門檻低、上手快的特性，Plus Mode可幫助企業快速訓練出一支具備高效協作能力的IT項目團隊。
Plus Mode的核心行業資料庫由APICloud平台多年積累而成，根據不同行業、不同功能、不同應用場景進行梳理，目前包含11個行業，63類功能模塊，Plus Mode的行業資料庫與產品工具均以公有雲形式提供，IT團隊可隨時隨地進行協作，行業資料庫也會基於互聯網創新產品的不斷迭代而進行實時更新。
為了更好地貫穿「人效」理念，此次發布會APICloud提出了一套線上+線下的組合拳戰術，除了生產力工具，APICloud Coo May還發布了全新概念的共享辦公服務，不同於傳統共享辦公模式，該服務主要面向平台中的技術團隊，通過線下聯合辦公的模式，對入駐的團隊進行技術賦能，加速技術變現能力，同時以此加強IT項目的協作效率，該業務是APICloud北京、重慶雙總部戰略的延伸，目前當地使用APICloud平台的技術團隊均可申請入駐。
為了進一步完善開發者生態建設，打通移動應用從開發至上線的全部鏈條，APICloud聯合騰訊雲推出更適於移動應用的雲解決方案，日後，APICloud用戶可直接在平台中選購騰訊雲的優質服務，並享受一定優惠返利。
『叄』 國內做分布式資料庫開發的現狀如何
應該說，現在是國產分布式資料庫發展的利好時期。在討論發展前景前，首先要先看看分布式資料庫的發展方向。
大家把傳統關系型資料庫稱作oldSQL，給人感覺要被淘汰似的。但其實數據量不是很大或者事務處理的場景夏，關系型資料庫的還是占優的。
關系型資料庫的主要問題在於：
性能瓶頸，
單一模型（關系模型），只適合OLTP
應對業務的靈活性不夠，
彈性擴充能力不夠，
兩地三中心和雙活等問題上不足。
隨著互聯網和手機的飛速發展，無論從用戶規模、使用頻率、還是場景多樣性都使得這些問題浮出水面。其實Oracle在92年就開始嘗試轉向分布式，還當時引起了業界的巨大爭論，最後失敗。更何況過去CPU、內存、存儲、帶寬的高成本導致分布式資料庫的性價比並不高，只能停留在學術階段，限制了分布式的發展。
新分布式資料庫首先是要避免和傳統關系型資料庫的競爭，這是明智的選擇，能夠輕裝上陣。因此從幾個方面入手，應對海量數據處理、分析、緩存、流式處理、開發模式等等。相對應列式，KV，Document等多種存儲數據結構。
所有這些都被稱為NoSQL資料庫，放棄ACID和事務能力還換取性能。然而，NoSQL又收到了大量的批評反對意見，主要是說把資料庫應該處理的問題交還給了開發是種發展的倒退。這些問題包括，索引、版本、SQL支持、事務支持等等。市場上超過90%的開發員都需要SQL，而且SQL也是非常有效和成熟。於是大家無論底層是什麼存儲結構又開始支持SQL，形成了NewSQL。
這里插一句題外話，在矽谷已經不再用SQL、NoSQL、NewSQL來劃分資料庫了。理由很簡單，SQL是一種語言，從來沒有SQL資料庫的說法，自然也不應該有NoSQL資料庫的說法。NewSQL資料庫就更不合理，用的SQL並非什麼「New「的新東西。所以專業上用關系型和非關系型資料庫來劃分，分布式資料庫主要都是非關系型資料庫。
回過頭來看國內分布式資料庫市場需求，中小企業不滿足Mysql的性能，分庫分表又很難搞，也不徹底；大型企業被Oracle等壟斷支付高額成本，而且又不解決實際碰到的瓶頸問題。因此，用戶都在尋找新的解決方案。小型用戶、雲計算的用
戶、大型企業都需要對應的分布式資料庫產品。
再加上國產自主和去IOE浪潮，更加推動了國產分布式資料庫的發展利好。值得注意的是，資料庫研發是個嚴肅的事情，沒法短平快。