采購管理系統(tǒng)的設(shè)計與實現(xiàn)目錄TOC\o"1-2"\h\u323381.緒論 1194281.1采購管理系統(tǒng)研究背景和意義 1154051.2研究國內(nèi)外現(xiàn)狀 1299612.相關(guān)技術(shù)基礎(chǔ) 3120932.1J2EE技術(shù) 331902.2SQL技術(shù) 3252763.系統(tǒng)需求分析 586533.1業(yè)務(wù)流程分析 5153303.2數(shù)據(jù)流程分析 5207303.3可行性分析 8276794.系統(tǒng)實現(xiàn)流程設(shè)計 10158974.1系統(tǒng)功能設(shè)計 1015024.2系統(tǒng)界面設(shè)計 11157784.3數(shù)據(jù)庫設(shè)計 13206214.4程序控制設(shè)計 17294005.系統(tǒng)測試 176195.1系統(tǒng)測試環(huán)境與配置 1160785.2系統(tǒng)測試內(nèi)容 1124735.3系統(tǒng)功能測試用例 1277795.4系統(tǒng)性能和安全性測試 347266.總結(jié)與展望 5109736.1全文總結(jié) 5164696.2展望 511156參考文獻 61.緒論1.1采購管理系統(tǒng)研究背景和意義隨著經(jīng)濟全球化的快速發(fā)展，物流供應(yīng)成為21世紀(jì)的焦點。購買活動支配著整個供應(yīng)鏈，只有在有消費的情況下，才會有很多繼續(xù)的活動。對于現(xiàn)代企業(yè)來說，科學(xué)合理的錄用是重要的部分?？茖W(xué)合理的收購可能會給公司帶來巨大的利益。因此，提高收購質(zhì)量是采購管理的主要課題。今天的社會是高度發(fā)達的信息化社會，企業(yè)的購買管理的電子化將會有很大的改善。制造及運營公司主要購買原材料、設(shè)備及其他工具，但這些往往占公司全體資本的大部分，其他一些則更多。和超級市場一樣，雖然利潤少，但銷售額快是占很大比例的，所以這種類型的業(yè)務(wù)的主要焦點是管理收購成本。它可以合理組合現(xiàn)代社會的優(yōu)點，提高管理的電子化可以更合理、更均勻地降低采購成本。根據(jù)自動化的管理程序，采購管理供應(yīng)鏈將更加合理化，秩序井然，科學(xué)系統(tǒng)化，管理水平大幅提高，運營成本降低，公司資金得以節(jié)約，受益匪淺。采購管理系統(tǒng)是綜合多個功能的綜合性采購管理模式。從采購申請到質(zhì)量檢查管理，通過采購系統(tǒng)可以完成所有的中間環(huán)節(jié)。同時，通過采購管理系統(tǒng)，供應(yīng)商和供應(yīng)商雙方的經(jīng)濟利益減少，兩者之間的利益相反減少，實現(xiàn)“雙向控制和跟蹤”的服務(wù)方法。包括“在采購、物流、資本流以及其他過程中，使商務(wù)資材供給信息的管理更加準(zhǔn)確、完整。合理、高效地推進中小企業(yè)的采購方法，在獲得符合本公司需求的最佳產(chǎn)品的同時，不僅節(jié)約成本、削減費用，還以達到最高質(zhì)量為目的。增加材料和公司的利益。在全國的企業(yè)中，提高采購管理體制系統(tǒng)的完整性和優(yōu)化對所有企業(yè)來說都是必不可少的，是未來發(fā)展和經(jīng)濟振興的有力工具，促進企業(yè)活力和長期發(fā)展。1.2研究國內(nèi)外現(xiàn)狀隨著全球化計算機化的到來，各種企業(yè)的計算機化越來越受到關(guān)注。從采購管理信息系統(tǒng)的角度來看，大多數(shù)企業(yè)仍然無法發(fā)揮采購管理信息系統(tǒng)的最重要作用。主要的理由是收購。過程不適合公司和市場的發(fā)展，通過與當(dāng)?shù)氐牟牧瞎?yīng)商的溝通獲得的信息和信息系統(tǒng)等之間存在分歧。目前，國家的采購方法多為電子商務(wù)采購模式、傳統(tǒng)采購模式、投標(biāo)采購三種。其中，傳統(tǒng)的模型是最普遍的，但是這個采購模型非常有限。在采購過程中突然發(fā)生問題的情況下，采購負責(zé)人會猶豫是否做出判斷，所以這個模型會給采購工作帶來很大的不便會影響收購的進展。隨著當(dāng)今社會的持續(xù)進步，現(xiàn)在的錄用模式逐漸失去了社會的節(jié)奏，主要在這些方面造成了越來越多的問題和矛盾。第一，采購戰(zhàn)略不夠明確，沒有詳細的采購計劃。面對復(fù)雜的市場，如果要求供給的品種有很多不同的功能或特性，以及面對不同的材料供應(yīng)商，企業(yè)無法根據(jù)變化制定最適合自己公司利益的供給計劃。另外，為了能對很多選項提出正確實用的建議，需要對專業(yè)的采購負責(zé)人進行培訓(xùn)。其次，采購管理系統(tǒng)不完善。在第一次收購國營企業(yè)時，由于沒有詳細的預(yù)算，所以沒有完整的監(jiān)管機構(gòu)、審批系統(tǒng)。在隨后的工作中，供應(yīng)信道和自由接受信道將發(fā)生混亂。第三，采購過程占了相對較高的費用比例。這是由于市場調(diào)查和成本預(yù)算不足，以及缺乏對成本管理的認識，比先進的外國企業(yè)要高出很多。由于企業(yè)沒有把重點放在為了比較而調(diào)查現(xiàn)在的市場數(shù)據(jù)上，所以可以根據(jù)自己公司的需求制定調(diào)配計劃。因此，國內(nèi)企業(yè)收購的支出比外國企業(yè)的支出要高出很多。第四，與材料供應(yīng)商的合作相對較少。供應(yīng)商是企業(yè)開發(fā)的重要部分，但是很多國營企業(yè)缺乏在這個領(lǐng)域的研究和研究。例如，大多數(shù)企業(yè)都沒有開發(fā)出優(yōu)秀的評價系統(tǒng)來選擇有資格的優(yōu)秀企業(yè)。因此，不能保證材料的品質(zhì)和材料的生產(chǎn)進度，開發(fā)的進展?fàn)顩r和公司的品質(zhì)都會下降。與國內(nèi)采購的發(fā)展相比，美國、歐盟以及許多發(fā)達國家的采購管理信息系統(tǒng)的計算機化建設(shè)相對成熟，受到了很多相關(guān)企業(yè)和材料供應(yīng)商的支持和歡迎。外國發(fā)達國家的采購管理信息系統(tǒng)相對高度開發(fā)，基本上實現(xiàn)了大幅削減采購成本的能力，增加了企業(yè)的利益。這些國家主要實現(xiàn)了電子商務(wù)，這些成功只能通過系統(tǒng)管理和優(yōu)秀的戰(zhàn)略采購活動來實現(xiàn)。2.相關(guān)技術(shù)基礎(chǔ)2.1J2EE技術(shù)J2EE的全名是Java2PlateformEnterpriseEdition。這是由SUN領(lǐng)導(dǎo)開發(fā)的、被各種制造商廣泛認可的行業(yè)標(biāo)準(zhǔn)。換言之，這是許多企業(yè)在SUN規(guī)范的領(lǐng)導(dǎo)下開發(fā)的應(yīng)用程序樣式應(yīng)用程序的企業(yè)級分發(fā)。J2EE是領(lǐng)先市場的企業(yè)級分散應(yīng)用平臺解決方案。Java是1995年由Sun發(fā)行的。當(dāng)時，其主要目的是制作生成動態(tài)網(wǎng)頁的小程序。后來，人們發(fā)現(xiàn)Java的“一次，多次執(zhí)行”開發(fā)，純粹是面向?qū)ο蟮暮瘮?shù)，Gabel收藏機制，以及嵌入式安全性，特別適合企業(yè)應(yīng)用系統(tǒng)的開發(fā)。結(jié)果，商務(wù)應(yīng)用開發(fā)者根據(jù)JavaStandardEdition擴展了很多商業(yè)應(yīng)用API。結(jié)果，基于Java的商業(yè)應(yīng)用軟件急劇增加。但是，各種各樣的企業(yè)系統(tǒng)的API不相互兼容性，破壞Java平臺的獨立性。據(jù)此，Sun和IBM、Oracle、BEA等大規(guī)模企業(yè)應(yīng)用系統(tǒng)開發(fā)者以及其他大規(guī)模企業(yè)應(yīng)用系統(tǒng)開發(fā)者1999年共同制定了基于Java組件技術(shù)的企業(yè)應(yīng)用系統(tǒng)開發(fā)規(guī)范，定義了標(biāo)準(zhǔn)平臺。用于被設(shè)計成簡化和標(biāo)準(zhǔn)化商業(yè)應(yīng)用系統(tǒng)的開發(fā)和發(fā)展的多層商業(yè)信息系統(tǒng)。該規(guī)格及其定義的平臺構(gòu)成了J2EE。這定義了基于組件的商務(wù)應(yīng)用系統(tǒng)的設(shè)計、開發(fā)、組裝以及實現(xiàn)的各種組件。同時，J2EE規(guī)格定義了多層分散應(yīng)用系統(tǒng)模型、組件再利用戰(zhàn)略、綜合安全模型、靈活的交易控制戰(zhàn)略等。獨立的軟件（ISV）比以前更早投入市場。適合用戶的解決方案。2.2SQL技術(shù)SQL是StructuredQueryLanguage的略稱EnglisshStructuredQueryLanguage。SQL語言的主要功能是連接到各種數(shù)據(jù)庫進行通信。，例如更新數(shù)據(jù)庫中的數(shù)據(jù)、從數(shù)據(jù)庫中提取數(shù)據(jù)。從多個表格中添加、刪除、修改和查詢語句、存儲過程和查詢方法。即選擇、更新和刪除聲明。你能理解這些文章。并不是所有種類的組合都有問題。你知道分組、訂單和拿法。可以使用存儲過程、SQL語句和關(guān)系模式。RPO（目標(biāo)恢復(fù)時間）-即目標(biāo)恢復(fù)時間。這意味著允許的數(shù)據(jù)損失量。一般來說，只要執(zhí)行適當(dāng)?shù)膫浞荩瑪?shù)據(jù)損失就可以簡單地為零。3.系統(tǒng)需求分析3.1業(yè)務(wù)流程分析隨著信息產(chǎn)業(yè)的發(fā)展和對辦公自動化的認識,超市管理越來越多的問題開始出現(xiàn)。傳統(tǒng)的超市采購管理系統(tǒng)已經(jīng)不能完全滿足相關(guān)員工的需求,效率是錢,企業(yè)可以通過提高效率來控制競爭,超市的采購管理系統(tǒng)可以實時處理大量的信息。圖3.1業(yè)務(wù)流程圖超市采購管理系統(tǒng)是將實時的互聯(lián)網(wǎng)技術(shù)和實際的采購信息進行管理，其優(yōu)點顯而易見，提高工作效率。完成多個人需要的工作需要的只有一個人。3.2數(shù)據(jù)流程分析我們對于系統(tǒng)數(shù)據(jù)的流程圖進行了分析，如下圖所示。圖3.2第一層DFD圖圖3.3第二層DFD圖圖3.4第三層DFD圖圖3.5第四層DFD圖3.3可行性分析3.3.1技術(shù)可行性該體系結(jié)構(gòu)已為目前高度j2ee/vm開發(fā)平臺所選擇,采用了j2ee技術(shù),可以在各種平臺上運行。因為系統(tǒng)所需要的只是一個運行時環(huán)境。它不僅可以在jndijpl服務(wù)器、jndijpl或其他web服務(wù)器的標(biāo)準(zhǔn)api上使用,還可以在諸如tomcat之類的簡單包裝器上使用。另外,由于可以在各種操作系統(tǒng)中使用,因此可以提高系統(tǒng)的安全性、靈活性和穩(wěn)定性。因此,從技術(shù)的角度來看,開發(fā)超市采購管理系統(tǒng)是完全可行的。3.3.2經(jīng)濟可行性系統(tǒng)的建設(shè)必須充分考慮經(jīng)濟因素,例如成本效率和m成本系統(tǒng),維護專業(yè)知識,反應(yīng)速度也很重要。在超級市場的情況下,自制系統(tǒng)能提高業(yè)務(wù)流程效率,調(diào)整專有軟件結(jié)構(gòu),增加對數(shù)據(jù)處理的控制和控制,快速提高生產(chǎn)效率。構(gòu)建系統(tǒng)本身更準(zhǔn)確,更符合業(yè)務(wù)開發(fā)需求,能夠快速支持和維護,減少維護成本和健身團隊的投資。3.3.3操作可行性系統(tǒng)的設(shè)計和開發(fā)完全符合微軟的人體工程學(xué)原則,接口設(shè)計(包括按鈕、菜單、顯示器盒等)是用戶長期工作的要求,確保用戶工作舒適。

