【導讀】輸、加工、保存、維護和使用的系統(tǒng)。它能實測國民經(jīng)濟部門或企業(yè)。本文以本人在學校的學生宿舍管理信息系統(tǒng)的開發(fā)過程為藍本，系統(tǒng)實施等七部分。通過對宿舍活動各環(huán)節(jié)產生的數(shù)據(jù)進行處理，將。管理的隨意性，提高信息處理的速度和準確性。項目開發(fā)的目標----------------------------------------------5. 第二章系統(tǒng)需求分析------------------------------------------------6. 現(xiàn)在系統(tǒng)存在的主要問題-------------------------------------10. 系統(tǒng)可行性分析---------------------------------------------10. 第三章新系統(tǒng)邏輯方案----------------------------------------------11. 軟件模塊結構設計-------------------------------------------23. 第五章系統(tǒng)詳細設計------------------------------------------------35

　　

【正文】 ，而一個月的水電費則對應唯一一個房間。 3) 房間管理：房租和房間是 1:N的關系，因為一個房間可以有多個月的房租費，而一個月的房租費則對應唯一一個房間。 4）學生：房間和學生是 1:N的關系，因為一個房間可以有多個學生住宿，而每學生則對應唯一一個房間。 5）交費：房租費和學生是 M:N 的關系，因為一個房間的房租可以對應若干學生，而學生又可以有多個月份的房租費。 6）交費：水電費和學生是 M:N 的關 系，因為一個房間的水電費可以對應若干學生，而每個學生又可以有多個月份的水電費。 二、 ER圖 數(shù)據(jù)模型是數(shù)據(jù)庫系統(tǒng)的核心和基礎，各種機器上的 DBMS都是基于某種數(shù)據(jù)模型的。但在數(shù)據(jù)庫設計中，如果直接將現(xiàn)實中的客觀對象直接轉換為機器世界中的對象常常比較困難，因此往往將現(xiàn)實世界中的客觀對象首先抽象為不依賴任何具體機器的信息結構，這種信息結構不是 DBMS支持的數(shù)據(jù)模型，而是概念及模型，于是就需要 ER圖的出現(xiàn)。 ER圖是直觀表示概念模型的工具，在圖中有四個基本成分： 1） 矩形框：表示實體類型； 2） 菱形框：表示聯(lián)系類型 ； 3） 橢圓形框：表示實體類型和聯(lián)系類型的屬性； 4） 直線：圖中涉及到的實體類型之間以直線連接，并在直線部標上聯(lián)系的種類。（ 1:1，1:N， M:N） 注：因為某些實體屬性較多，在圖上不便一一標出，故在 ER圖上一律不標屬性。 具體圖示如下： M N 實 體 屬 性 聯(lián) 系 聯(lián)系的種類 學生宿舍管理系統(tǒng) 32 本系統(tǒng)的 ER 圖如下所示： 圖 學生宿舍管理系統(tǒng) ER 圖 邏輯設計 邏輯結構設計的任務是把概念結構設計階段設計完畢的基本 E— R 圖轉化為與選用的具體機器上的 DBMS產品所支持的數(shù)據(jù)模型相符的邏輯結構（包括數(shù)據(jù)庫模式和外模式）。這些模式在功能性、完整性和一致性約束及數(shù)據(jù)庫的可擴充性等方面應滿足用戶的各種要求。 E— R圖向關系模型的轉化要解決的問題是如何將實體和實體間的關系轉化為關系模式，如何確定這些關系模式的屬性和代碼。 一、 轉換規(guī)則 E— R模型中的主要成分是實體類型和聯(lián)系類型，它向關系模式轉化的規(guī)則是： 對于實體模型，將每個實體類型轉換成一個關系模式，實體的屬性即為關系模式的屬性，實體標識符即為關系模式的健。 對于聯(lián)系類型，要視 1： 1， 1： N， M： N以及 1:M:N等多種情 況做不同處理： 1) 若兩個實體間的聯(lián)系是 1： 1，可以在兩個實體類型轉換成的兩個關系模式中任意一個關系模式的屬性中加入另一個關系模式的健和聯(lián)系類型的屬性。 2) 若兩個實體間的聯(lián)系是 1： N，則在 N端實體類型轉換成的關系模式中加入 1端實體類型轉換成的關系模式的鍵和聯(lián)系類型的屬性。 3) 若兩個實體間的聯(lián)系是 M： N，則將聯(lián)系類型也轉換成關系模式，其屬性為兩端實體的鍵加上聯(lián)系類型的屬性，而鍵為兩端實體間的組合。 4) 若三個實體間的聯(lián)系是 1:M:N，則將聯(lián)系類型也轉換成關系模式，其中包括有三個參加的實體集及這個聯(lián) 系的所有屬性。 類型 分類 收費 1 1 N 1 N N 1 N M 房間 學生 房租 水電費 有 收費 2 分攤 1 分攤 2 M N 1 N 學生宿舍管理系統(tǒng) 33 二、關系模式 本系統(tǒng)共有實體五個， 1個 M： N的聯(lián)系，按上述方法將 E— R 圖轉換為如下的七個關系模式如下：（主鍵用下劃線表示，外鍵在前面用“ ”表示）。 類型：（ 類型號 ，額定人數(shù)，有無空調，有無衛(wèi)生間） 房間：（ 房間號 ， 類型號，住宿性別，應住人數(shù)，現(xiàn)住人數(shù)） 學生：（ 學號 ， 房間號，姓名，性別，身份證號，年齡，入住時間，電話，家庭住址，專業(yè)） 水電費：（ 月份， 房間號 ，水費，電費，操作員姓名） 房租：（ 月份 ， 房間號 ，住宿費） 分攤 1：（ 月份， 房間號， 學號 ，水費，電費） 分攤 2：（ 月份 ， 房間號， 學號 ，房租費）。 數(shù)據(jù)庫的實現(xiàn) 通過對 ER圖轉換的關系模式進行分析，并結合宿舍管理系統(tǒng)的具體功能、要求和開發(fā)數(shù)據(jù)庫系統(tǒng)的特點，對系統(tǒng)的數(shù)據(jù)庫做如下設計，限于篇幅，僅舉兩例（ *代表主鍵， 代表外鍵）： czyb 表 操作員表 鍵 字段編碼 數(shù)據(jù)類型 長度（字節(jié)） 字段名稱 * Czy_xm char 10 操作員姓名 Czy_pw char 20 密碼 Czy_chaxun char 1 查詢權限 Czy_luru char 1 錄入權限 Czy_shezhi char 1 系統(tǒng)設置權限 room_month 表 鍵 字段編碼 數(shù)據(jù)類型 長度（字節(jié)） 字段名稱 * Mo_no char 3 月份 * Ro_no char 2 房間號 Ro_mo_water numeric 5+2 水費 Ro_mo_eletr numeric 5+2 電費 Ro_mo_public numeric 5+2 公攤 Czy_xm char 10 操作員姓名 計算機系統(tǒng)配置方案的選擇和設計 一、計算機系統(tǒng)的硬件配 置方案 計算機系統(tǒng)的硬件配置方案的設計應考慮以下因素：系統(tǒng)吞吐量、系統(tǒng)響應時間、系統(tǒng)可靠性、數(shù)據(jù)管理的方式、地域范圍、單機系統(tǒng)還是多機系統(tǒng)、集中式還是分布式等。 根據(jù)系統(tǒng)調查和系統(tǒng)分析的結果來考慮系統(tǒng)的物理結構和硬件配置，并結合學生宿舍的實際情況和所選用的軟件開發(fā)工具及數(shù)據(jù)庫系統(tǒng)的特點來綜合進行物理配置方案的設計。 目標系統(tǒng)的硬件環(huán)境： CPU賽揚 700， 128M內存， 20G硬盤，同時配備打印機一個。 學生宿舍管理系統(tǒng) 34 二、計算機系統(tǒng)軟件配置方案 目標系統(tǒng)軟件環(huán)境： Windows98 中文版，桌 面數(shù)據(jù)庫管理系統(tǒng)， Adaptive Server Anywhere 。 三、開發(fā)工具 軟件開發(fā)環(huán)境： Windows2020＋ sp4， PowerBuilder 。 系統(tǒng)總體安全性、可靠性方案與措施 系統(tǒng)的可靠性和安全性是信息系統(tǒng)質量的兩個最重要的性能要求，兩者既有區(qū)別，又是密切聯(lián)系的?？煽啃允窍到y(tǒng)為了避免來自系統(tǒng)內部的差錯、故障需采取的保護措施；而安全性是系統(tǒng)為了防止來自系統(tǒng)外部的對系統(tǒng)資源特別是信息的非法使用和訪問有意或無意的破壞而采取的安全和保密手段，二者由于面向的目標不同，在采取 的措施和方法上也有所不同，但從系統(tǒng)的功能和性能上又是彼此促進、相輔相成的。 系統(tǒng)安全性 信息系統(tǒng)的安全性是指防止意外或人為地破壞信息系統(tǒng)的運行，或非法使用信息資源，而對信息系統(tǒng)采取的安全保護措施。 與信息系統(tǒng)安全性相關的因素有很多，主要可以劃分為以下幾類：⑴自然及不可抗拒的因素；⑵硬件及物理因素；⑶電磁波因素；⑷軟件因素；⑸數(shù)據(jù)因素；⑹人為及管理因素。 由此產生的安全保護措施可分為：技術性和非技術性二大類，非技術性措施指行政管理、法律制度和其它物理措施；在本系統(tǒng)中，最主要的是技術性措施。 所謂技術安全性即在系統(tǒng)內部采用技術手段，防止對系統(tǒng)資源的非法使用和對信息資源的非法存取操作。本系統(tǒng)中所采用的主要措施是： 設置用戶和口令：非授權用戶不能進入系統(tǒng)。 設置用戶權限：特定用戶只能各負其責，使用與自己業(yè)務有關的特定功能模塊，非法用戶是不能使用系統(tǒng)的任何資源的。例如：管理員具有最高權限，除了具有其他用戶的所有權限以外，還可以對系統(tǒng)用戶進行管理，添加刪除系統(tǒng)用戶，改變他們的權限，以及對本系統(tǒng)數(shù)據(jù)庫進行維護；而數(shù)據(jù)錄入人員除了查詢以外，還可以對涉及到數(shù)據(jù)錄入的功能，如資料登記、交費等具有 使用權限；訪客對系統(tǒng)只有查詢權限。 系統(tǒng)可靠性 系統(tǒng)的可靠性是指，在滿足一定條件的應用環(huán)境中系統(tǒng)能夠正常工作的能力。由于錯誤不可避免，因此提高可靠性的主要途徑是使系統(tǒng)具有容錯能力，使信息系統(tǒng)在產生錯誤、發(fā)生故障的情況下，仍然具有繼續(xù)運行的能力，信息系統(tǒng)就應該具備以下功能：⑴故障約束功能；⑵故障檢測功能；⑶故障恢復功能。 對于本系統(tǒng)而言，采用的措施主要有： 防止程序重復啟動，造成系統(tǒng)錯誤； 對輸入數(shù)據(jù)的類型進行審查，防止數(shù)據(jù)庫未知錯誤； 定期對 重要數(shù)據(jù)進行備份。 管理、房間管理、退房；這五個模塊構成了學生宿舍管理信息系統(tǒng)的主要業(yè)務流程： 登記：這一模塊主要是對入住的學生進行合法身份的確認，登記詳細的個人資料，包 學生宿舍管理系統(tǒng) 35 括姓名、出生日期、身份證號碼、聯(lián)系電話、家庭住址等，并與學生簽訂入住協(xié)議。 交費：對學生繳費情況進行記錄，包括住宿費、預支水電費、押金等。 水電費管理：每月計算公共平攤的費用，并從學生繳費單中扣除水電費費用，形成歷史水電費報表。 房間管理：根據(jù)學生要求分配房間，制定房間類型和收費標準。 退房：結算退房學生水電費剩余金額，并根據(jù)相 應憑據(jù)退還押金。 第五章 系統(tǒng)詳細設計 程序流程圖 程序流程圖又稱為程序框圖，表示方法簡單直觀，是最早使用的一種模念模式，是用來描述處理執(zhí)行的邏輯過程的，它把程序的基本步驟歸納為：處理、判斷、輸入輸出、起始和終結等幾個基本功能，并用不同的記號加以表示，從而描述程序的執(zhí)行過程。 在繪制程序流程圖時使用的符號說明如下： 采用自頂向下的模塊設計方法，將系統(tǒng)分為： 處 理 判 斷 輸入輸出 起始終點 學生宿舍管理系統(tǒng) 36 主模塊，如圖 圖 登記子模塊，如圖 開始 連接成功 打開 Splash 窗口 連接數(shù)據(jù)庫 未運行 關閉 Splash 窗口 打開總控窗口 輸用戶名、密碼 合法登錄 調入主菜單 菜單選擇 登 記 房間管理 水電費管理 退 房 查詢統(tǒng)計 系統(tǒng)設置 是 是 是 否 退 出 交 費 否 學生宿舍管理系統(tǒng) 37 圖 開 始 重新輸入 輸入學號 輸出個人資料 是否正確 保存成功 返 回 保存 是 否 是 否 是 否 學生宿舍管理系統(tǒng) 38 第六章 小結 致謝 一個星期的設計在忙忙碌碌中很快就過去了，通過對系統(tǒng)分析與設計工作的深入實踐，真正體會到了應該如何將理論和實踐相結合，對以前所學的專業(yè)課理論知識又有了新一層次的理解，并提升了對理論知識的運用能力，獲得了許多寶貴的經(jīng)驗。 從選題、構思，到調查研究，最后 落稿成文，歷經(jīng)一個星期的時間。這篇課程設計的順利完成，離不開各方面的熱心指導和幫助。在這里，要特別感謝我們的袁老師，她以淵博的知識，嚴謹、求實的態(tài)度指導我們，課堂上認真講解，細心的為我們上每一節(jié)課，在此，我僅表示深深的謝意。同時，以及宿舍管理信息系統(tǒng)的合作伙伴表示感謝；文中參閱了許多信息系統(tǒng)方面的資料，對所有文章的作者，敬謹謝意！ 最后，我要感謝我們的袁老師，感謝您的寬容和為支持我們不辭付出的辛勤！ 參考文獻 畢業(yè)論文指導資料 復旦大學計算機系 2020 年 數(shù)據(jù)庫原理 丁寶康 經(jīng)濟科學出版社 2020 年 管理信息系統(tǒng) 黃梯云 經(jīng)濟科學出版社 1996 年 軟件開發(fā)工具 陳 禹 經(jīng)濟科學出版社 1999 年 信息系統(tǒng)開發(fā) 甘仞初 經(jīng)濟科學出版社 1996 年