saas項目性能及功能應(yīng)用理想要求v1

1、9GG9 項目性能及功能應(yīng)用最低要求ZNUX*GZK9OMTGZXK )NKIQKJ (_VVXUGRHistory目錄SaaS 項目性能及功能應(yīng)用最低要求1DateAuthorCommentVer1.02014-04-22一、性能要求：5 一 數(shù)據(jù)量：.5 二 并發(fā)用戶數(shù)：6 三 數(shù)據(jù)分布：7 四 性能要求：7二、功能要求：11 一 組織架構(gòu)要求：11 二 權(quán)限要求：12 三 自定義功能要求：13 四 工作流的要求：15 五 報表體系（數(shù)據(jù)輸出）要求：17 六 數(shù)據(jù)安全要求：21 七 數(shù)據(jù)恢復(fù)要求：23 八 版本升級要求（必選）：239GG9 項目性能及功能應(yīng)用最低要求的說明：以下文檔中幾個

2、 、租戶（即多租戶）：指的是租用 9GG9的企業(yè)用戶。 、操作員：泛指物業(yè)公司的，的主要操作員和使用者。 、住戶、客戶：泛指物業(yè)小區(qū)的業(yè)主和租戶。一、性能要求：系統(tǒng)上線運行后的數(shù)據(jù)值，并根據(jù)值提出系統(tǒng)的性能要求與最低要求一致：(一)數(shù)據(jù)量：一共分三階段：第一階段：初始市場運營推廣期，此階段數(shù)據(jù)壓力為最小，峰值數(shù)據(jù)如下表：小區(qū)數(shù)量（個）房 間 數(shù) 量（間）客 戶 數(shù) 量 （戶）收 付 項 目（個）應(yīng)收明細（條/年）實收明細（條/年）工單數(shù)量（條/年）從 50至 500從 5 萬至50 萬從 4 萬至40 萬6從 290 萬條/年 至2900 萬條/年從 320 萬條/年 至3200 萬條/年從

3、100 萬條/年 至1000 萬條/年數(shù)據(jù)計算說明1、房間數(shù)量按平均每項目 1000 個計算?？蛻魯?shù)量按每項目入伙率 80%計算。2、應(yīng)收明細數(shù)據(jù)=客戶數(shù)量（合同號）*收付項目*12（月）。實收=應(yīng)收明細數(shù)據(jù)*10%+應(yīng)收明細數(shù)據(jù)。3、工單數(shù)據(jù)按平均每項目每天 50 個報修工單計算：50（項目數(shù)）*50（工單數(shù)）*365（年）。4、上述數(shù)據(jù)每年呈倍增關(guān)系。第二階段：市場擴張期，此階段數(shù)據(jù)壓力為居中，峰值數(shù)據(jù)如下表：第三階段：市場占有率頂峰期，此階段數(shù)據(jù)壓力為最大，峰值數(shù)據(jù)如下表：(二)并發(fā)用戶數(shù)：按每個項目用戶角色為 6 人（財務(wù)，收款員，工程，小區(qū)經(jīng)理，系統(tǒng)管理員），但同時并發(fā)用戶數(shù)按每項目

4、 5 人來計（財務(wù)+收款+工程+小區(qū)經(jīng)理/系統(tǒng)管理-二人共用一個賬戶）：應(yīng)用階段項目數(shù)量單項目并發(fā)用戶數(shù)合計并發(fā)用戶數(shù)第一階段505250小區(qū)數(shù)量（個）房 間 數(shù) 量（間）客 戶 數(shù) 量 （戶）收 付 項 目（個）應(yīng)收明細（條/年）實收明細（條/年）工單數(shù)量（條/年）2 萬2000 萬1600 萬612 億條/年13.2 億條年4 億條/年數(shù)據(jù)計算說明1、房間數(shù)量按平均每項目 1000 個計算?？蛻魯?shù)量按每項目入伙率 80%計算。2、應(yīng)收明細數(shù)據(jù)=客戶數(shù)量（合同號）*收付項目*12（月）。實收=應(yīng)收明細數(shù)據(jù)*10%+應(yīng)收明細數(shù)據(jù)。3、工單數(shù)據(jù)按平均每項目每天 50 個報修工單計算：50（項目數(shù)

