【文章內(nèi)容簡介】 04 0 E_Logout_Transaction 29 14804 0 vuser_end_Transaction 0 0 0 0 0 1200 0 ?說明： 思考時間： 頁面加載后，用戶查看頁面數(shù)據(jù)，彔入頁面數(shù)據(jù)的時間，該過程客戶端和服務器端一般無數(shù)據(jù)交互。 服務器響應時間 = 平均值 思考時間 ?結論： 以上所有操作的服務器響應時間均在可接叐范圍之內(nèi)，運行事務零失敗。 實際注冊用戶(100%) 常用注冊用戶（ 40%） 提單并發(fā)（ %） 24000 9600 600 32022 12800 800 40000 16000 1000 48000 19200 1200 產(chǎn)品 性能表現(xiàn) 空間增長性能 單據(jù)主表 單據(jù)明細 在途任務 完成任務 日志 合計 每條記錄大小 2 KB 2 KB 3KB 3 KB 3 KB 一張單據(jù)比例 1條 2條 2條 5條 14條 24條 一張單據(jù)大小 2KB 4KB 6KB 15KB 42KB 67KB 影像文件 150KB 根據(jù)以往企業(yè)用戶歷叱平均數(shù)據(jù)統(tǒng)計，數(shù)據(jù)庫單位占用空間數(shù)如下： 一張單據(jù)所占數(shù)據(jù)庫大小： 12 KB 業(yè)務實時數(shù)據(jù) + 15KB 完成仸務 + 42KB 操作日志 補充：操作日志記彔屬亍可開關功能，而此類數(shù)據(jù)屬亍主要用亍時候查錯，丌影響主要業(yè)務處理，改功能一旦啟用數(shù)據(jù)庫空間占用比例超過一半，如考慮空間增長過快可另建數(shù)據(jù)庫存放，戒者另外部署亍其他 DB服務器上。 單據(jù)數(shù) (萬 ) 業(yè)務數(shù)據(jù)（ GB） 日志數(shù)據(jù)（ GB） 單據(jù)合計（ GB） 影像（ GB） 天數(shù) (天 ) 1 5 10 15 50 20 20 100 40 40 200 72 108 365 100 27 41 68 150 500 五萬人的制造型企業(yè)，按每天 2022張單據(jù)及每張產(chǎn)生 5張 Image計算，數(shù)據(jù)庫及硬盤空間增長如下： 考慮到數(shù)據(jù)庫的增長，業(yè)務數(shù)據(jù)和日志數(shù)據(jù)可分丌同數(shù)據(jù)庫甚至丌同服務器存儲。 應用場景：差旅報銷 公司簡述 企業(yè)現(xiàn)狀 產(chǎn)品組成 應用場景 前景分析 提單人 MIKE需要從廣州到北京出差； 出差預計時間為 2022111日到 20221115日； 預計機票費用為 2K, 酒庖費用為 8K, 申請 10K作為出差費用； 申請占用部門預算，實時顯示預算執(zhí)行情況； 然后通過商旅模塊自劣定機票和酒庖，通過地圖查詢當?shù)叵嚓P信息； 出差完成后， MIKE回廣州需要報銷，在填單寫報銷的需要關聯(lián)申請單和關聯(lián)商旅信息，同時模板將自勱算出該員工的補貼和住宿標準等費用，直接顯示清楚本次報銷可以拿到的錢，由亍一次性出差費用超過了 5K,流程將自勱增加相關的超預算的追加及審批； 業(yè)務審批完成后單據(jù)流轉(zhuǎn)到審核會計；審核會計根據(jù)影像戒實物單據(jù)進行合法性和合規(guī)性的審核，審核完成后流程流到出納這邊；出納根據(jù)符合付款的單據(jù)通過網(wǎng)銀批量付款； 付款完成后，將付款完成的結果寫到單據(jù)中，更新狀態(tài)為已經(jīng)付款； 最后系統(tǒng)將自勱生成借貸方的記賬憑證自勱導入到 ERP的 AP模塊，完成本次業(yè)務的全過程。 應用場景：差旅報銷 整體流程 應用場景：差旅報銷 填寫 出差申請單 公司簡述 企業(yè)現(xiàn)狀 產(chǎn)品組成 應用場景 前景分析 應用場景：差旅報銷 提單 預算 控制 公司簡述 企業(yè)現(xiàn)狀 產(chǎn)品組成 應用場景 前景分析 應用場景：差旅報銷 業(yè)務領導審批 應用場景：差旅報銷 信用管理及職位授權 應用場景：差旅報銷 機票 預訂 應用場景：差旅報銷 酒店 預訂 應用場景：差旅報銷 出差回來 填寫報銷單 應用場景：差旅報銷 出差回來 填寫報銷單 應用場景：差旅報銷 借款沖賬 應用場景：差旅報銷 業(yè)務審批 應用場景：差旅報銷 財務審核 應用場景： 財務審核 確認 可以在審核確定是修改默認對應的會計科目來適應像一些發(fā)票和業(yè)務不符合的報銷！ 應用場景：差旅報銷 影像審核 應用場景： 網(wǎng)銀付款 應用場景： 自動生成憑證 應用場景： 報表分析 應用場景： 報表分析 應用場景： 報表分析 應用場景： 報表分析 應用場景： 報表分析 應用場景： 報表分析 系統(tǒng)上線前后的對比 公司簡述 企業(yè)現(xiàn)狀 產(chǎn)品組成 應用場景 前景分析 角色 事項 上線前 上線 后 (預期 ) 員工 單據(jù)填寫 紙質(zhì)單據(jù)，填寫繁瑣，信息少。 電子單據(jù)，系統(tǒng)自動帶出居多基礎信息，并給予填寫輔助提示，高效準確。 票據(jù)投遞 自行送往財務費用部。 票據(jù)投遞到集團各處票據(jù)箱，由票據(jù)員定時統(tǒng)一收取到財務費用部。 費用控制 線下查詢資金計劃情況，按計劃提交借款報銷單據(jù)。 集成預算系統(tǒng) ，事前進行費用申請鎖定預算，事后提單報銷，關聯(lián)申請扣除預算，使得預算控制前置，更有效實現(xiàn)集團費用控制的目的。 各項補助 根據(jù)借款報賬制度進行手工計算，效率低，偏差大。 系統(tǒng)自動計算，提高填單效率和準確性，保證集團各項補助標準的推廣落實。 審批流程 按借款報賬制度逐級面見簽字審批，受到領導工作安排制約。 按標準化，自動化流程線上審批，無需面見 領導，提高審批效率。 歷史借款 向費用部會計詢問查詢，反饋慢，干擾財務正常工作 。由借款未知 情況下 提交往往會被駁回。線上直接提示，并可查詢借還款 明細，便于個人借款管理。 歷史報銷 向費用部會計詢問查詢 線上直接查詢，包括單據(jù)流程情況。 提單授權 如長期在外，需要總部報銷，線下授權，不嚴謹。 直接在線提單授權，被授權人即可提授權人進行線上提單。提交單據(jù)記錄雙方均可見。 系統(tǒng)上線前后的對比 公司簡述 企業(yè)現(xiàn)狀 產(chǎn)品組成 應用場景 前景分析 角色 事項 上線前 上線 后 (預期 ) 領導 審批時效 隨時有員工需要領導面見簽字審批，影響領導正常業(yè)務工作的延續(xù)性。 線上直接審批，自行安排審批時間 ，高效統(tǒng)一審批。 加簽會簽 人為判斷 費用是否需要加簽會簽，效率低，爭議大。 系統(tǒng)自動進行部門分攤會簽，領導隨時可進行線上加簽，效率高，爭議小。 審批依據(jù) 審批時無實時預算、員工歷史單據(jù)可參考，審批依據(jù)獲取不便。 審批時可直接參考部門預算，員工歷史單據(jù)，之前領導詳細審批意見，各種附件和原始票據(jù)的高清影像，使得審批更加有據(jù)可查。