【正文】 在設計中遇到了很多編程問題 和關于數(shù)據(jù)庫鏈接的 問題 ，也是 在 我的指導老師 …… ..老師的辛勤指導下，終于 迎刃 而解。 課程設計達到了專業(yè)學習的預期目的。檢驗學習成果，看一看課堂學習與實際工作到底有多大距離，并通過綜合分析，找出學習中存在的不足，以便為完善學習計劃，改變學習內(nèi)容與方法提供實踐依據(jù)。尤其是觀察、分析和解決問題的實際工作能力，以便培養(yǎng)成為能夠主動適應社會主義現(xiàn)代化建設需要的高素質(zhì)的復合型人才。如果操作 28 有誤會出現(xiàn)相應的提示信息。 運行結(jié)果如下圖： 圖 512 水電費信息的計算和登記 27 軟件使用說明書 一、系統(tǒng)的登錄 完成了程序各個功能模塊的創(chuàng)建，就開始運行整個系統(tǒng)。 例如： 圖 510 來訪信息的刪除 寢室信息的查詢 輸入要查詢的寢室的樓號和寢室號，例如：輸入寢室號： 101，樓號： 1，查詢結(jié)果如下圖 ： 26 圖 511 寢室信息查詢 在進行寢室信息查詢時：需要輸入樓號和寢室號，如果有一項沒有輸入時，會出現(xiàn)提示信息，要求用戶進行輸入。在刪除時會出現(xiàn)確認刪除對話框，用戶確認之后才會進行刪除，否則會退出。當然，在測試的過程中可以分模塊、分階段來進行。 白盒測試的前提是可以把程序看成裝在一個透明的白盒子里，測試者完全知道程序的結(jié)構(gòu)和處理算法。 在設計模塊時，應盡力向高內(nèi)聚、低偶合的思想方面靠攏。測試的目的就是在軟件投入生產(chǎn)性運行之前，盡可能多地發(fā)現(xiàn)軟件中的錯誤。 用戶在添加了信息之后需要保存，如果用戶需要保存則按確認按鈕，系統(tǒng)會自動進行保存；如果用戶不想保存則可以不按確認，系統(tǒng)會自動認為用戶放棄保存該次操作。程序的主要部分設計在這個環(huán)節(jié)完成。在系統(tǒng)中，鍵盤是主要的輸入介質(zhì)，但是鼠標等設備的也是重要的輸入手段，所以，對于他們的數(shù)據(jù)輸入操作有如下約定： 保持信息顯示和數(shù)據(jù)輸入間的一致性 為了方便用戶的使用，鼠標應當盡量減少操作的幅度。 高效率的使用顯示屏 當使用多窗口時，應該有足夠的空間使得每個窗口至少都能顯示出一部分。這樣，用戶可以直觀的體會到圖表所表示的含義。這樣才能滿足用戶的需求。 對話、移動和思考的效率 盡量減少用戶擊鍵的次數(shù)，在設計時考慮到了用戶屏幕的布局以減少用戶鼠標移動的距離，盡量避免用戶在操作中發(fā)生疑問的情況。 在本系統(tǒng)設計過程中，基本做到了信息的及時反饋，在信息顯示的大部分窗管理員 輸入查詢條件 查詢相應人員 是否 存在 是 修改 結(jié)果 是 否 重新輸入 是 否 18 體中包括了刷新按鈕，會對數(shù)據(jù)庫中的數(shù)據(jù)進行及時地顯示。 添加系統(tǒng)其程序流程圖如圖 所示 圖 添加系統(tǒng)程序流程圖 刪除系統(tǒng)程 序流程圖如圖 所示： 是 否 是 是 管理員 輸入查詢條件 是 否 重新輸入 查詢相關人員 是否存在該人員 結(jié) 果 確 定 添加人員 增 加 否 16 圖 刪除系統(tǒng)程序流程圖 修改功能的系統(tǒng)流程圖如 圖 53： 否 是 是 否 管理員 輸入查詢條件 查詢相 應人員 是否存 在 是 是 否 重新查找 確定刪 除 查找 刪 除 否 結(jié) 果 17 圖 修改系統(tǒng)程序流程圖 界面設計 一般交互設計 一般交互涉及信息顯示、數(shù)據(jù)輸入、和系統(tǒng)整體控制等方面。 公寓、來訪人員各種信息查詢，修改和刪除。 設計中設計數(shù)據(jù)窗口的時候，通過對話框?qū)崿F(xiàn)與數(shù)據(jù)的連接。 該數(shù)據(jù)庫由公寓信息表、來訪信息表兩部分組成的。 數(shù)據(jù)庫概念結(jié)構(gòu)設計，是在需求分析的基礎上，設計出能夠滿足用戶需求的各種實體，以及他們之間的關系，為后面的邏輯結(jié)構(gòu)設計打下基礎。 在這里我們將要設計的是數(shù)據(jù)庫的概念模式， 通過對學生公寓管理系統(tǒng)的內(nèi)容和數(shù)據(jù)流程分析及 ER 圖，設計如下數(shù)據(jù)項公寓管理子系統(tǒng) 基本信息的輸入 公寓信息的添加 公寓信息的刪除 公寓信息的修改 公寓信息的查詢 來訪管理子系統(tǒng) 基本信息的登記 來訪信息的添加 來訪信息的刪除 來訪信息的修改 來訪信息的查詢 13 和數(shù)據(jù)結(jié)構(gòu)。為了清楚描述子系統(tǒng)的功能，子系統(tǒng)功能模塊圖如下： 圖 42 公寓管理子 系統(tǒng)功能模塊圖 圖 43 來訪管理子系統(tǒng)功能模塊圖 數(shù)據(jù)庫概念 設計 數(shù)據(jù)庫一般分為三級模式：外模式、概念模式和內(nèi)模式。 系統(tǒng)功能模塊圖 可以根據(jù)模塊獨立原理對軟件結(jié)構(gòu)進行精化。下面將列出若干數(shù)據(jù)元素的數(shù)據(jù)卡片信息。 數(shù)據(jù)存儲：表示用文件方式或數(shù)據(jù)庫形式所存儲的數(shù)據(jù)，堆砌進行的存取分別以指向或 離開數(shù)據(jù)存儲的箭頭表示。 主 界面 來訪管理 公寓管理 來訪人員登記 來訪信息刪除 來 訪信息查詢 添加公寓信息 修改公寓信息 刪除公寓信息 瀏覽公寓信息 用戶登錄 查詢寢室信息 7 數(shù)據(jù)流圖、數(shù)據(jù)字典及實體聯(lián)系圖 數(shù)據(jù)流圖 該系統(tǒng)數(shù)據(jù)流程圖如圖 所示： 圖 系統(tǒng)數(shù)據(jù)流圖 數(shù)據(jù)流圖由四種基本的元素構(gòu)成：數(shù)據(jù)流 (Data Flow)，處理 (Process)，數(shù)據(jù)存儲和數(shù)據(jù)源（數(shù)據(jù)終點）。 系統(tǒng)要實現(xiàn)來訪人員以及公寓的基本信息錄入、修改、查詢和刪除等功能： 信息的輸入，包括學生公寓基本信息、來訪人員信息等。使用目前的設備與現(xiàn)有開發(fā)技術(shù)完全可以開發(fā)出該系統(tǒng)，總的來說該項目沒有較大的技術(shù)難點與其他的一些風險因素。第二階段完成概要設計跟詳細設計。該系統(tǒng)可在用戶要求的期限內(nèi)完成。 4 項目開發(fā)計劃 編寫目的 經(jīng)過項目的可行性分析，得出項目可進一步進行下去的結(jié)論，在軟件繼續(xù)進一步的開發(fā)之前首先給出此軟件項目計劃。由于管理人員已經(jīng) 在使用舊系統(tǒng)，對計算機的簡單操作已經(jīng)非常熟悉，所以操作者經(jīng)過短時間的培訓就可以使用學校公寓管理系統(tǒng)。 經(jīng)過調(diào)查我們了解到，現(xiàn)在很多高校 都在尋找功能更加齊全的管理系統(tǒng)來取代舊系統(tǒng)，而且這個軟件帶來的收益遠遠超過它的開發(fā)所花費的代價。另一方面是估算公寓管理系統(tǒng)這個軟件可能取得的收益中可以用錢來衡量的那部分。 2 技術(shù)可行性 技術(shù)上的可行性分析主要分析現(xiàn)有技術(shù)條件能否順利完成開發(fā)工作，硬、軟件配置能否滿足開發(fā)者需要等?？墒?，目標的提法不盡 相同，例如： 在現(xiàn)行系統(tǒng)初步調(diào)查的基礎上就可以提出新系統(tǒng)目標，即新系統(tǒng)建立后所要求達到的運行指標，這是系統(tǒng)開發(fā)和評價的依據(jù)。 可行性分析研究 當接受一個軟件開發(fā)任務，就進入軟件生命的第一個階段，即進 行可行性的研究。而學校作為一個人數(shù)比較多的單位，也需要開發(fā)出相應的軟件對學生公 寓進行適當?shù)墓芾?。并且采用了系統(tǒng)生命周期的結(jié)構(gòu)化程序設計方法，從而使得每個字系統(tǒng)開發(fā)的各階段（系統(tǒng)分析、系統(tǒng)設計、系統(tǒng)實施）的基本活動貫穿起來。 關鍵詞 ： 來訪管理 、公寓管理、查詢、 修改、刪除 II 序 言 學生公寓管理 公寓管理子系統(tǒng)、學生