5、）*50（工單數(shù)）*365（天）。4、上述數(shù)據(jù)每年呈倍增關(guān)系。小區(qū)數(shù)量（個）房 間 數(shù) 量（間）客 戶 數(shù) 量 （戶）收 付 項 目（個）應(yīng)收明細（條/年）實收明細（條/年）工單數(shù)量（條/年）5000500 萬400 萬62.9 億條/年3.2 億條年1 億條/年數(shù)據(jù)計算說明1、房間數(shù)量按平均每項目 1000 個計算。客戶數(shù)量按每項目入伙率 80%計算。2、應(yīng)收明細數(shù)據(jù)=客戶數(shù)量（合同號）*收付項目*12（月）。實收=應(yīng)收明細數(shù)據(jù)*10%+應(yīng)收明細數(shù)據(jù)。3、工單數(shù)據(jù)按平均每項目每天 50 個報修工單計算：50（項目數(shù)）*50（工單數(shù)）*365（天）。4、上述數(shù)據(jù)每年呈倍增關(guān)系。 三數(shù)據(jù)分布：上

6、述數(shù)據(jù)量預(yù)計分布在市及二三級城市，在系統(tǒng)部署時需要重點考慮是否是采用分區(qū)部署還是集中部署？包括數(shù)據(jù)容災(zāi)備份等。這與性能有極大關(guān)系并且會直接影響現(xiàn)有的產(chǎn)品規(guī)劃設(shè)計架構(gòu)。 四 性能要求： 、系統(tǒng)登錄： 單個用戶登錄時間：（小于 ”） 個并發(fā)用戶同時登錄時間：（小于 ”） 個并發(fā)用戶同時登錄時間：（小于 ”） 個并發(fā)用戶同時登錄時間：（小于 ”） 個并發(fā)用戶同時登錄時間：（小于 ”） 個并發(fā)用戶同時登錄時間：（小于 ”） 個并發(fā)用戶同時登錄時間：（小于 ”） 、普通基礎(chǔ)資料操作：新增、保存、查詢、刷新，響應(yīng)時間# ”。 、主數(shù)據(jù)操作：新增、保存、查詢、刷新，響應(yīng)時間# ”。 、業(yè)務(wù)單據(jù)操作：新增、保

7、存、審核、查詢，響應(yīng)時間# ”。 、原始數(shù)據(jù)導(dǎo)入： 錄數(shù) 條以內(nèi)： ” 錄數(shù) 條以內(nèi)： ”第二階段 第三階段 萬 萬 錄數(shù) 條以內(nèi)： ” 、批量生成資源： ” 、批量修改面積： ” 、標準選用： ” 、票據(jù)設(shè)置： ” 、儀表讀數(shù)錄入與計算： ” 、分攤計算： ” 、費用生成： ” 、顯示應(yīng)用（收款中心）： 顯示 條應(yīng)收：（小于 ”） 顯示 條應(yīng)收：（小于 ”） 顯示 條應(yīng)收：（小于 ”） 、顯示實用（實收中心）： 顯示 條實收：（小于 ”） 顯示 條實收：（小于 ”） 顯示 條實收：（小于 ”） 、完成一次收款操作（包括減免、預(yù)交沖抵）： 收清一年欠費（以操作當前客戶的 條欠費計）：（小于 ”

