企業(yè)辦公自動化管理系統(tǒng)課程(編輯修改稿)
2025-05-05 11:13 本頁面
【文章內(nèi)容簡介】 器來實現(xiàn)，極少部分事務(wù)邏輯在前端(Browser)實現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端(Server)實現(xiàn)，形成所謂三層結(jié)構(gòu)。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)的維護與升級的成本和工作量，降低了用戶的總體成本。特別是在JAVA這樣的跨平臺語言出現(xiàn)之后，B/S架構(gòu)管理軟件更是方便、快捷、高效。如果能將該系統(tǒng)劃分的用戶身份驗證模塊和其他模塊再分解成一些相互獨立、功能簡單、易于理解和修改的模塊，這樣的系統(tǒng)就具備了系統(tǒng)設(shè)計首要考慮的可變更性。由模塊組合構(gòu)成的系統(tǒng)一般稱為模塊化結(jié)構(gòu)系統(tǒng)。在這樣的系統(tǒng)中，由于各個模塊之間基本上是相互獨立的，所以每個模塊都可以獨立的被理解、編程、調(diào)試和修改，使其復(fù)雜的系統(tǒng)設(shè)計工作變得相對簡單。在遵循模塊化結(jié)構(gòu)設(shè)計原則的基礎(chǔ)上，根據(jù)實現(xiàn)的目標(biāo)，用戶身份驗證只需要一個模塊，而其他模塊則分成了八個不同的子模塊，各子模塊既相互配合，又各自具有一定的獨立功能。這樣就形成了一個樹形的結(jié)構(gòu)。 用戶身份驗證模塊流程圖在用戶身份驗證模塊的總體流程分析中業(yè)務(wù)流程圖是表現(xiàn)個人辦公流程的一個主要圖例，用戶通過表單提供登陸信息，系統(tǒng)根據(jù)用戶提供的信息對用戶進行查詢鑒別，如果身份合法，則將用戶導(dǎo)向系統(tǒng)主頁。另外，從系統(tǒng)退出后也進入系統(tǒng)登陸頁面。此時，用戶的身份信息都會被清空。流程圖如下所示：圖310用戶身份驗證流程圖 個人通訊錄模塊流程圖用戶進入“個人通訊錄”，可根據(jù)操作需要完成新增、查看、修改以及刪除聯(lián)系人等操作。流程圖如下所示：圖311個人通訊錄流程圖 職工信息管理模塊流程圖系統(tǒng)管理員擁有“職工信息管理”模塊的操作權(quán)限。能進行新增、查看、修改以及刪除等操作。普通用戶則只能查閱屬于個人的基本信息和權(quán)限限制范圍內(nèi)的資料修改；職工信息操作流程如下所示：圖312職工信息管理流程圖 日程安排模塊流程圖選擇“日程安排”，用戶可通過界面展示的功能內(nèi)容進行相應(yīng)的操作，如新增、查看、修改以及刪除等操作。日程安排操作流程如下所示：圖313日程安排流程圖 工作日志模塊流程圖進入“工作日志”功能模塊后，用戶可以根據(jù)所需對登記工作日志。如新增、查看、修改以及刪除操作。日志管理操作流程圖如下所示：圖314日志管理流程圖 短消息管理模塊流程圖用戶可以通過此模塊接收、閱讀、刪除和相互之間發(fā)送短消息。具體流程圖如下所示：圖315短消息管理流程圖 公告管理模塊流程圖管理員可通過界公告管理功能模塊向指定職員發(fā)送公告，操作權(quán)限包括新增、查閱、修改以及刪除等操作。普通用戶角色只有查閱權(quán)限；具體流程圖如下所示：圖316公告管理流程圖 會議管理模塊流程圖用戶可通過會議管理模塊界面展示的功能內(nèi)容進行相應(yīng)的操作，如新增、查看、設(shè)置已讀、修改以及刪除會議等操作。會議管理操作流程如下所示：圖317會議管理流程圖4 數(shù)據(jù)庫設(shè)計數(shù)據(jù)庫設(shè)計是項目開發(fā)和系統(tǒng)設(shè)計中非常重要的一個環(huán)節(jié)，在這里要特別強調(diào)數(shù)據(jù)庫設(shè)計的重要性，是因為數(shù)據(jù)庫設(shè)計就像建設(shè)高樓大廈的根基一樣，如果設(shè)計不好，在后來的系統(tǒng)維護、變更和功能擴充時，甚至在系統(tǒng)開發(fā)過程中都會引起比較大的問題。將需求分析得到的用戶需求抽象為信息結(jié)構(gòu)及概念模型的過程是概念結(jié)構(gòu)設(shè)計。為了描述數(shù)據(jù)庫結(jié)構(gòu)的概念模式，這里采用ER圖來描述數(shù)據(jù)庫的實體關(guān)系。在職工信息管理模塊，某個公司職位可以有多個公司員工，但每個員工只能有一個公司職位。因此公司職位與系統(tǒng)用戶之間是一對多的關(guān)系；部門可有多個公司員工，但工只能屬于一個部門，因此公司部門與系統(tǒng)用戶之間也是一對多的關(guān)系；職位可以在不同的公司部門內(nèi)出現(xiàn)，部門也會有多個職位，因此兩者之間是多對多的關(guān)系。：userusernametruenamepasswordsexuseridrightsbranchjobaccesstimefoundtimetelphoneaddressID圖41用戶信息ER圖 個人通訊錄模塊的ER圖如下圖所示：addressIDuseridnamesexmobileqqpanyaddresspostcode圖42通訊錄ER圖：scheduleIDuseridtimeplan圖43日程表ER圖：worklogIDuseridtimetitledescriptionlogtime logtime ess圖44日志表ER圖 短消息管理模塊的ER圖如下圖所示：smsIDuseridreceivemessagesendtime logtime ess圖45短消息表ER圖：noticeIDuseridtitlecontentsendtime logtime ess圖46公告表ER圖：meetingIDuseridstartgimeaddresscontent logtime esstitleendtime圖47會議表ER圖邏輯結(jié)構(gòu)設(shè)計的任務(wù)是把概念結(jié)構(gòu)設(shè)計階段設(shè)計好的ER圖轉(zhuǎn)換成與選用的DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。ER圖轉(zhuǎn)換為關(guān)系數(shù)據(jù)模型所要解決的問題是如何將實體和實體間的聯(lián)系轉(zhuǎn)換成關(guān)系模式，如何確定這些關(guān)系模式的屬性和碼。數(shù)據(jù)庫中兩實體間1：n聯(lián)系轉(zhuǎn)換為一個與n端對應(yīng)的關(guān)系模式合并的關(guān)系模式的方法是將聯(lián)系的屬性與1端的碼加入n端作為屬性，主碼為n端實體的主碼。(1) 用戶信息管理模塊中由ER圖轉(zhuǎn)換成的關(guān)系數(shù)據(jù)模式有：表41用戶信息表user字段名稱字段說明字段類型可否為空主鍵備注ID唯一IDint(10)否是自增字段username用戶名varchar(50)否truename用戶姓名varchar(50)是password用戶密碼varchar(50)否電子郵件varchar(50)是sex性別varchar(4)是userid用戶身份證號varchar(16)是branch部門varchar(20)是job職務(wù)varchar(20)是accesstime訪問次數(shù)int(11)否foundtime創(chuàng)建時間varchar(20)否telphone電話varchar(20)是address地址varchar(50)是Rights權(quán)限varchar(1)1管理員(2) 個人通訊錄模塊中由ER圖轉(zhuǎn)換成的關(guān)系數(shù)據(jù)模式有：表42通訊錄表address字段名稱字段說明字段類型可否為空主鍵備注ID唯一IDint(10)否是自增字段userid屬于的用戶idint(10)是否外鍵Name
公司管理相關(guān)推薦
鄂ICP備17016276號-1