課程設(shè)計--學(xué)生信息管理系統(tǒng)分析與設(shè)計-預(yù)覽頁
【正文】 判定條件 決策 判斷用戶查詢涉及的功能模塊 學(xué)生 基本信息模塊、 課程 信息模塊、 成績 信息模塊、 教師信息模塊 ：先確定查詢所涉及的功能模塊；然后，確定要查詢的內(nèi)容，確定查詢數(shù)據(jù)流向；最后顯示查詢結(jié)果。 5 系別基本 信息查詢，修改，添加，刪除。 各個 對象包括信息如下所示： 1 學(xué)生：學(xué)號，姓名，性別，生日日期，民族，專業(yè)，班級 2 課程：課程號，課程名稱，學(xué)分，備注 3 成績：學(xué)號，課程號，分?jǐn)?shù) 4 學(xué)院：學(xué)院號，學(xué)院名稱，院長，備注 5 系別：系別號，系別名稱，系主任，備注 6 教師：職工號，教師名稱，工資，職稱 7 授課：職工號，課程號，授課時間 （ 2）處理功能要求 系統(tǒng)主要完成一下幾個功能： 1 學(xué)生基本信息查詢，修改，添加，刪除。 另一方面， IT產(chǎn)業(yè)和 Inter 獲得了飛速發(fā)展，計算機應(yīng)用已滲透到了各個領(lǐng)域，引起信息管理的革命，實現(xiàn)了信息的自動化處理，提高了處理的及時性和正確性。 關(guān)鍵字 ： 學(xué)生信息，學(xué)籍信息，課程信息，系別院系管理， SQL語句 正 文 1. 系統(tǒng)需求分析階段 引言 關(guān)于學(xué)生學(xué)籍，學(xué)院，選課等各方面信息的綜合管理，現(xiàn)階段很多學(xué)校與機構(gòu)在這方面還選用傳統(tǒng)的人工方式管理，使得很多時候效率低下。該系統(tǒng)開發(fā)由系統(tǒng)需求分析階段、概念設(shè)計階段、邏輯設(shè)計階段、數(shù)據(jù)庫實施階段、系統(tǒng)調(diào)試和測試階段、參考文獻、附錄等階段組成。人力和物力的過多浪費，從而也使得教務(wù)管理人員的負(fù)擔(dān)過重，影響了整個學(xué)校資源的運作和控制管理，因此，必須制定一套合理、有效、規(guī)范和實用的教務(wù)管理系統(tǒng)，對整體的學(xué)生和教師、課程資源進行集中統(tǒng)一的管理。 目標(biāo)與任務(wù) 需求分析 階 段的目 標(biāo) （ 1）了解現(xiàn)階段人工管理方式的流程 （ 2）了解 sql serve 數(shù)據(jù)庫管理的模式 （ 3）與任課老師交流，獲取意見及建議，綜合考慮 需求分析階段的任務(wù) （ 1）處理對象 系統(tǒng)處理對象包括 學(xué)生基本信息，課程基本信息，學(xué)院基本信息，教師基本信息，系別基本信息，成績基本信息，授課基本信息。 4 教師基本信息查詢，修改，添加，刪除。 安全性先通過視圖機制，不同的用戶只能訪問系統(tǒng)授權(quán)的視圖，這樣可提供系統(tǒng)數(shù)據(jù)一定程度上的安全性，再通過用戶授權(quán)機制，欲用戶登陸來識別用戶級別，根據(jù)這個級別來分配用戶權(quán)限，達到數(shù)據(jù)更高層次的安全保密功能。 判斷用戶 刪除 要涉及的模塊，同時把相應(yīng)的數(shù)據(jù) 從 相應(yīng)的模塊之中 刪除 學(xué)生 基本信息模塊、 課程 信息模塊、 成績 信息模塊、 教師信息模塊 ：先確定查詢所涉及的功能模塊； 先確定刪除所涉及的功能模塊；然后， 找到 到相應(yīng)的模塊中；最后，進行相應(yīng)的 刪除 操作。當(dāng)我們的需求分析完成后，發(fā)現(xiàn)創(chuàng)建數(shù)據(jù)庫、創(chuàng)建表、創(chuàng)建視圖等等一系列問題迎刃而解。將 er圖轉(zhuǎn)化為關(guān)系模型。以此類推，系別與學(xué)院的聯(lián)系方式是一對多，課程與教師存在的聯(lián)系方式是多對多。例如：在學(xué)生和課程之間建立了成績表。 全部同理可得。按照要求輸入新密碼，確認(rèn)新密碼后點擊“修改”，密碼即修改。全部填入完畢后，點擊“添加”。這些都是編寫程序的基礎(chǔ)，也因為實踐活動，讓我對數(shù)據(jù)庫程序的編寫有了不同的認(rèn)識，應(yīng)用起來更加靈活，不再死板的拘泥于書本。 (4)存在的問題： 對于事件的分析不夠深入徹底，很多理解還很片面，對于 的學(xué)習(xí)也不全面。北京交通大學(xué)出版社 [3] 百度百科 CBcpSnoKAlaXKui
畢業(yè)設(shè)計相關(guān)推薦
鄂ICP備17016276號-1