8、） 收清二年欠費（以操作當前客戶的 條欠費計）：（小于 ”） 收清五年欠費（以操作當前客戶的 條欠費計）：（小于 ”） 、票據(jù)生成： ” 、票據(jù)打?。?” 、出盤 回盤： 、財務(wù)接口導(dǎo)出： 、工單報事、反饋、回訪等業(yè)務(wù)操作： ” 、報表打印： 明細類報表： ” 統(tǒng)計類報表： ” 圖表類報表： ” 通知單打?。?戶：（小于 ”） 戶：（小于 ”） 戶：（小于 ”） 戶：（小于 ”） 戶：（小于 ） 票據(jù)批量打?。?張：（小于 ”） 張：（小于 ”） 張：（小于 ”） 決策分析型報表： ”補充說明：物業(yè) 9GG9 系統(tǒng)上線后，最大的風險與瓶頸在于性能與數(shù)據(jù)安全，而且鑒于物業(yè)行業(yè)的特點，財務(wù)數(shù)據(jù)是每

9、年都是倍增關(guān)系。從目前物業(yè)行業(yè)的信息化解決方案來看，無論是思源還是其他廠家，性能始終是困擾各公司產(chǎn)品發(fā)展的主因之一。因此，劃設(shè)計的 9GG9 系統(tǒng)最最優(yōu)先考慮應(yīng)為如何解決性能問題。二、功能要求：最低（最少）系統(tǒng)功能要求應(yīng)包括：組織架構(gòu)、用戶 賬號、權(quán)限管理、數(shù)據(jù)輸出（報表）、日志管理、版本管理和等，能滿足產(chǎn)品的上線運營要求，具體如下： 一 組織架構(gòu)要求：物業(yè) 9GG9 產(chǎn)品的組織架構(gòu)主要有二個維度：傳統(tǒng)的組織架構(gòu)樹和物業(yè)資源組織架構(gòu)樹。傳統(tǒng)組織架構(gòu)要求如下： 、 需滿足對單個或化企業(yè)組織模型提供全面支持，包括：化組織構(gòu)架的設(shè)置、修改與，組織架構(gòu)應(yīng)滿足：、區(qū)域公司、管理處、項目、部門、崗位這樣的

10、層級關(guān)系。注： ）上述的組織架構(gòu)層級不是固定不變且不是必須存在的，例如，可以在層級下直接掛甚至項目，也可以在下掛部門，但項目一定是掛在區(qū)域公司或下面。 ）尤其需要注意管理處與項目的關(guān)系。有些物業(yè)公司是管理處就是項目，項目就等于管理處（即一個項目對應(yīng)一個管理處）。而有些物業(yè)公司是一個管理處下轄管理多個項目的情況，并且還存在各管理處之間項目劃撥的情況。最低要求可以只實現(xiàn)一個管理處對應(yīng)一個項目的情況，理想情況下需要實現(xiàn)一個管理處管多個項目的情況。 、 支持各 9GG9 用戶（物業(yè)公司）自定義自己的組織架構(gòu)（即允許系統(tǒng)存在 4 個組織架構(gòu)且相互不影響）。 、 、 支持度型組織分類（需是否有必要實現(xiàn)）：

11、（可選）既支持傳統(tǒng)的組織架構(gòu)樹（如公司 部門），也要支持按業(yè)務(wù)類型劃分的組織架構(gòu)樹（如產(chǎn)品線、業(yè)務(wù)組、資產(chǎn)組織、運營公司等）。5、 支持組織架構(gòu)層級類型和層級自定義：（必選）6、 支持組織架構(gòu)節(jié)點的拖放和移動（初始化或下面節(jié)點無數(shù)據(jù)時可用）：（可選）7、 崗位納入組織架構(gòu)體系中，實現(xiàn)對崗，支持一人多崗：（必選）8、行政架構(gòu)樹的設(shè)置：（可選）(二)權(quán)限要求：1、 須支持 SaaS 應(yīng)用中多租戶互不干擾相互獨立的一套完整的體系。2、 角色模板（權(quán)限模板）：用于快速批量設(shè)置不同崗位但權(quán)限相同的用戶權(quán)限。3、 區(qū)域（項目）權(quán)限：用于設(shè)置當前用戶能查看同一物業(yè)公司下哪些樓盤項目的數(shù)據(jù)。4、 分級：用于授

