【文章內(nèi)容簡(jiǎn)介】 數(shù)據(jù)保障，可以自動(dòng)數(shù)據(jù)備份和訪問(wèn)日志的記錄，可以進(jìn)行詳細(xì)的數(shù)據(jù)分析等操作。結(jié)構(gòu)化查詢(xún)語(yǔ)言 SQL（STRUCTUREDQUERYLANGUAGE ）使用方便、功能豐富、簡(jiǎn)潔易學(xué)，是操作數(shù)據(jù)庫(kù)的工業(yè)標(biāo)準(zhǔn)語(yǔ)言。它可以從關(guān)系數(shù)據(jù)庫(kù)中獲得數(shù)據(jù)，也可以建立數(shù)據(jù)庫(kù)、增加數(shù)據(jù)、修改數(shù)據(jù)。它是最重要的關(guān)系數(shù)據(jù)庫(kù)操作語(yǔ)言，并且它的影響已經(jīng)超出數(shù)據(jù)庫(kù)領(lǐng)域， 7 得到其他領(lǐng)域的重視和采用 [14]。SQL 的優(yōu)勢(shì)在于:非過(guò)程化語(yǔ)言 ,采用 C/S 模式的設(shè)計(jì)，此功能允許用戶(hù)更輕松地專(zhuān)注于要得到的結(jié)果。可以使得數(shù)據(jù)集中在一臺(tái)服務(wù)器上，更加合理的利用企業(yè)資源，從而防止由于非專(zhuān)業(yè)人士的誤操作，SQL 為許多任務(wù)提供了命令。它支持將一個(gè)用 SQL 編制的標(biāo)準(zhǔn)應(yīng)用程序從一個(gè)數(shù)據(jù)庫(kù)向其他數(shù)據(jù)庫(kù)進(jìn)行移動(dòng)。當(dāng)各種電腦意外而導(dǎo)致數(shù)據(jù)丟失或者別的不必要損失，同時(shí)節(jié)省了數(shù)據(jù)庫(kù)管理的數(shù)據(jù)執(zhí)行，因此在數(shù)據(jù)庫(kù)選擇上采用了 SQLServer2022 R2。SQLServer2022 R2 是在 Microsoft 公司推出的 SQLServer 數(shù)據(jù)庫(kù)管理系統(tǒng)的較新版本，他始終圍繞高性能、高可靠性和易使用性的基本原則而設(shè)計(jì)。正是由于嚴(yán)格按照這樣的高標(biāo)準(zhǔn)來(lái)設(shè)計(jì)，MySQL 成為了一個(gè)物美價(jià)廉、符合標(biāo)準(zhǔn)、容易擴(kuò)展、效率高的數(shù)據(jù)庫(kù)系統(tǒng)、具有使用方便與相關(guān)軟件集成程度高等特點(diǎn)。SQLServer2022 R2 成為了開(kāi)發(fā)者和管理者建立、維護(hù)和配置復(fù)雜應(yīng)用程序的完美選擇 [15]。 8 第三章 需求分析系統(tǒng)的需求分析是軟件工程項(xiàng)目建設(shè)的第一個(gè)階段，一個(gè)科學(xué)、合理的需求分析工作可以做到項(xiàng)目建設(shè)事半功倍的效果。因此，在軟件系統(tǒng)研發(fā)過(guò)程中，一定要重視系統(tǒng)的需求分析環(huán)節(jié)。論文以企業(yè)文檔管理系統(tǒng)為研究對(duì)象，基于企業(yè)文檔管理現(xiàn)狀進(jìn)行分析。目前在中國(guó)，企業(yè)文檔管理系統(tǒng)的應(yīng)用還相當(dāng)不成熟，往往不能完全滿(mǎn)足企業(yè)的需要。從企業(yè)人事管理軟件的漏洞補(bǔ)充，保證了使用該系統(tǒng)的穩(wěn)定性，同時(shí)也保證企業(yè)的安全與穩(wěn)定。企業(yè)管理人員可以通過(guò)企業(yè)文檔管理系統(tǒng)，實(shí)時(shí)掌握當(dāng)前的企業(yè)文檔管理情況，更快速、方便、準(zhǔn)確的管理企業(yè)的文檔工作，主要包括產(chǎn)品維護(hù)模塊、產(chǎn)品的明細(xì)目錄模塊、文件管理與上傳下載模塊、文件歷史版本瀏覽模塊、文件查詢(xún)模塊。我在此系統(tǒng)中負(fù)責(zé)基本信息、信息管理、系統(tǒng)維護(hù)和幫助模塊的分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試工作。 系統(tǒng)需求概述企業(yè)文檔管理系統(tǒng)由數(shù)據(jù)管理模塊、用戶(hù)管理模塊和底層管理模塊組成，系統(tǒng)總體需求示意圖，如下圖 31 所示。業(yè) 務(wù) 管 理 模 塊數(shù) 據(jù) 庫(kù)磁 盤(pán)存取存取用 戶(hù) 操 作 模 塊調(diào)用用 戶(hù)數(shù) 據(jù) 持 久 管 理 模 塊交互管 理 員底 層 管 理 模 塊 調(diào)用操作 操作圖 31 系統(tǒng)總體需求圖了解企業(yè)文檔管理系統(tǒng)的總體需求后，需要梳理出系統(tǒng)工作組織結(jié)構(gòu)圖，他能盡可能簡(jiǎn)單的描述業(yè)務(wù)處理過(guò)程和方法。用于反映事務(wù)處理類(lèi)型的業(yè)務(wù)過(guò)程。通過(guò)業(yè)務(wù)流程能幫助系統(tǒng)開(kāi)發(fā)人員分析該系統(tǒng)的流轉(zhuǎn)過(guò)程，修改現(xiàn)行系統(tǒng)的不合理成分，為系統(tǒng)目標(biāo)的有效和穩(wěn)定實(shí)現(xiàn)打下基礎(chǔ)。 9 圖 32 組織結(jié)構(gòu)圖 系統(tǒng)的可行性分析開(kāi)發(fā)一個(gè)計(jì)算機(jī)軟件的系統(tǒng)必然會(huì)受到時(shí)間或者資源等相關(guān)因素的限制。不是任何問(wèn)題都有簡(jiǎn)單可行的辦法的，都必須根據(jù)可利用支配的時(shí)間以及資源等條件進(jìn)行可行性研究分析。分析系統(tǒng)任務(wù)的可行性，尤為重要?？尚行匝芯渴聦?shí)上是要壓縮在分析系統(tǒng)和系統(tǒng)設(shè)計(jì)的過(guò)程，也就是在一個(gè)比較高的層次上以更加抽象的方式來(lái)做系統(tǒng)分析還有系統(tǒng)設(shè)計(jì)這么的一個(gè)過(guò)程。所以，在上面說(shuō)的這些原則來(lái)看，我要設(shè)計(jì)出一個(gè)文檔管理系統(tǒng)，是一個(gè)目標(biāo)明確，但又是規(guī)模不大的系統(tǒng)。我這個(gè)系統(tǒng)很清晰地去描述了對(duì)目標(biāo)系統(tǒng)中存在的一切限制及約束等等問(wèn)題。這個(gè)系統(tǒng)，可以在所有的企業(yè)中去應(yīng)用，這個(gè)也是需要在接下來(lái)的時(shí)間對(duì)它進(jìn)一步地去完善及更新的 [16]。本次論文任務(wù)中“文檔管理系統(tǒng)”是根某企業(yè)的文檔管理的特點(diǎn)而設(shè)計(jì)的利用本人現(xiàn)有的技術(shù)水平，大量的社會(huì)調(diào)查極其分析，再加上導(dǎo)師對(duì)本論文的指導(dǎo)，可以按期完成本次系統(tǒng)的設(shè)計(jì) [17]。 系統(tǒng)的功能型需求本論文計(jì)劃將軟件功能模塊按照需求來(lái)進(jìn)行劃分，主要包括產(chǎn)品維護(hù)模塊、產(chǎn)品的明細(xì)目錄模塊、文件管理與上傳下載模塊、文件歷史版本瀏覽模塊、文件查詢(xún)模塊。企業(yè)建立文檔管理系統(tǒng)的目的就是要實(shí)現(xiàn)對(duì)文檔的集中存儲(chǔ)和管理，以管理規(guī)范為主,軟件系統(tǒng)為輔的,很好地實(shí)現(xiàn)文檔的分發(fā)，查詢(xún)，共享，提高企業(yè)文檔管理的效率。由文檔管理員負(fù)責(zé)文檔庫(kù)中文檔的基本管理,。提供多種方式的文檔檢索。認(rèn)真分析系統(tǒng)的需求，建立符合企業(yè)需求的系統(tǒng)。本次擬設(shè)計(jì)的文檔管理系統(tǒng)應(yīng)滿(mǎn)足如下的基本需求：1）用戶(hù)功能。用戶(hù)使用通用瀏覽器，在用戶(hù)成功登錄后，通過(guò)系統(tǒng)查看相關(guān)文檔，用戶(hù)功能模塊的作用主要包括：用戶(hù)可以添加和刪除用戶(hù)權(quán)限和密碼修改等方面。主要是分為系統(tǒng)管理員和文檔管理員。不同的權(quán)限，進(jìn)入相應(yīng)的網(wǎng)絡(luò)接口來(lái)實(shí)現(xiàn)相應(yīng)的功能操作，實(shí)現(xiàn)了企業(yè)文檔管理系統(tǒng)的全面管理。 2）產(chǎn)品維護(hù)管理：用戶(hù)可以在文件夾中的完全控制權(quán)限，可自定義文件夾分類(lèi)。用戶(hù)在操作權(quán)限的新的可執(zhí)行文件，刪除文件夾，上傳，下載文件等操作的文件夾。3）文件上傳與下載管理：實(shí)現(xiàn)文檔的基本信息導(dǎo)入，實(shí)現(xiàn)文檔的全面管理、快速查詢(xún)，包括導(dǎo) 10 入文件名、文件版本等信息；一方面能夠?qū)崿F(xiàn)文檔的上傳，另一方面實(shí)現(xiàn)文檔的下載查看。4）文檔版本查詢(xún)：各部門(mén)存在大量的文檔數(shù)據(jù)，為保證各部門(mén)的使用文件的版本一致性，需要通過(guò)系統(tǒng)平臺(tái)查閱文檔的版本信息，以確保部門(mén)當(dāng)前使用的文檔為最新文檔。5）文檔檢索管理：在文檔管理工作中,大部分是在做文檔文件的檢索工作。一個(gè)系統(tǒng)的檢索功能的強(qiáng)弱,將直接關(guān)系到用戶(hù)的體驗(yàn)和軟件系統(tǒng)的價(jià)值。本系統(tǒng)的文檔文件檢索功能強(qiáng)大,有精確檢索、模糊檢索和用戶(hù)自定義檢索功能。 系統(tǒng)的非功能性需求。文檔管理系統(tǒng)的性能要求，包括登陸系統(tǒng)用戶(hù)規(guī)模，并發(fā)處理能力，系統(tǒng)響應(yīng)時(shí)間等。系統(tǒng)用戶(hù)的規(guī)模。據(jù)官方估計(jì)該用戶(hù)群體的企業(yè)文檔管理系統(tǒng)統(tǒng)，該系統(tǒng)的用戶(hù)需要擴(kuò)展到 5000 個(gè)用戶(hù)左右。 8 秒，小于 10 秒的數(shù)據(jù)的查詢(xún)響應(yīng)時(shí)間 [18]。文檔管理的界面分為兩個(gè)部分，包括內(nèi)部和外部接口。外部接口系統(tǒng)和其他系統(tǒng)支持協(xié)同工作，實(shí)現(xiàn)接口功能的內(nèi)部和外部接口的基礎(chǔ)上，剛剛開(kāi)放的接口函數(shù)調(diào)用可以被添加，在外部接口功能的實(shí)現(xiàn)。內(nèi)部接口模塊是資產(chǎn)管理系統(tǒng)的子系統(tǒng)，包括模塊的名字空間界面，系統(tǒng)控制和核心文件管理界面三部分之間的接口 [19]。文檔管理系統(tǒng)，包括對(duì)數(shù)據(jù)安全要求，應(yīng)處理三個(gè)主要方面系統(tǒng)的安全性要求，具體要求如下：（1）總線的數(shù)據(jù)安全管理系統(tǒng)，數(shù)據(jù)庫(kù)必須具有嚴(yán)格的權(quán)限控制，未授權(quán)用戶(hù)無(wú)法進(jìn)入系統(tǒng)，進(jìn)入系統(tǒng)的數(shù)據(jù)，但不能修改或刪除系統(tǒng)數(shù)據(jù)等操作，也可以在數(shù)據(jù)庫(kù)中部分考慮的數(shù)據(jù)進(jìn)行加密。 （2）公共安全管理體系，體系文件服務(wù)程序來(lái)控制訪問(wèn)權(quán)限的文件不允許未經(jīng)授權(quán)的用戶(hù)訪問(wèn)系統(tǒng)文件，通過(guò)網(wǎng)絡(luò)用戶(hù)可以共享文件和訪問(wèn)系統(tǒng)，所有訪問(wèn)系統(tǒng)文件的其他物理手段請(qǐng)求必須通過(guò)系統(tǒng)文件服務(wù)驅(qū)動(dòng)。（ 3）商務(wù)管理系統(tǒng)故障排除，系統(tǒng)應(yīng)為系統(tǒng)突然出現(xiàn)故障時(shí)提供必要的容錯(cuò)和故障自動(dòng)檢測(cè)和恢復(fù)功能，您可以快速恢復(fù)運(yùn)行，任何系統(tǒng)故障的損失可能的范圍內(nèi)限制最低。 11 第四章 文檔管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 系統(tǒng)整體設(shè)計(jì)本系統(tǒng)的設(shè)計(jì)基于企業(yè)文檔管理模式而設(shè)計(jì)，以企業(yè)文檔管理信息化為設(shè)計(jì)目標(biāo)。針對(duì)相關(guān)企業(yè)文檔管理的情況，實(shí)現(xiàn)文檔管理方式由手工式的管理過(guò)渡到自動(dòng)化、信息化、規(guī)范化管理的目標(biāo)，力求使系統(tǒng)具有充分的可操作性，界面友好，實(shí)現(xiàn)文檔管理電子化、簡(jiǎn)單化、網(wǎng)絡(luò)化，以節(jié)企業(yè)管理方面的不必要的資源浪費(fèi)。及時(shí)掌握企業(yè)文檔管理情況，為企業(yè)各單位的提供準(zhǔn)確、精細(xì)、迅速的文檔管理信息，實(shí)現(xiàn)企業(yè)文檔管理的現(xiàn)代化管理。系統(tǒng)功能結(jié)構(gòu)設(shè)計(jì)。企業(yè)文檔管理系統(tǒng)統(tǒng)包括括產(chǎn)品維護(hù)模塊、產(chǎn)品的明細(xì)目錄模塊、文件管理與上傳下載模塊、文件歷史版本瀏覽模塊、文件查詢(xún)模塊，如圖 41 所示。圖 41 文檔管理系統(tǒng)的整體設(shè)計(jì) 數(shù)據(jù)庫(kù)設(shè)計(jì)數(shù)據(jù)庫(kù)(Database)是按照數(shù)據(jù)結(jié)構(gòu)來(lái)組織、數(shù)據(jù)庫(kù)設(shè)計(jì)則是應(yīng)用中最重要的部分，是存儲(chǔ)和管理數(shù)據(jù)的倉(cāng)庫(kù),隨著信息技術(shù)和市場(chǎng)的發(fā)展,一個(gè)成功系統(tǒng)的系統(tǒng),業(yè)務(wù)軟件的成功體現(xiàn)在 50%的數(shù)據(jù)庫(kù)和 50%的程序?？梢?jiàn)，數(shù)據(jù)庫(kù)設(shè)計(jì)在軟件開(kāi)發(fā)中的意義重大。數(shù)據(jù)管理不再僅僅是存儲(chǔ)和管理數(shù)據(jù),而從大量數(shù)據(jù)獲得需要的信息是信息系統(tǒng)最主要任務(wù),為實(shí)現(xiàn)該目的,從而轉(zhuǎn)變成用戶(hù)所需要的各種數(shù)據(jù)管理的方式。整個(gè)數(shù)據(jù)庫(kù)系統(tǒng)設(shè)計(jì)所采用的工具都是數(shù)據(jù)信息領(lǐng)域建立相應(yīng)模型，需要系統(tǒng)本身具有強(qiáng)大地?cái)?shù)據(jù)存儲(chǔ)及管理功能,根據(jù)用戶(hù)的需求和數(shù)據(jù)是流量的大小以細(xì)致的對(duì)客戶(hù)所需進(jìn)行系統(tǒng)的設(shè)計(jì) [20]。根據(jù)研究需要,本系統(tǒng)選擇 SQLSERVER2022 R2 作為后臺(tái)數(shù)據(jù)庫(kù)開(kāi)發(fā)工具，該系統(tǒng)操作方便,簡(jiǎn)單易學(xué),系統(tǒng)資源占有低。 12 企業(yè)文檔管理系統(tǒng)的主要數(shù)據(jù)表有以下表組成：用戶(hù)登錄表、產(chǎn)品信息表、文件表、目錄明細(xì)表、版本信息表記錄的信息，它們是企業(yè)對(duì)文檔管理使用的重要數(shù)據(jù)表，數(shù)據(jù)庫(kù)關(guān)系表如下所示。表 41 用戶(hù)登錄表store_user用于存儲(chǔ)登錄用戶(hù)名與密碼欄位名稱(chēng) 數(shù)據(jù)類(lèi)型 長(zhǎng)度 字段描述 備注user_id char 10 用戶(hù)登錄的唯一 ID 　password varchar 20 用戶(hù)登錄密碼 　full_name nvarchar 50 登錄用戶(hù)的全稱(chēng) 暫時(shí)未使用customer_code varchar 7 用戶(hù)所在的公司或者客戶(hù)代號(hào) 暫時(shí)未使用status char 1 當(dāng)前用戶(hù)狀態(tài) A:活動(dòng)狀態(tài) I:用戶(hù)無(wú)效last_login datetime 　 最后一次登錄的時(shí)間 暫時(shí)未使用_notify char 1 是否需要自動(dòng)發(fā)送 通知 暫時(shí)未使用_address varchar 200 地址 暫時(shí)未使用表 42 產(chǎn)品信息表Store_product保存產(chǎn)品信息，這是文件的一級(jí)目錄欄位名稱(chēng) 數(shù)據(jù)類(lèi)型 主鍵 長(zhǎng)度 字段描述 備注id int Yes 　 產(chǎn)品 ID 　product_name nvarchar 　 250 產(chǎn)品名稱(chēng) 　customer_code varchar 　 7 產(chǎn)品所屬客戶(hù) 暫時(shí)未使用created_on datetime 　 　 產(chǎn)品目錄的創(chuàng)建時(shí)間 　status char 　 1 當(dāng)前產(chǎn)品狀態(tài) A:活動(dòng)狀態(tài) I:產(chǎn)品無(wú)效表 42 文件表Store_folders默認(rèn)的產(chǎn)品文件夾，保存每個(gè)產(chǎn)品都必須包含的子目錄欄位名稱(chēng) 數(shù)據(jù)類(lèi)型 主鍵 長(zhǎng)度 字段描述 備注id int Yes 　 產(chǎn)品目錄 ID 　folder_name nvarchar 　 200 產(chǎn)品目錄名稱(chēng) 　表 43 目錄明細(xì)表Store_product_detail保存產(chǎn)品的明細(xì)目錄，創(chuàng)建產(chǎn)品時(shí)自動(dòng)復(fù)制 Store_folders 中的默認(rèn)目錄，用戶(hù)可手動(dòng)添加并自定義欄位名稱(chēng) 數(shù)據(jù)類(lèi)型 主鍵 長(zhǎng)度 字段描述 備注 13