4.系統(tǒng)實現(xiàn)流程設(shè)計4.1系統(tǒng)功能設(shè)計本文必須針對軟件設(shè)計的預(yù)期功能,建立預(yù)期的系統(tǒng)邏輯模型。本文的工作是在系統(tǒng)軟件的預(yù)期目標(biāo)的邏輯模型和物理模型之間進行轉(zhuǎn)換。采用這種方法,我們必須采取的第一步是系統(tǒng)的通用架構(gòu),即我們必須協(xié)同工作。圖4.1系統(tǒng)概要設(shè)計圖對超市管理系統(tǒng)的技術(shù)支持主要來自選擇b/s模型來設(shè)計基于網(wǎng)絡(luò)的數(shù)據(jù)庫,軟件系統(tǒng)采用的程序語言是gps,數(shù)據(jù)庫是mysql數(shù)據(jù)庫,具有以下基本功能當(dāng)訪問數(shù)據(jù)庫時,軟件系統(tǒng)與現(xiàn)有數(shù)據(jù)庫密切相關(guān),每個模塊的功能都是根據(jù)調(diào)查和調(diào)查過程中分類的數(shù)據(jù)建立的。每個模塊實現(xiàn)的功能如下。各模塊實現(xiàn)的功能如下。1.零部件及物料管理2.基礎(chǔ)數(shù)據(jù)管理3.物料管理4.采購合同管理本文完成了所有實際標(biāo)準(zhǔn)的功能，逐步完成了超市購物管理可以正確模擬實際超市的購物情況。實現(xiàn)節(jié)能環(huán)保，確保高效，實行管理系統(tǒng)的所有功能進行交易。在深入研究和理解系統(tǒng)功能后，如圖4.2所示，可以繪制系統(tǒng)的各種功能模塊：圖4.2系統(tǒng)功能模塊圖4.2系統(tǒng)界面設(shè)計在這里的設(shè)計中，主要負責(zé)負荷管理和這里設(shè)計中的負荷輸入輸出模塊的設(shè)計，所以在這篇文章中主要執(zhí)行了負荷管理模塊。在這里，我們將重點放在設(shè)計模塊的主要功能上。4.2.1管理員登錄界面要想使超市的購物管理系統(tǒng)完全等同，首先必須要實現(xiàn)強大的功能和簡單方便的操作，注意接口的使用方便和美觀。登錄接口主要是用戶在進入超市購物系統(tǒng)時必須輸入的用戶名和密碼，所以是這篇文章設(shè)計的整個系統(tǒng)的關(guān)鍵。這主要是為了防止違法用戶侵入系統(tǒng)。然后破壞那個。盜取系統(tǒng)安全性和數(shù)據(jù)的行為會帶來嚴重后果。因此，在系統(tǒng)設(shè)置中，用戶只能在輸入正確的用戶名和密碼后才能進入系統(tǒng)界面。如果用戶名和密碼不正確，將顯示消息。顯示信息，詢問用戶是否需要重新輸入正確的用戶名和密碼。這樣，可以設(shè)定用戶的權(quán)限，確保系統(tǒng)的安全性和可靠性，使系統(tǒng)的管理和控制變得簡單，系統(tǒng)的維護也變得簡單方便。圖4.3后臺登錄界面關(guān)鍵代碼實現(xiàn)如下：4.2.2供應(yīng)商管理這個功能模塊是我們設(shè)計的系統(tǒng)的基本組件,這個模塊的功能主要是補充、刪除和更換供應(yīng)商的主要信息,確保這些材料的安全。這個系統(tǒng)具有很高的安全性、可靠性和易于管理。圖4.4添加供應(yīng)商信息界面4.2.3訂單管理模塊在訂單管理模塊中可以實現(xiàn)的功能有添加、刪除、修改和瀏覽這些項目,如下圖所示：圖4.5訂單信息界面4.2.4信息查詢模塊本模塊主要實現(xiàn)查詢操作。如下圖所示：圖4.6信息查詢界面4.3數(shù)據(jù)庫設(shè)計4.3.1E-R圖設(shè)計圖4.7實體關(guān)系ER圖圖4.8系統(tǒng)實體關(guān)系ER圖圖4.9供應(yīng)商實體屬性E-R圖圖5.0商品實體屬性E-R圖圖4.1采購訂單實體屬性E-R圖4.3.2數(shù)據(jù)表設(shè)計根據(jù)設(shè)計出的E-R圖，您可以創(chuàng)建在系統(tǒng)中存儲數(shù)據(jù)所需的表結(jié)構(gòu)。表4.1商品信息表(MerchInfo)表4.2用戶表(User)表4.3銷售表(Sale)表4.4入庫紀(jì)錄表(Stock)表4.5供貨商表(Provide)4.4程序控制設(shè)計圖4.2系統(tǒng)主控流程圖5.系統(tǒng)測試軟件測試是保證軟件質(zhì)量的重要因素,因此在被認可之前必須對系統(tǒng)進行測試,以確認功能是否滿足要求。本章通過了系統(tǒng)功能測試的設(shè)計與實現(xiàn),根據(jù)測試結(jié)果對系統(tǒng)的功能和缺陷進行了測試與修復(fù)。5.1系統(tǒng)測試環(huán)境與配置這個硬件和軟件環(huán)境的特點如下。軟件環(huán)境服務(wù)器操作系統(tǒng):windows2010r2應(yīng)用服務(wù)器:tomcat6.0服務(wù)器側(cè)數(shù)據(jù)庫系統(tǒng):mysql5.5客戶操作系統(tǒng):在android2.2之后。硬件環(huán)境服務(wù)器1.pc服務(wù)器客戶:普通的android手機和pc。網(wǎng)絡(luò)硬件:路由器或開關(guān)。5.2系統(tǒng)測試內(nèi)容本系統(tǒng)測試的內(nèi)容主要分為功能測試和非功能測試,功能測試是系統(tǒng)測試的重要內(nèi)容,必須熟練掌握業(yè)務(wù)知識、業(yè)務(wù)流程和單向商業(yè)數(shù)據(jù)流程。能夠測試當(dāng)前的業(yè)務(wù)鏈接,通過學(xué)習(xí)該業(yè)務(wù),系統(tǒng)功能測試包括基于業(yè)務(wù)的通用模塊測試,使用不同的用戶和不同的角色來確認業(yè)務(wù)管理的各個階段的權(quán)限,系統(tǒng)測試主要為頁面響應(yīng)、壓力測試和帳戶安全測試。5.3系統(tǒng)功能測試用例為了明確系統(tǒng)的功能要求，盡可能地找出系統(tǒng)的缺陷，系統(tǒng)設(shè)計了各功能模塊各子功能的詳細測試用例。由于空間有限，系統(tǒng)的所有功能測試用例不能一個一個地列出。選擇以下內(nèi)容。這種一般的采購管理模塊的主要子功能是根據(jù)用例測試的，以驗證功能的正確性。采購管理測試用例主要檢查采購管理功能、采購管理統(tǒng)計、出貨時的采購管理信息以及采購管理的輸出功能。采購管理模塊的測試用例表如下表5-1所示。表5-1采購管理管理測試用例表5.4系統(tǒng)性能和安全性測試為了驗證符合非功能系統(tǒng)要求，進行了以下系統(tǒng)性能和安全性測試，并使用LoadRunner對系統(tǒng)進行了壓力測試。測試客戶發(fā)送的請求成功到達服務(wù)器后的響應(yīng)時間。表5-2是頁面響應(yīng)性能測試用例的表格。表5-2頁面響應(yīng)性能測試用例表測試系統(tǒng)所能承受的用戶訪問量，最多支持有多少用戶同時訪問某個功能，表5-3為登錄壓力測試用例表。表5-3登錄壓力測試用例表對系統(tǒng)賬號安全性進行測試，測試用戶登錄系統(tǒng)后長時間未操作，Session失效時間是否在需求范圍之內(nèi)，表5-4為系統(tǒng)賬號安全測試用例表。表5-4系統(tǒng)賬號安全測試用例表結(jié)合測試環(huán)境和現(xiàn)場系統(tǒng),將所設(shè)計的功能測試作為測試系統(tǒng)的需求,保證能得到用戶對非功能需求的結(jié)果。系統(tǒng)主要從性能、響應(yīng)面、壓力測試、安全測試的角度進行分析。6.總結(jié)與展望6.1全文總結(jié)系統(tǒng)提供了一個管理系統(tǒng)開發(fā)過程的示例,該系統(tǒng)軟件開發(fā)是一個大型企業(yè)的應(yīng)用程序。在本文中,超市采購管理系統(tǒng)將對系統(tǒng)的開發(fā)和使用進行說明。為了使系統(tǒng)更能應(yīng)對現(xiàn)實,本文中對架構(gòu)的上下文中采用的分析方法,首先對j2ee相關(guān)技術(shù)進行了梳理,指出了餐飲購物管理的要求,根據(jù)j2ee技術(shù)進行了分析和設(shè)計,之后基于j2ee技術(shù)對各個系統(tǒng)進行了詳細的分析和設(shè)計,架構(gòu)有明確的、分層的、分層的代碼。由此,系統(tǒng)的可擴展性大大提高。通過對業(yè)務(wù)策略的詳細分析,系統(tǒng)提供了多功能的設(shè)計,用例圖,系統(tǒng)模塊的設(shè)計和要求,業(yè)務(wù)部門的設(shè)計要求和接口,包括功能模塊。在部分系統(tǒng)中,將詳細介紹設(shè)計部分的主要功能模塊,并說明具體的網(wǎng)頁效果,實現(xiàn)流程圖、代碼的最終實現(xiàn),所采用的設(shè)計測試是功能測試系統(tǒng)和非功能測試系統(tǒng),以滿足用戶的初步需求。從軟件工程的角度出發(fā),對系統(tǒng)設(shè)計進行了分析,并運用知識對技術(shù)和數(shù)據(jù)庫進行了開發(fā)。6.2展望系統(tǒng)各部分的基本功能都是根據(jù)用戶需求進行業(yè)務(wù)應(yīng)用的,用戶反饋良好,但以下領(lǐng)域值得改進和優(yōu)化。(1)界面不夠美觀,需要進一步改進,才能讓優(yōu)秀的用戶擴展。此外,為了確保用戶的可用性和易用性,用戶配置支持可以改進界面設(shè)計。(2)使用實際系統(tǒng)時,用戶信息的數(shù)量會越來越多。優(yōu)化數(shù)據(jù)庫的性能,如何處理常規(guī)事務(wù)也是一個問題。將來,來自數(shù)據(jù)庫的sql語句可以優(yōu)化系統(tǒng)性能,并將其集成到nosql數(shù)據(jù)庫或其他關(guān)系數(shù)據(jù)庫中。以支持大量數(shù)據(jù)存儲和數(shù)據(jù)訪問。(3)移動服務(wù)部門和pc可以對發(fā)送的用戶信息進行加密,從而提高用戶的安全水平。參考文獻蔡俊亞．工程單位物資執(zhí)行系統(tǒng)分析與設(shè)計[J]．中國物流與采購.2011(01)常晉義.信息系統(tǒng)開發(fā)與管理[M].機械工業(yè)出版社，2004.5，P30-32.陳志強，高艷芳．淺析鶴煤集團設(shè)備采購管理[J].煤,2007年3期,P82.RaneSB,NarvelY,BhandarkarBM.Developingstrategiestoimproveagilityintheprojectprocurementmanagement(PPM)process:Perspectiveofbusinessintelligence(BI)[J].BusinessProcessManagementJournal,2019,ahead-of-print(ahead-of-print).HanakT,Korytarova.Procurementmanagementinconstruction:studyofCzechmunicipalities[J].OpenEngineering,2019,9(1):151-158.DotoliM,EpicocoN,FalagarioM.Multi-CriteriaDecisionMakingtechniquesforthemanagementofpublicprocurementtenders:Acasestudy[J].AppliedSoftComputing,2020,88:106064.TalamoC,AttaN.FMServicesProcurementandManagement:ScenariosofInnovation:ProcessMapping,ServiceSpecificationsandInnovativeScenarios[J].2019.ChenJ,LvZ,SongH.Designofpersonnelbigdatamanagementsystembasedonblockchain[J].Futuregenerationcomputersystems,2019,1