12、予相關(guān)管理分級權(quán)利，由他們負責設(shè)置各子公司或各項目的用戶權(quán)限。5、：是指在他人的下，以自己的口令登錄系統(tǒng)并以他人的代替他人處理他人范圍內(nèi)的事務(wù)。一般多半用于工作流。6、 功能點權(quán)限：增、刪、改、查、業(yè)務(wù)等功能點的權(quán)限控制。（必選）7、 報表權(quán)限：用于對每張報表設(shè)置查看權(quán)限。如一共有五張圖表，只能查看到其中的三張報表。8、 圖表權(quán)限：用于對每張圖型及鉆取型報表設(shè)置查看權(quán)限。如一共有五張圖表，只能查看到其中的三張圖表。9、 流程權(quán)限：用于對每個流程設(shè)置發(fā)起權(quán)限。如一共有五個流程，只能發(fā)起其中的三個流程。10、數(shù)據(jù)級權(quán)限：用于設(shè)置組團或樓棟權(quán)限、財務(wù)的收付項目權(quán)限、的規(guī)則權(quán)限等數(shù)據(jù)級權(quán)限。 、字段級

13、權(quán)限：用于控制字段查看以及修改的權(quán)限。注：第 和 如實現(xiàn)有難度則可放棄此要求。 三 自定義功能要求：必須提供強大的自定義功能，包括但不僅限于： 、 數(shù)據(jù)字典自定義：需提供功能完善的數(shù)據(jù)字典的功能，能夠通過數(shù)據(jù)字典查找所有庫表結(jié)構(gòu)與字段中文說明，如果能夠提供表與表之間的關(guān)聯(lián)關(guān)系則最好，如：主鍵、索引、默認值等等。 、 界面風格自定義：（可選或后期再實現(xiàn)）此功能可同時提供給開發(fā)和客戶操作員進行使用，滿足各操作對界面風格的自定義需求。如皮膚、窗口擺放、主界面流程圖配置等等。 、 界面布局自定義：（可選或后期再實現(xiàn)）通過此功能可以對界面整體布局、控件位置擺放、主界面功能按鈕的設(shè)計等進行控制和調(diào)整，滿足

14、客戶個性化的應(yīng)用需求。并且自定義可以只針對當前用戶也可針對全部用戶配置。 、 界面交互自定義：（可選或后期再實現(xiàn)）通過此功能可以對界面已有字段進行拖拽或者隱藏，將隱藏的字段顯示，配置各個字段各自啟用哪種錄入方式（例如文本框、下拉、單選等）等操作，滿足客戶對人機交互方式的自定義。 、 流程自定義：詳細的流程自定義功能見此文檔下面的第四大點：工作流的要求。 、 公式自定義：提供強大的公式自定義功能，需提供完善的各類函數(shù)調(diào)用，支持子公式、表達式、常量、各類變量、業(yè)務(wù)字段、自定義參數(shù)等相互組所需要的計算公式。7、自定義：提供的管理，通過該可以自定義配置各業(yè)務(wù)系統(tǒng)的信息，比如實現(xiàn)客戶的生日提醒、客戶合同

15、到期、客戶欠費、客戶工單超期提醒等。提供前臺可視化配置界面，可定義歸屬于哪個模塊，可自配置調(diào)用哪些字段，結(jié)合表達式自動生成所需要的信息。并需支持可、郵件、消息等多種提醒方式。8、 個人主頁配置自定義：（可選或后期再實現(xiàn)）需提供所有操作員自行定義每個人的個人主頁的配置功能，包括風格、功能、按鈕、皮膚、流程、菜單、提醒、消息等。9、 個人配置自定義：（可選或后期再實現(xiàn)）需提供所有操作員自行定義每個人的個人操作的配置功能，包括自定義打開后主動打開哪些功能或窗口，操作流程軌跡并隨時可以修改等。10、報表和圖表自定義：詳細的報表和圖表自定義功能見此文檔P31 頁第二點：報表工具。11、下拉選項值自定義：

