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