【正文】 帶有校驗位的代碼輸入到計算機中時，計算機也利用同樣的計算方法計算原代碼的校驗位，將其與輸入的代碼校驗位 進行比較，以檢驗是否正確。 代碼要系統(tǒng)化，代碼的編制應盡量標準化。盡量使代碼結構對事物的表示具有實際意義，以便于理解及交流。 代碼設計的原則：1，唯一性。每一代碼都僅代表唯一實體或?qū)傩浴?，標準化與通用性。國家或有關部委頒發(fā)的編碼標準是代碼設計的依據(jù)。3，可擴充性和穩(wěn)定性。當增加新的實體或?qū)傩詴r，直接利用原代碼體系擴充，而不需要變動代碼系統(tǒng)。同時代碼設計時，要預留足夠的位置，以適應不斷變化的需要。否則，在短時間內(nèi)，隨便改變編碼結構對設計工作來說是一種嚴重浪費。一般來說，代碼愈短，分類、準備、存儲和傳送的開銷愈低。代碼愈長，對數(shù)據(jù)檢索、統(tǒng)計分析和滿足多樣化的處理要求就愈好。但編碼太長，留空太多，多年用不上，也是一種浪費。 鑒于代碼設計的要求和特點，在本系統(tǒng)中，把各個事物做了代碼標識，如下： 來訪人員的來訪日期：XXXXXXXX 代表YYYYMMDD 來訪人員的離開日期：XXXXXXXX 代表YYYYMMDD 學生學號：XXXXXXXX XXXX表示入學年份，XXXX為學生序號 模塊編號：M+流水號（例如06）其中M代表模塊的意思（三）數(shù)據(jù)庫設計：（利用Access建立數(shù)據(jù)庫，由于登記系統(tǒng)的表較為簡單，故一一列出）ER ModelSIDSNameRegisterIDPComeDateCome RegisterPLookdormIDDateLeaveRemarkVisitStudentclassSSexdormIDnmUserUNamePWD數(shù)據(jù)表：這是register表（存儲來訪人員基本信息）這是student表（存儲學生的基本信息）這是userinfo表（存儲管理員的信息）（四）輸入輸出設計：登錄界面設計：學生公寓管理信息系統(tǒng)用戶名密碼確定取消主界面設計：系統(tǒng)管理學生錄入外來人員登記錄入登記（背景圖片）當前登錄時間（用戶名）（當前登錄時間）學生公寓管理信息系統(tǒng)添加用戶界面設計：用戶名稱密碼確認密碼添加取消修改密碼界面設計：用戶名稱密碼新密碼確認密碼確定退出學生錄入界面設計：學生信息宿舍號學號姓名性別班級確認取消學生查詢界面設計：學生查詢學號姓名宿舍號查詢（查詢內(nèi)容）修改退宿取消查詢內(nèi)容界面設計：共有*條記錄學號姓名性別班級宿舍號（具體信息）修改學生信息界面設計：學生信息宿舍號學號姓名性別班級確認取消外來人員登記界面設計：登記信息宿舍號來訪人被訪人來訪日期離開日期備注確認取消登記查詢界面設計：來訪人查詢宿舍號查詢（查詢內(nèi)容）修改刪除取消查詢內(nèi)容界面設計：共有*條記錄宿舍號來訪人被訪人來訪日期離開日期備注（具體信息）修改來訪人員信息界面設計：登記信息宿舍號來訪人被訪人來訪日期離開日期備注確認取消七、成本預算預算表編號品名規(guī)格單價數(shù)量金額用途123456……八、收獲體會：剛拿到課設題目時，我認為題目很簡單，不會那么累的。對于學生宿舍來訪人員我們自己還是比較了解的，因為自己的同學朋友親人來的時候就會在樓下阿姨那登記。當天下午我們就去跟樓管聊了很多關于這方面的流程和注意事項，雖然要求一定要對業(yè)務流程進行詳細調(diào)查，但由于整個學校學生宿舍的來訪人員登記管理過程并不復雜，所以調(diào)查其實很快就完成了。可是在回去整理調(diào)查的資料時，發(fā)現(xiàn)整個的管理缺乏一個系統(tǒng)的流程，而這就導致了我們無法很快理出整個系統(tǒng)的流程，并且可借鑒的例子基本上都是宿舍管理系統(tǒng)方面的，而我們要做的學生公寓來訪人員登記信息管理系統(tǒng)所涉及的方面太過單一，從而導致我們設想的系統(tǒng)太過于簡單。在這段時期，一直糾結于這個系統(tǒng)所應該具備的流程和系統(tǒng)的需求分析，耽誤了寶貴的時間，直接使得開發(fā)進度變得緩慢。經(jīng)過這次調(diào)查與系統(tǒng)分析明白了細致調(diào)查的重要性，只有徹底的明確業(yè)務流程、數(shù)據(jù)的走向，才更有可能有效率的設計出好的系統(tǒng)。 開始系統(tǒng)設計時，規(guī)劃了三個模塊，這不僅是考慮到以原有流程構造系統(tǒng)過于單調(diào)，同時也考慮到管理人員對于系統(tǒng)的需求。但是，當整個系統(tǒng)基本成型時，三個模塊還是過于單調(diào)，甚至沒有充分實現(xiàn)應有的功能。本來想把學生和來訪人員的所有信息都放在系統(tǒng)里面，可后來考慮到這樣會占用大量的系統(tǒng)空間，而且有些信息是沒什么實際用途的，所以放棄了那部分的設計。在管理員模塊本來應該有一個“重新登錄”的操作，在登錄動作執(zhí)行完成后應當要關閉登錄窗口釋放資源，否則會占用系統(tǒng)空間，因此在登錄關閉之后無法再響應操作，不得不刪除該功能；同時，來訪人員的修改功能未能實現(xiàn)（與學生的修改功能類似）。在數(shù)據(jù)庫設計方面也比較單調(diào)，由于沒有過多的數(shù)據(jù)流，整個系統(tǒng)只有三張表，而且表與表之間沒有什么關系，基本獨立，表項也比較少。這讓我認識到自身能力的不足以及對于整個開發(fā)流程的把握不夠精細，這些我會在今后的學習中改正。在系統(tǒng)測試時，因為我的系統(tǒng)設計較為簡單，因此在測試環(huán)節(jié)基本上沒有什么異常情況出現(xiàn)。但是系統(tǒng)的不足之處是顯而易見的。首先就是訪問者權限的問題，什么樣的訪問者擁有超級權限，什么樣的訪問者只能增加記錄，由于能力不足這些保密功能無法實現(xiàn)；還有就是關于整個來訪人員登記流程功能的不足，考慮到應先登記學生信息以確保被訪者存在，卻忽略了如果故意輸錯名字會不會導致整個訪問記錄會不會無效的問題，而且沒有設置任何對于添加記錄的要求，這會造成整個數(shù)據(jù)利用效率低下，同時，在信息設置方面有很多信息未被提及，例如來訪人的身份證號等信息，這也有可能會造成在追尋來訪人時造成不便；另外一個缺陷是有部分信息表達不完整，比如說在具體時間方面無法體現(xiàn)，只能利用備注進行彌補，再設計數(shù)據(jù)項時沒有對數(shù)據(jù)格式嚴加要求而導致數(shù)據(jù)的不嚴謹，比如在某些數(shù)據(jù)類型上。再者，有設計添加管理員權限，卻沒有設計刪除管理員權限，因為管理員有可能辭職或者其他原因離職，這是設計系統(tǒng)時的一個疏忽。最后一個不足是整個界面設計比較簡單，沒有吸引人的地方，這些都應在以后彌補?？偠灾ㄟ^這次課程設計，我掌握了管理信息系統(tǒng)設計和數(shù)據(jù)庫等的基本知識，對系統(tǒng)的構思、分析、設計有了一定的理解，也認識到了縝密的思維對一個系統(tǒng)設計者來說的重要性。同時，我也正視了自己的不足，希望自己以后能通過學習來慢慢彌補這些不足。30 / 3