16、系統(tǒng)所有的下拉選項值都可以交由客戶自行定義和。 、多語言自定義：（可選或后期再實現(xiàn)） 需支持實現(xiàn)多語言的功能需求，默認支持三種：簡體中文、繁體中文、英文。其中簡體中文和繁體中文應(yīng)提供自動翻譯的工具自動互譯。 需支持在系統(tǒng)登錄時選擇切換不同語種并在登錄到系統(tǒng)后還可以再切換。 增加另外一種新的語言時，除開發(fā)可配置出廠默認值外，還可以交由客戶自行配置和管理。 系統(tǒng)應(yīng)根據(jù)操作系統(tǒng)的語言自動選擇相對應(yīng)的語言種類（例如客戶使用的是繁體操作系統(tǒng)，打開界面時，自動切換成繁體），同時也保留允許手工選擇語言的種類。 需支持整個企業(yè)只使用一種語言也允許支持每個客戶端不同語言。 四 工作流的要求： 、 功能強大的工作

17、流： 基于瀏覽器的圖形化流程定制，并需支持順序、并行、同步、異步、分支、合并、循環(huán)、終止、回退、轉(zhuǎn)交、通知、子流程、批處理、單據(jù)轉(zhuǎn)換等所有業(yè)務(wù)工作流模式。 需提供完全可視化的流程建模環(huán)境，包括流程圖設(shè)計、業(yè)務(wù)規(guī)則、業(yè)務(wù)權(quán)限和業(yè)務(wù)表單定制。 需支持任務(wù)主動推送和流程：可提供圖形化的流程運行和分析工具，滿足最終用戶對工作流的查詢、調(diào)整、統(tǒng)計、分析等業(yè)務(wù)需求。 流程模型需支持啟動規(guī)則、執(zhí)行規(guī)則、流轉(zhuǎn)規(guī)則、轉(zhuǎn)發(fā)規(guī)則、回退規(guī)則、通知規(guī)則、合并規(guī)則、分支規(guī)則、委托規(guī)則等豐富的面向業(yè)務(wù)的流程規(guī)則，要求做到不僅設(shè)計和實施不需要編寫代碼即可設(shè)計出復(fù)雜的業(yè)務(wù)流程，最終用戶的管理員也可以通過調(diào)整流程規(guī)則快速適應(yīng)業(yè)務(wù)

18、需求的變更。 需提供強大的可擴展的業(yè)務(wù)表達式：的業(yè)務(wù)模型中需內(nèi)置強大的業(yè)務(wù)表達式能力（如條件表達式、執(zhí)行者表達式、流程規(guī)則、事件等），可以作用于工作流中的業(yè)務(wù)規(guī)則定制。還需內(nèi)置大量的業(yè)務(wù)函數(shù)，如以下幾個大類：通用函數(shù)：字符運算，數(shù)值運算，時間格式化等數(shù)據(jù)函數(shù)：獲取業(yè)務(wù)數(shù)據(jù)，自動生成業(yè)務(wù)等模型函數(shù)：獲取模型信息組織函數(shù)：獲取當前登錄者的結(jié)構(gòu)、部門、崗位、等登錄環(huán)境信息，按部門、崗位、角色、業(yè)務(wù)管理權(quán)限等組織屬性進行組織過濾查找流程函數(shù)：獲取流程關(guān)聯(lián)的業(yè)務(wù)數(shù)據(jù)標識，判斷流程狀態(tài)，獲取當前環(huán)節(jié)的名稱、創(chuàng)建人、執(zhí)行者，獲取指定環(huán)節(jié)的創(chuàng)建人、執(zhí)行者，獲取流程的前續(xù)環(huán)節(jié)，獲取擁有流程指定環(huán)節(jié)權(quán)限的組織等。

