餐飲供應(yīng)鏈智能管理系統(tǒng)

1餐飲供應(yīng)鏈智能管理系統(tǒng)本文件規(guī)定了餐飲供應(yīng)鏈智能管理系統(tǒng)的術(shù)語和定義、系統(tǒng)架構(gòu)、業(yè)務(wù)流程及主要業(yè)務(wù)模塊、供應(yīng)鏈智能管理關(guān)鍵活動(dòng)、基本服務(wù)、信息系統(tǒng)要求、測(cè)試范圍及測(cè)試方法等內(nèi)容。本文件適用于機(jī)械設(shè)備及配件租賃網(wǎng)絡(luò)平臺(tái)建設(shè)、實(shí)施和管理。2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對(duì)應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T15532-2008計(jì)算機(jī)軟件測(cè)試規(guī)范GB/T20270-2006信息安全技術(shù)網(wǎng)絡(luò)基礎(chǔ)安全技術(shù)要求GB/T20988-2007信息安全技術(shù)信息系統(tǒng)災(zāi)難恢復(fù)規(guī)范GB/T22239-2019信息安全技術(shù)網(wǎng)絡(luò)安全等級(jí)保護(hù)基本要求GB/T25000.10-2016系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評(píng)價(jià)（SQuaRE）第10部分：系統(tǒng)與軟件質(zhì)量模型GB/T25000.51-2016系統(tǒng)與軟件工程系統(tǒng)與軟件質(zhì)量要求和評(píng)價(jià)（SQuaRE）第51部分：就緒可用軟件產(chǎn)品（RUSP）的質(zhì)量要求和測(cè)試細(xì)則GB/T30882.1-2014信息技術(shù)應(yīng)用軟件系統(tǒng)技術(shù)要求第1部分：基于B/S體系結(jié)構(gòu)的應(yīng)用軟件系統(tǒng)基本要求GB/T35273-2020信息安全技術(shù)個(gè)人信息安全規(guī)范JT/T385-2008水路、公路運(yùn)輸貨物包裝基本要求3術(shù)語和定義下列術(shù)語和定義適用于本文件。3.1供應(yīng)鏈supplychain生產(chǎn)及流通過程中，圍繞核心企業(yè)，將所涉及的原材料供應(yīng)商、制造商、分銷商、零售商直到最終用戶等成員通過上游或下游成員鏈接所形成的網(wǎng)鏈結(jié)構(gòu)。3.2餐飲業(yè)供應(yīng)鏈cateringindustrysupplychain以餐飲經(jīng)營企業(yè)為核心，涵蓋采購、加工制作、物流、終端銷售等環(huán)節(jié)的網(wǎng)鏈結(jié)構(gòu)，由直接或間接影響或響應(yīng)顧客需求的各相關(guān)方組成。3.3餐飲業(yè)供應(yīng)鏈管理cateringindustrysupplychainmanagement以高效集約為目標(biāo)，對(duì)餐飲業(yè)供應(yīng)鏈產(chǎn)品流、信息流和資金流進(jìn)行統(tǒng)籌協(xié)調(diào)的活動(dòng)。4系統(tǒng)架構(gòu)2餐飲供應(yīng)鏈系統(tǒng)主要負(fù)責(zé)食材加工配送管理、成本管理和預(yù)估系統(tǒng)等。餐飲供應(yīng)鏈管理系統(tǒng)的功能架構(gòu)圖如附錄A.1所示。5業(yè)務(wù)流程及主要業(yè)務(wù)模塊5.1系統(tǒng)基本業(yè)務(wù)流程餐飲供應(yīng)鏈智能管理系統(tǒng)基本業(yè)務(wù)流程為：企業(yè)接受客戶的服務(wù)請(qǐng)求后，進(jìn)行訂單審核、分類等處理，并根據(jù)訂單安排貨物的生產(chǎn)加工及進(jìn)出庫，擬定配送計(jì)劃，按照客戶需求將貨物準(zhǔn)確、及時(shí)地從市場(chǎng)供應(yīng)方運(yùn)送到市場(chǎng)需求方手中，如附錄A.2所示。5.2主要業(yè)務(wù)模塊5.2.1系統(tǒng)包含五大業(yè)務(wù)模塊：供應(yīng)商管理、倉庫管理、報(bào)貨管理、生產(chǎn)加工管理和分店業(yè)務(wù)管理。5.2.2供應(yīng)商管理模塊實(shí)現(xiàn)供應(yīng)商與餐飲企業(yè)的供貨關(guān)系，確保采購物品的性價(jià)比。5.2.3倉庫管理模塊實(shí)現(xiàn)總部各倉庫的日常管理，主要涉及各種出入庫操作，包括供應(yīng)商送貨后入庫到倉庫、供應(yīng)商送貨后直撥到各分店和倉庫盤點(diǎn)，對(duì)日常的庫存進(jìn)行管理，包括入庫、出庫、退貨、盤點(diǎn)倉庫、結(jié)算。5.2.4報(bào)貨管理模塊報(bào)貨員通過庫存管理功能來查詢報(bào)貨貨物的庫存情況或歷史用量情況，使用貨物供應(yīng)類填寫報(bào)貨單，報(bào)貨單完成后，返回報(bào)貨員成功的信息，同時(shí)向配送中心主管發(fā)送報(bào)貨單完成的信息。配送中心主管查看庫存狀態(tài)，根據(jù)貨物的庫存情況或歷史用量情況調(diào)整報(bào)貨的數(shù)量和種類，并使用貨物供應(yīng)類審批。審批通過后，系統(tǒng)自動(dòng)返回給主管審批通過的信息，并自動(dòng)提交給配送中心，對(duì)應(yīng)物流配送人員應(yīng)根據(jù)配送情況實(shí)時(shí)修改貨物的配送狀態(tài)。5.2.5生產(chǎn)加工管理模塊生產(chǎn)加工管理模塊應(yīng)在分店報(bào)貨后，按需要由加工中心領(lǐng)料加工，生產(chǎn)新的產(chǎn)品入庫。分店按照模板填寫報(bào)貨單，填寫完成后，主管對(duì)報(bào)貨單進(jìn)行審核。審核完成后，輸單員錄入申購單，主管對(duì)申購單進(jìn)行審核，申購單的貨物申購數(shù)量按照歷史用量或預(yù)算出申購的合理數(shù)量。申購單審核通過后，輸單員匯總申購數(shù)據(jù)，提交申請(qǐng)，上傳配送中心。配送中心收到分店的申購單后，配送中心主管對(duì)分部報(bào)貨單進(jìn)行審核，如果滿足配貨要求，則對(duì)分店配貨。分店收到貨物后，對(duì)貨物進(jìn)行驗(yàn)貨，如果檢驗(yàn)合格且需要入庫，填寫入庫單，將驗(yàn)收后的貨物入庫。如果貨物合格且需要直接配送給部門，則將貨物直接配送部門，不做入庫處理。5.2.6分店業(yè)務(wù)管理模塊主要統(tǒng)計(jì)分店的倉庫和成本情況，包括基本的分店信息的維護(hù)、對(duì)分店的基本運(yùn)營涉及到的管理操作，如采購管理、庫存管理、成本管理、報(bào)表的管理等業(yè)務(wù)。6供應(yīng)鏈智能管理關(guān)鍵活動(dòng)6.1客戶服務(wù)：與企業(yè)營銷部門合作，判斷客戶對(duì)供應(yīng)服務(wù)的需求，判斷客戶對(duì)現(xiàn)有服務(wù)的反應(yīng)，確立客戶服務(wù)水平。6.2運(yùn)輸管理：包括運(yùn)輸方式和運(yùn)輸服務(wù)的選擇、集運(yùn)、承運(yùn)人的運(yùn)輸路線、車輛調(diào)度、設(shè)備選擇、理賠程序、運(yùn)價(jià)審核。6.3庫存管理：包括原材料和產(chǎn)成品的存儲(chǔ)政策、短期銷售預(yù)測(cè)、存儲(chǔ)點(diǎn)的產(chǎn)品組合、存儲(chǔ)點(diǎn)的個(gè)數(shù)、大小和選址；適時(shí)管理、拉動(dòng)式管理或推動(dòng)式管理策略。6.4訂單處理：包括銷售訂單庫存之間的信息聯(lián)系、訂單信息傳輸方法、訂貨規(guī)則。6.5倉儲(chǔ)管理：包括倉儲(chǔ)決策、倉庫布局和車輛裝卸站臺(tái)設(shè)計(jì)、倉庫結(jié)構(gòu)、存貨地點(diǎn)。6.6庫存管理：庫存管理也是供應(yīng)鏈的重要組成部分，主要是調(diào)撥管理、盤點(diǎn)管理、庫存查詢。調(diào)撥管理是指部門之間的貨品調(diào)撥，盤點(diǎn)管理是對(duì)庫存的管理，庫存查詢是能夠及時(shí)的掌握庫存的情況。36.7財(cái)務(wù)管理：財(cái)務(wù)管理是當(dāng)采購、銷售、發(fā)貨過賬后產(chǎn)生的應(yīng)收、應(yīng)付賬款。6.8統(tǒng)計(jì)分析：統(tǒng)計(jì)分析主要是統(tǒng)計(jì)采購、銷售、發(fā)貨等，用于判斷在一個(gè)時(shí)期內(nèi)的業(yè)務(wù)情況，也可以根據(jù)統(tǒng)計(jì)的結(jié)果作計(jì)劃和決策，包括采購銷售統(tǒng)計(jì)、按客戶統(tǒng)計(jì)、按供應(yīng)商統(tǒng)計(jì)、統(tǒng)計(jì)圖統(tǒng)計(jì)。7基本服務(wù)7.1信息服務(wù)系統(tǒng)應(yīng)具有信息平臺(tái)，提供電子商務(wù)服務(wù)，應(yīng)提供查詢、搜索、售后等服務(wù)。7.2集中采購7.2.1采購管理是供應(yīng)鏈的主要組成部分，形成庫存、應(yīng)收應(yīng)付賬款。包括采購新增、采購查詢、采購修改、采購過賬。7.2.2體系供應(yīng)商、生產(chǎn)企業(yè)應(yīng)具備相應(yīng)的資質(zhì)。7.2.3單次采購應(yīng)至少搜集2家供應(yīng)商報(bào)價(jià)。7.2.4單次采購應(yīng)同時(shí)確定單價(jià)、數(shù)量、總價(jià)、結(jié)算方式、送貨方式和送貨時(shí)間。7.3物流分銷7.3.1集貨根據(jù)訂單的需求和實(shí)際情況制定相應(yīng)的集貨計(jì)劃。按照集貨計(jì)劃，及時(shí)完成分散貨物的集中。7.3.2分揀合理安排揀選分區(qū)、訂單分割、訂單整合等工作，制定分揀配貨計(jì)劃，生成揀貨憑證。依據(jù)揀貨單證所指示的商品編碼、儲(chǔ)位編號(hào)等信息，安排揀貨人員進(jìn)行揀貨作業(yè)。宜以“先進(jìn)先出”原則揀貨。對(duì)揀取分類完成的物品進(jìn)行配貨檢查，核實(shí)物品的品名、規(guī)格及數(shù)量。7.3.3包裝分揀完成后應(yīng)對(duì)物品進(jìn)行分類，如需要特殊包裝的應(yīng)按商品性質(zhì)選擇包裝。啟運(yùn)前應(yīng)進(jìn)行運(yùn)輸包裝。包裝完成后，運(yùn)至配送中心暫存區(qū)待裝車運(yùn)送。7.3.4裝車根據(jù)客戶送貨次序及物品性質(zhì)等因素，按照“后送先裝”、“重不壓輕”、“大不壓小”等原則進(jìn)行配載裝車，保證物品安全。7.3.5流通加工針對(duì)客戶的特殊需求，提供流通加工的服務(wù)。物品包裝應(yīng)符合JT/T385-2008的相關(guān)規(guī)定。7.3.6運(yùn)輸與送達(dá)駕駛?cè)藛T應(yīng)熟悉運(yùn)輸商品的一般理化特性、運(yùn)輸要求，明確物品的裝卸地點(diǎn)、運(yùn)輸線路、運(yùn)輸時(shí)間、收貨人等相關(guān)信息，并妥善辦理各種交接手續(xù)，保存各種運(yùn)輸單證。運(yùn)送中要注意檢查車輛和所載的物品，發(fā)現(xiàn)異常情況應(yīng)及時(shí)采取措施，做好防火、防盜、防雨等工作，重大異?，F(xiàn)象發(fā)生時(shí)應(yīng)同時(shí)向相關(guān)工作人員報(bào)告。對(duì)于需要中轉(zhuǎn)的物品，中轉(zhuǎn)交接時(shí)雙方應(yīng)做好物品的點(diǎn)檢工作，并進(jìn)行記錄和簽字確認(rèn)。商品送達(dá)后，駕駛員應(yīng)積極配合收貨人點(diǎn)驗(yàn)、復(fù)查物品。收貨人確認(rèn)物品、數(shù)量等信息無誤后在回單上簽字，駕駛員將回單保存完好并交回。若發(fā)現(xiàn)有貨損貨差，雙方交接人員應(yīng)及時(shí)做好記錄并簽字確認(rèn)。48信息系統(tǒng)要求8.1基本要求8.1.1各配送中心應(yīng)有數(shù)據(jù)傳遞、共享的相關(guān)途徑。信息傳遞應(yīng)及時(shí)、準(zhǔn)確。8.1.2應(yīng)具有交易信息、商品跟蹤信息、車輛調(diào)度信息的查詢和檢索功能。8.1.3宜提供對(duì)歷史數(shù)據(jù)進(jìn)行查詢、分析、挖掘的等功能。8.2系統(tǒng)設(shè)計(jì)要求系統(tǒng)設(shè)計(jì)應(yīng)符合GB/T30882.1-2014中第1部分，基于B/S體系結(jié)構(gòu)的應(yīng)用軟件系統(tǒng)的基本要求。采用SSM框架技術(shù)，以B/S架構(gòu)的設(shè)計(jì)模式，采用常用的MYSQL5數(shù)據(jù)庫存儲(chǔ)數(shù)據(jù)。8.3可靠性要求8.3.1應(yīng)用軟件應(yīng)遵從GB/T25000.10-2016、GB/T25000.51-2016中的可靠性要求，在應(yīng)用場(chǎng)景需求內(nèi)，長時(shí)間連續(xù)運(yùn)行時(shí)不應(yīng)出現(xiàn)崩潰、閃退、卡死、無響應(yīng)、響應(yīng)遲緩等問題。8.3.2備份機(jī)制系統(tǒng)有可靠的備份機(jī)制：a)定期自動(dòng)備份；b)自定義制定內(nèi)容備份。8.3.3訂單日志功能系統(tǒng)支持訂單日志功能：a)對(duì)用戶名稱、設(shè)備名稱余型號(hào)、出貨時(shí)間及數(shù)量、事件等進(jìn)行記錄；b)分析記錄并形成報(bào)表；c)提供設(shè)計(jì)日志保護(hù)。8.4數(shù)據(jù)安全要求8.4.1應(yīng)制定相關(guān)的制度確?？蛻粜畔?shù)據(jù)的安全。8.4.2應(yīng)具備網(wǎng)絡(luò)安全系統(tǒng)等預(yù)防網(wǎng)絡(luò)風(fēng)險(xiǎn)設(shè)備及方法。8.4.3避免存儲(chǔ)數(shù)據(jù)外泄等危險(xiǎn)，遇異常情況應(yīng)及時(shí)上報(bào)處理并通知客戶。8.4.4宜明確安全等級(jí)，安全等級(jí)保護(hù)應(yīng)符合GB/T22239-2019的相關(guān)要求，進(jìn)行定級(jí)、備案、建設(shè)、測(cè)評(píng)、保護(hù)和運(yùn)行維護(hù)。8.4.5符合GB/T20270-2006中規(guī)定的網(wǎng)絡(luò)基礎(chǔ)安全技術(shù)要求、GB/T20988-2007中規(guī)定的信息系統(tǒng)災(zāi)難恢復(fù)的相關(guān)要求。8.4.6商家及個(gè)人信息采集、存儲(chǔ)和使用應(yīng)符合GB/T35273-2020的規(guī)定。8.4.7系統(tǒng)采用RSA以及HTTPS加密技術(shù)，保證交易雙方及交易資料等信息的保密。8.4.8應(yīng)采取技術(shù)措施和其他必要措施，確保業(yè)務(wù)數(shù)據(jù)的安全，防止數(shù)據(jù)泄露、損毀、丟失。8.5數(shù)據(jù)存儲(chǔ)要求8.5.1系統(tǒng)運(yùn)用分布式存儲(chǔ)、Hadoop大數(shù)據(jù)處理技術(shù)、OAuth2.0接口安全技術(shù)、DRDB高可用數(shù)據(jù)存儲(chǔ)技術(shù)，保證數(shù)據(jù)安全性及數(shù)據(jù)的存儲(chǔ)容量。8.5.2企業(yè)應(yīng)當(dāng)遵守國家網(wǎng)絡(luò)和信息安全有關(guān)規(guī)定，所采集的設(shè)備、個(gè)人信息和生成的業(yè)務(wù)數(shù)據(jù)，應(yīng)當(dāng)在中國大陸境內(nèi)存儲(chǔ)和使用，涉及用戶的數(shù)據(jù)應(yīng)保存12個(gè)月以上。8.6故障處理要求系統(tǒng)要求運(yùn)行穩(wěn)定，具備一定的容錯(cuò)能力，對(duì)軟硬件支持要求不高。9測(cè)試范圍及測(cè)試方法9.1測(cè)試范圍59.1.1測(cè)試范圍應(yīng)包括系統(tǒng)功能測(cè)試和和非功能性測(cè)試。9.1.2對(duì)集成后的系統(tǒng)從業(yè)務(wù)以及功能角度進(jìn)行測(cè)試并根據(jù)需要對(duì)同一信息平臺(tái)進(jìn)行非功能性測(cè)試，非功能性測(cè)試包括性能測(cè)試、負(fù)載測(cè)試、壓力測(cè)試等。9.1.3性能測(cè)試是通過性能測(cè)試工具模擬正常場(chǎng)景、正常峰值、異常負(fù)載對(duì)產(chǎn)品的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。從客戶端、網(wǎng)絡(luò)、服務(wù)器三方面，采用LoadRunner（負(fù)載測(cè)試工具）等專業(yè)輔助工具進(jìn)行性能