【正文】 Varchar(16) √ Pwd 密碼 Varchar(16) Name 員工姓名 Varchar(24) Sex 性別 Varchar(4) Address 地址 Varchar(100) Phone 固定電話 Varchar（ 10） MoPhone 移動(dòng)電話 Varchar(12) √ Email 電子郵箱 Varchar(50) Birthday 出生年月 DateTime(8) Interest 興趣愛好 Varchar(100。且數(shù)據(jù)庫(kù)采用的是 ACCESS 2021。 （ Relation）：設(shè)計(jì)表間關(guān)聯(lián)是為了保證數(shù)據(jù)庫(kù)的一致性和完整性 、 降低數(shù)據(jù)的冗余 、 但同時(shí)卻增加了表間連接查詢的操作 、 為了提高系統(tǒng)的響應(yīng)時(shí)間 、 合理的數(shù)據(jù)冗余也是必要的 [16] 。添加任何 一種索引均能提高查詢的速度 、 但是同時(shí)也是需要付出代價(jià)的 、 那就是會(huì)降低插入、更新、刪除操作的性能 、 尤其是當(dāng)填充因子（ Fill Factor）較大時(shí)。所以在數(shù)據(jù)庫(kù)設(shè)計(jì)之前首先要注意的幾個(gè)問題如下： ：命名的明確性有利于數(shù)據(jù)庫(kù)的管理 、 在建立數(shù)據(jù)庫(kù)的時(shí)候應(yīng)該本著簡(jiǎn)單 、 易于理解的原則 、 另外 、 不同的數(shù)據(jù)庫(kù)產(chǎn)品對(duì)對(duì)象的命名有不同的要求 、 因此 、數(shù)據(jù)庫(kù)中的各種對(duì)象的命名、后臺(tái)程序的代碼編寫應(yīng)采用大小寫敏感的形式 、 各種對(duì)象命名長(zhǎng)度不要過長(zhǎng) 、 這樣便于應(yīng)用系統(tǒng)適應(yīng)不同的數(shù)據(jù)庫(kù)。 畢業(yè)設(shè)計(jì) (論文 ) 第 27 頁(yè) 軟件學(xué)院 數(shù)據(jù)表設(shè)計(jì) 數(shù)據(jù)庫(kù)設(shè)計(jì)的好壞直接影響整個(gè)系統(tǒng) 、 如果數(shù)據(jù)庫(kù)設(shè)計(jì)不好 、 不僅僅很多的業(yè)務(wù)處理起來相當(dāng)?shù)膹?fù)雜和煩瑣 、 而且在編寫系統(tǒng)代 碼的時(shí)候也會(huì)遇到很多問題。頁(yè)面權(quán)限高于用戶權(quán)限和角色權(quán)限。當(dāng)用戶注冊(cè)并可以使用本系統(tǒng)時(shí) 、獲得的是角色權(quán)限 、 而當(dāng)別的用戶授予另外一些高級(jí)權(quán)限之后 、 則擁有的新的權(quán)限是用戶權(quán)限 、 并且用戶權(quán)限是高于角色權(quán)限的。具體的基于角色的權(quán)限分配 如表 ： 表 權(quán)限分配表 角色 權(quán)限 總經(jīng)理 部門經(jīng)理 職員 基本權(quán)限 √ √ √ 審核申請(qǐng)（１０） √ √ 查看他人日志（１１） √ √ 刪除他人日志（１２） √ √ 查看他人總結(jié)（１３） √ √ 分配權(quán)限（１４） √ √ 查看職員信息（１５） √ √ 修改職員信息（１６） √ √ 刪除職員信息（１７） √ 修改職員密碼（１８） √ √ 分派任務(wù)（１９） √ √ 發(fā)送通 知（２０） √ √ 備份數(shù)據(jù)庫(kù)（２２） √ 還原數(shù)據(jù)庫(kù)（２３） √ 系統(tǒng)設(shè)置（３０） √ 管理部門、職務(wù)和職稱（２１） √ 注：權(quán)限后面括號(hào)的數(shù)字是此權(quán)限在系統(tǒng)中的代號(hào)。 畢業(yè)設(shè)計(jì) (論文 ) 第 25 頁(yè) 軟件學(xué)院 角色權(quán)限 角色權(quán)限是用戶注冊(cè)之后就會(huì)給每個(gè)用戶分配相應(yīng)的權(quán)限 、 總經(jīng)理、部門經(jīng)理和職員三者的默認(rèn)權(quán)限是完全不同的。 而所有權(quán)限的內(nèi)容和默認(rèn)數(shù)據(jù)均以 角色 權(quán)限為準(zhǔn) 、 在默認(rèn)情況下 系統(tǒng) 的權(quán)限判斷都采用的是 角色 權(quán)限 、 如果設(shè)置了 用戶 權(quán)限則相應(yīng)用戶權(quán)限優(yōu)先于 角色 默認(rèn)權(quán)限 、如設(shè) 置了 頁(yè) 面權(quán)限則相應(yīng) 頁(yè)面 權(quán)限優(yōu)先于 角色 權(quán)限和用戶權(quán)限。 所以 、 整個(gè)項(xiàng)目按照 MVC 模式的詳細(xì)組織框架圖如圖 ： 畢業(yè)設(shè)計(jì) (論文 ) 第 24 頁(yè) 軟件學(xué)院 圖 系統(tǒng)的詳細(xì)組織框架 權(quán)限分配策略 本系統(tǒng)的權(quán)限采用了按角色和自定義權(quán)限相結(jié)合的方式來分配 、 這是借鑒了目前論壇權(quán)限分配的廣泛做法 、 這樣不僅提高了權(quán)限管理的靈活性 、 也提高了安全性。 最后 、 它還有利于軟件工程化管理。一個(gè)應(yīng)用的業(yè)務(wù)流程或者業(yè)務(wù)規(guī)則的改變只需改動(dòng) MVC 的模型層。 其次 、 由于模型返回的數(shù)據(jù)不帶任何顯示格式 、 因而這些模型也可直接應(yīng)用于接口的使用。按 MVC 設(shè)計(jì)模式 、 一個(gè)訂單模型以及多個(gè)視圖即可解決問題。在目前用戶需求的快速變化下 、 可能有多種方式訪問應(yīng)用的要求。這實(shí)際上是一種模型的變化 傳播機(jī)制。如果用戶通過 畢業(yè)設(shè)計(jì) (論文 ) 第 23 頁(yè) 軟件學(xué)院 某個(gè)視圖的控制器改變了模型的數(shù)據(jù) 、 所有其它依賴于這些數(shù)據(jù)的視圖都應(yīng)反映到這些變化。 在此系統(tǒng)中 、 控制層和視圖層并無明顯的分層 、 也就相當(dāng)于結(jié)合在一起了。劃分控制層的作用也很明顯 、 它清楚地告訴你 、 它就是一個(gè)分發(fā)器 、 選擇什么樣的模型 、 選擇什么樣的視圖 、 可以完成什么樣的用戶請(qǐng)求。它接受視圖層的數(shù)據(jù) 、 并進(jìn)行業(yè)務(wù)處理。數(shù)據(jù)模型主要指實(shí)體對(duì)象的數(shù)據(jù) 保存（持續(xù)化）。業(yè)務(wù)模型的設(shè)計(jì)可以說是 MVC 最主要的核心。 模型 (Model)：就是業(yè)務(wù)流程 /狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)流程的處理交予模型 (Model)處理。 視圖 (View)代表用戶交互界面 、 對(duì)于 Web 應(yīng)用來說 、 可以概括為 HTML 界面 、 但有可能為 XHTML、 XML 和 Applet。 畢業(yè)設(shè)計(jì) (論文 ) 第 22 頁(yè) 軟件學(xué)院 系統(tǒng)框架搭建 經(jīng)過需求分析以及模塊劃分 、 再結(jié)合本系統(tǒng)實(shí)際做了詳細(xì)的分析考慮之后 、 本系統(tǒng)采用目前流行的 MVC 模式來設(shè)計(jì)。只 要登陸此系統(tǒng) 、就會(huì)有聲音和提示框提示。 10. 附加模塊（第一個(gè)版本不實(shí)現(xiàn)） 附加模塊是一些實(shí)用的小工具：提醒和發(fā)郵件。如果在系統(tǒng)設(shè)置里面沒有開放評(píng)價(jià)則會(huì)隱藏評(píng)價(jià)的相關(guān)頁(yè)面。 8. 自定義設(shè)置模塊 此模塊是設(shè)置系統(tǒng)的相關(guān)配置以及對(duì)系統(tǒng)的一些內(nèi)容上的自定義設(shè)定：系統(tǒng)名 、 底部版權(quán)信息 、 LOGO 和 BANNER、管理部門（增加、刪除、修改）、管理職位（增加、刪除、修改）、管理職稱（增加、刪除、修改） 、 備份數(shù)據(jù)庫(kù)和還原數(shù)據(jù)庫(kù)。 7. 權(quán)限模塊 當(dāng)自己有分配權(quán)限給其他用戶之后 、 就可以分配自己擁有的相關(guān)權(quán)限給其他比自己權(quán)限低的人。用戶可以刪除自己收到的消息。 5. 消息模塊 每個(gè)用戶都可以向其他用戶發(fā)送消息。職員查看自己的任務(wù)但不可以刪除。 工作日志管理系統(tǒng) 注冊(cè) /審核模塊 日志 /總結(jié)模塊 通知模塊 評(píng)論模塊 自定義設(shè)置模塊 權(quán)限模塊 職員管理模塊 消息模塊 任務(wù)模塊 附加模塊 畢業(yè)設(shè)計(jì) (論文 ) 第 21 頁(yè) 軟件學(xué)院 4. 任務(wù)模塊 這是分配任務(wù)給職員的模塊?？梢匀喊l(fā) 、 也可以單獨(dú)發(fā)送給某個(gè)人。否則只有擁有查看職員日志 /總結(jié)的權(quán)限才能進(jìn)入查看別人的日志 /總結(jié)。每個(gè)職員也可以查看自己的日志和總結(jié)。 2. 日志 /總結(jié)模塊 該模塊是職員寫、查看、刪除日志和總結(jié)的模塊。審核頁(yè)面是審核注冊(cè)用戶 、 當(dāng)申請(qǐng)用戶不符合審核條件時(shí) 、 可以不通過審核。 畢業(yè)設(shè)計(jì) (論文 ) 第 20 頁(yè) 軟件學(xué)院 總體結(jié)構(gòu) 模塊劃分 本系統(tǒng)共有注冊(cè) /審核模塊、日志 /總結(jié)模塊、任務(wù)模塊、通知 模塊、消息模塊、職員管理模塊、權(quán)限模塊、自定義設(shè)置模塊、評(píng)論模塊和附加模塊。 Access 基于 Windows 操作系統(tǒng)下的集成開發(fā)環(huán)境 、 該環(huán)境集成了各種向?qū)?和生成器工具 、 極大地提高了開發(fā)人員的工作效率 、 使得建立數(shù)據(jù)庫(kù)、創(chuàng)建表、設(shè)計(jì)用戶界面、設(shè)計(jì)數(shù)據(jù)查詢、報(bào)表打印等可以方便有序地進(jìn)行。系統(tǒng)還提供了表生成器、查詢生成器、報(bào)表設(shè)計(jì)器以及數(shù)據(jù)庫(kù)向?qū)А⒈硐驅(qū)?、查詢向?qū)А⒋绑w向?qū)?、?bào)表向?qū)У裙ぞ?、 使得操作簡(jiǎn)便 、 容易使用和掌握。 3． 界面友好、易操作 。通過對(duì)象的方法、屬性完 成數(shù)據(jù)庫(kù)的操作和管理 、 極大地簡(jiǎn)化了用戶的開發(fā)工作。 Access 是一個(gè)面向?qū)ο蟮拈_發(fā)工具 、 利用面向?qū)ο蟮姆绞綄?shù)據(jù)庫(kù)系統(tǒng)中的各種功能對(duì)象化 、 將數(shù)據(jù)庫(kù)管理的各種功能封裝在各類對(duì)象中。 Access 管理的對(duì)象有表、查詢、窗體、報(bào)表、頁(yè)、宏和模塊 、以上對(duì)象都存放在后綴為（ .mdb）的數(shù)據(jù)庫(kù)文件種 、 便于用戶的操作和管理。它提供了表、查詢、窗體、報(bào)表、頁(yè)、宏、模塊 7 種用來建立數(shù)據(jù)庫(kù)系統(tǒng)的對(duì)象；提供了多種向?qū)?、生成器、模?、 把數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)查詢、界面設(shè)計(jì)、報(bào)表生成等操作規(guī)范化；為建立功能完善的數(shù)據(jù)庫(kù)管理系統(tǒng)提供了方便 、 也使得普通用戶不必編寫代碼 、 就可以完成大部分?jǐn)?shù)據(jù)管理的任務(wù)?？紤]到本系統(tǒng)是針對(duì)于中小型軟件企業(yè)開發(fā)的 ,所以選擇了簡(jiǎn)單 ,功能比較完善且適合于中小型系統(tǒng)使用的 ACCESS 數(shù)據(jù)庫(kù)。 鑒于以上原因 、 我們采用了 C + 來開發(fā)此系統(tǒng)。 8. 安全性。實(shí)際上 、 可以用自己編寫的自定義組件擴(kuò)展或替換 運(yùn)行庫(kù)的任何子組件。 7. 自定義性和擴(kuò)展性。 在設(shè)計(jì)時(shí)考慮了可縮放性 、 增加了專門用于在聚集環(huán)境和多處理器環(huán)境中提高性能的功能。不需要重新啟動(dòng)服務(wù)器 、 即使是在部署或替換運(yùn)行的編譯代碼時(shí)。此 零本地管理 哲學(xué)也擴(kuò)展到了 框架應(yīng)用程序的部署。 采用基于文本的分層配置系統(tǒng) 、 簡(jiǎn)化了將設(shè)置應(yīng)用于服務(wù)器環(huán)境和 Web 應(yīng)用程序。另外 、 公共語言運(yùn)行庫(kù)利用托管代碼服務(wù)（如自動(dòng)引用計(jì)數(shù)和垃圾回收）簡(jiǎn)化了開發(fā)。 使執(zhí)行常見任務(wù)變得容易 、 從簡(jiǎn)單的窗體提交和客戶端身份驗(yàn)證 到部署和站點(diǎn)配置。另外 、 公共語言運(yùn)行庫(kù)的交互性保證在遷移到 時(shí)保留基于 COM 的開發(fā)中的現(xiàn)有投資。 .NET 框架類庫(kù)、消息處理和數(shù)據(jù)訪問解決方案都可從 Web 無縫訪問。 3. 威力和靈活性。 框架補(bǔ)充了 Visual Studio 集成開發(fā)環(huán)境中的大量工具箱和設(shè)計(jì)器。這相當(dāng)于在編寫代碼行之前便顯著提高了性能。 是在服務(wù)器上運(yùn)行的編譯好的公共語言運(yùn)行庫(kù)代碼。 而 對(duì)于 JSP,你需要購(gòu)買昂貴的應(yīng)用服務(wù)器群來達(dá)到同樣的目的。 于是 現(xiàn)在可以在大型項(xiàng)目方面與 JSP 一樣具有等同的能力。 提供了外部會(huì)話狀態(tài) (external session state)來提供內(nèi)置式 web farm的支持。 可以讓你考慮到多服務(wù)器 (multiple servers)的場(chǎng)合 、 當(dāng)你需要更強(qiáng)大的功能時(shí) 、 僅僅只需要增加一臺(tái)服務(wù)器。 將對(duì)大型站點(diǎn) (web farms)有更好的支持。 發(fā)展了更多的功能 、 因?yàn)橛辛?ADO+！ADO+帶來了更強(qiáng)大更快速的功能。 ASP 另一個(gè)亮點(diǎn)是它使用 ADO 對(duì)象 、 ODBC, OLEDB 和事務(wù)處理管理器。 C產(chǎn)生的結(jié)果是將進(jìn)一步加固微軟和 Sun 產(chǎn)品的戰(zhàn)線。 C是微軟在編程市場(chǎng)上擊敗對(duì)手的主要工具。 C 是 開發(fā)中一個(gè)最重要的功能 、 微軟會(huì)將 C發(fā)展成為 Java 的強(qiáng)勁對(duì)手。 C另一個(gè)有趣的地方是所有對(duì)象都自動(dòng)變成為 COM 對(duì)象。 畢業(yè)設(shè)計(jì) (論文 ) 第 17 頁(yè) 軟件學(xué)院 開發(fā)語言 開發(fā)基于 B/S 的系統(tǒng) 、 目前比較流行的是 和 JSP、 二者各有優(yōu)勢(shì) 、 就像 筷子和勺子 一樣 、 筷子用來吃菜無疑是最好的選擇 、 但是喝湯呢？最好的選擇當(dāng)然是 勺子?；谙到y(tǒng)服務(wù)面向的用戶及安全性考慮 ,服務(wù)器使用 Windows2021 Server。在網(wǎng)絡(luò)協(xié)議方面 、基于完全可靠性傳輸?shù)目紤] 、 使用了 TCP/IP 協(xié)議 [9]。此系統(tǒng)主要使用快速以太網(wǎng)。 網(wǎng)絡(luò) 由 于 B/S 架構(gòu)是基于 WEB 的 、 因此網(wǎng)絡(luò)選擇的好壞將直接影響系統(tǒng)的性能。其中硬件主要是包括計(jì)算機(jī)和網(wǎng)絡(luò) 、 而軟件主要是操作系統(tǒng) 、 數(shù)據(jù)庫(kù)以及開發(fā)平臺(tái)。