19、 能根據(jù)我方要求提供個性化流程功能的擴展開發(fā)，例如流程有到的特有的接單、反饋、回訪等流程節(jié)點。 支持舊流程修改事不影響執(zhí)行中的流程實例。 為增加流程應(yīng)用的靈活性，流程實例化時機不在發(fā)起流程瞬間。 支持流程單據(jù)在不同的節(jié)點的字段級權(quán)限（、可寫、必填）。 支持流程任務(wù)的移交、共享、委托的配置。 支持流程活動節(jié)點的輸入、輸出自定義配置。 支持在流程中指定下級的或職位。 需提供代碼擴展能力：需提供強大的基于事件的代碼擴展機制，以滿足在實際的業(yè)務(wù)工作流中必然存在一些特定的業(yè)務(wù)邏輯需要通過編程的方式進行擴展。即允許我方開發(fā)在現(xiàn)有流程體系功能框架范圍內(nèi)進行二次開發(fā)的擴展。 需支持工作流自動通過協(xié)同門戶、任務(wù)

20、中心、即時通訊工具等多種交互方式將任務(wù)主動推送到用戶桌面。 流程的版本管理 需支持 /59、TJXUOJ、=OTJUY6NUTK 等所有移動和平板設(shè)備上面的流程發(fā)起、回復(fù)、打回等流程操作，并支持在多個操作系統(tǒng)之間進行協(xié)作（如同一個流程既可以在 6) 端也可以流程到移動客戶端進行，也可以在移動客戶端發(fā)起一個流程流轉(zhuǎn)到 6) 端處理）。 需提供強大的擴展集成能力：提供的工作流應(yīng)符合 95 架構(gòu)的開放式的工作流體系，提供標準的工作流服務(wù)接口，可以與任何第的業(yè)務(wù)系統(tǒng)進行集成。 、 支持單點登錄、門戶集成、頁面集成、接口集成、數(shù)據(jù)集成等多種集成方式。（可選） 、 消息管理：的消息管理機制，滿足系統(tǒng)各業(yè)務(wù)

21、模塊的信息提醒、消息主動推送等。如流程的消息提醒等。消息可以自定義通過郵件、氣泡、自動彈屏等多種方式及時通知到相關(guān)操作。 、：提供完善的的解決方案，可以整合第供應(yīng)商提供的服務(wù)，也可以直接使用開發(fā)自帶的功能?？勺远x各類模板、自動定時發(fā)送、配置發(fā)送條件、可接收反饋信息、費用預(yù)算及查詢等功能。 、 知識管理：提供完善的知識管理的解決方案，包括但不僅限于：公司規(guī)章制度、體系文件、文檔、常見問題、知識庫、工作流相結(jié)合的知識管理體系。 五 報表體系（數(shù)據(jù)輸出）要求：報表體系（數(shù)據(jù)輸出）一共分為二種類型，一種為數(shù)據(jù)導(dǎo)出，一種為報表輸出。二種的要求分別如下：1、 數(shù)據(jù)導(dǎo)出（輸出）：1)所有界面的表格數(shù)據(jù)均可

22、以導(dǎo)出成 EXCEL、XML、PDF 以及其他格式。2)表格數(shù)據(jù)導(dǎo)出時，可以由用戶配置哪些字段需要導(dǎo)出，字段排序、設(shè)置過濾條件等，并且可以存為導(dǎo)出方案，供以后再次導(dǎo)出時直接選擇?？蓞⒖计渌井a(chǎn)品方案：3)可以關(guān)聯(lián)查詢和輸出：在現(xiàn)在的表格數(shù)據(jù)前提下，可以查詢出與此表格相關(guān)聯(lián)的其他數(shù)據(jù)。例如客戶可以關(guān)聯(lián)查詢該客戶入住的房間資料信息。4)支持導(dǎo)出格式與界面設(shè)置格式完全一致。5)與報表工具一樣，可以制作和設(shè)計數(shù)據(jù)表格（一般為二維表格），并供查詢和導(dǎo)出。6)數(shù)據(jù)導(dǎo)出工具也支持圖表的設(shè)計與導(dǎo)出功能。7)所有數(shù)據(jù)導(dǎo)出均可另存為數(shù)據(jù)快照，以后可以直接快速調(diào)用查看，而不用再次生成。2、 報表工具：1)需支持以

23、下報表格式的種類：行列式（網(wǎng)格式）、卡片式、多頁式、圖表式、。行列（網(wǎng)格）式：與作界面提供的GRID 表格或 EXCEL 二維表格一樣，此類報表主要為明細類和統(tǒng)計類報表居多。卡片式：主是指通知單類的報表，大小一般在一張紙張范圍內(nèi)。多頁式：一般用于電子合同類報表，或者通知單超出一張紙張的報表。圖表式：用多種或度以圖表的形式進行展示的報表，一般用于統(tǒng)計決策類報表。需支持圖表和表格間相互數(shù)據(jù)的轉(zhuǎn)換、嵌套及數(shù)據(jù)共用。2)圖表式報表需支持直柱、水平柱、面積圖、（多種）、圖、表圖表混合、報表圖表混合、組報表等式種要求：3)報表工具為純 B/S 技術(shù)。4)支持可查看報表每列值的取值說明（取值說明由報表開發(fā)者

24、發(fā)布時填寫）。5)報表套打要求：需要實現(xiàn)報表的套打，主要針對票據(jù)類報表的打印，例如，收款的套打。另外，需要滿足稅控接口及數(shù)據(jù)打印輸出的要求。 報表精確走位打印要求： 新增加的自定義字段可自動更新到報表及報表篩選條件中： 報表的發(fā)布：各種各樣的格式發(fā)布報表，包括用的 =UXJ 和 +IKR 發(fā)布、通過電子郵件甚至 =KH 發(fā)布。高級的 =KH 報表功能允許工作組中的其他成員在他們自己的 =KH瀏覽器中查看或更新共享報表。報表分頁數(shù)據(jù)加載： 報表的數(shù)據(jù)快照： 報表的二次條件篩選：在已出來的數(shù)據(jù)結(jié)果集中再次進行條件篩選。 報表的參數(shù)自定義： 支持多個數(shù)據(jù)源及子從表的報表設(shè)計： 支持多種數(shù)據(jù)源：可視化

25、查詢設(shè)計期支持 0*() )58( +0( 32 :+: 等多種數(shù)據(jù)源。 支持報表格式文件的導(dǎo)入與導(dǎo)出：導(dǎo)入：可另存為報表文件并可通過報表工具將報表引入，方便報表的修改、發(fā)布與更新。導(dǎo)出：可支持 8:,，)9，6*,，.:32 和 =58* +IKR 格式的導(dǎo)出，并結(jié)合上面第八點的發(fā)布機制將報表發(fā)布給各使用。 動態(tài)列報表的支持：主要用于財務(wù)類報表，客戶自定義多個財務(wù)收付項目，通過報表自動加載予以展示。 支持報表各列項之間的計算與表達式處理：例如 )# (。 支持多列合并多行合并斜線等功能：19) 支持報表水印、底紋、LOGO 等功能。20) 需考慮利用服務(wù)器晚上空閑時間自動運行統(tǒng)計類相關(guān)報表的數(shù)據(jù)，第二天查看報表時，可以快速出來數(shù)據(jù)，增強客戶的應(yīng)用體驗。21) 支持與其他第系統(tǒng)的接口功能，尤其是稅控系統(tǒng)。22) 支持 IOS、Android、WindowsPhone 所有平板和智能。(六)數(shù)據(jù)安全要求：1、 需支持不用的 SaaS 租戶之間的數(shù)據(jù)相互（包括業(yè)務(wù)數(shù)據(jù)、流程、權(quán)限、組織架構(gòu)等）。2、 容災(zāi)備份：可采用第專業(yè)容災(zāi)備份或解決方案。備份功能需支持：自動定時備份、冗余備份、容災(zāi)備份和異地備份（具體的備份技術(shù)與方案可再行商議）。在數(shù)據(jù)備份時按租戶切分進行備份和區(qū)分-即各租戶可自行對自有數(shù)據(jù)進行備份與恢復(fù)，而不影響到其他用戶。1)定時備份：采用 DB CL