學生選課管理系統 數據庫課程設計
目錄 第一章系統規劃 1.1引言.. b垂 1.1.1編寫目的. 1.1.2項目背景 1.2可行性研究的前提 1.2.1目枋 1.2.2要求 1.2.3條件假定和限制 1.2.4決定可行性的主要因素 1.3技術可行性分析 3.1技術的支持能力. 1112233333 3.2技術的優勢. 1.3.3技術的難點 1.4經濟可行性分析 1.4.1預期支出 1.4.2預期收益 1.5社會可行性分析 33344444 1.5.1法律因素. 1.5.2用戶使用可行性. 1.6意見結論 第二章需求分析 2.1系統需求 垂魯 垂垂垂 2.2功能需求 2.3數據流圖.. 2.3.1系統頂層圖 2.3.2數據流程圖一層分解圖 2.3.3數據流程圖二層分解圖 2.4數據字典. 2.4.⊥數據流條目 2.4.2數據處理 13 2.4.3數據存儲. 14 第三章概念設計 ...15 3.1實體之間的聯系 15 3.2ER圖 15 3.2.1局部E-R圖 第四章邏輯設計.. 11概念模型向關系模型的轉換 19 4.1.11:N聯系的轉化的關系模式 4.1.2M:N聯系的轉化的關系模式 19 4.2概念模型的優化 0 4.2.1確定范式級別 0 4.2.2實施規范化處理 20 第五章物理設計. 5.1數據庫的存儲結構. ,22 5.1.2數據庫的表設計 22 5.1.3數據的存放位置的設計 24 5.1.4關系模式的存取方法 24 5.1.5.數據庫安仝性. 21 第六章實現、運行與維護. 25 6.1實現 ,,,25 6.1.1數據庫的實現. 25 6.1.2視圖的實現 25 6.2人機界面設計, 事b··垂··· ,,,,,,,,27 6.2.1用戶登陸界面 27 6.2.2學生選課管理界面. 27 6.2.3教師管理界面. 28 6.2.4管理員管理界面. 6.3系統測試 29 6.3.1用戶脊陸測試 29 6.3.2學生選課管理測試, ,,,,,,29 6.3.3教師管理測試 30 6.3.4管理員管理測試、 4運行維護 ....,32 總結 33 參考文獻 34 學生選課管理系統 第一章系統規趔 第一章系統規劃 1.1引言 1.1.1編寫目的 可行性研究的日的是川最小的代價在盡可能的短的時間內確定數據庫系統 是否可能開發、是否值得開發、是否可以開發(在該報告中主要是考査《學生選 課管理系統》是否可能開發、是否值得開發、是否可以開發)。其實質是在較高 層次上以較抽象方式進行的、簡化的壓縮的需求分析和概要設計過程。 1.1.2項目背景 開發軟件名稱:學生選課管理系統 項目任務提出者:李軍 項目開發者:洪峰、陳梓明等 用戶:各大高校師生 1.2可行性研究的前提 1.2.1目標 系統實現后,極大的方便對學生進行選課和選課后臨時班級的安排管理,學 生選課信息的管理。避免在安排課程信息的滯后,減少信息交流的煩瑣過程及其 帶來的丌銷。促進髙校教育的計算機信息化進程,提髙學校的工作效率。對于系 統的本身而言,應該具有較高的實用性、安全性。能夠極大的滿足學生選課,以 及學校對選課信息的管理 學生選課管理系統 第一章系統規趔 1.2.2要求 主要功能: 教師和學生登陸系統的帳號和密碼,初始都分別為教師和學號,登陸后密碼 可以修改。其屮教師的職位可以是管理員。管理員和非管理員的老師及學生對系 統的操作具有不同的權限。管理員登陸系統,對學生選課情況進行管理,包括發 布選課信息,對學生的選課情況進行查看。管理員還可以對授課老師的信息進行 增加、刪除、修改、查詢。教師脊陸系統,能査看自己的個人信息,及所授課的 班級的所有學生的本門課程的成績信息,并能進行增加和修改。學生登陸系統, 能進行選課,查看管理員發布的選課信息,自己的選課情況,本人的基本信息, 以及課程的成績。系統自動分巸學生選課后的臨時班級。 性能要求 管理員發布的信息、學生選課的信息以及管理員和學生對系統操作的信息必 須及時的反映在本系統上,且無差錯 輸入要求: 具有很好的容錯性和兼容性 輸出要求: 應迅速、準確、實吋 完成期限:預計五個星期,即截止2011年12月30日。 1.2.3條件假定和限制 建議軟件壽命:未知 經費來源:自費 硬件條件: Intel pentium4、lG內存同等性能及以上的硬件條件 運行環境: WindowⅪP、 Tomcat5.5、JDK1.6 數據庫: Microsoft sQL server2005 投入運行最遲時間:2012年1月5日 學生選課管理系統 第一章系統規趔 1.2.4決定可行性的主要因素 技術可行,現有技術可完全承擔開發任務 操作可行,軟件能被操作人員快速接受 繹濟可行,為小型系統軟件,支出較小。 社會可行,使用軟件全部為正版,且本軟件在法律允許范圍之內 1.3技術可行性分析 技術上的可行性分析要考慮現有技術條件能否順利完成開發工作及將來要 采用的硬件和軟件技術能否滿足用戶提出的要求。 1.3.1技術的支持能力 木系統采用J2EE企業級開發方案,其中 MyEclipse8.5作為系統前臺應用 程序丌發工具,采用 SQL Server2005工具建立數據庫,并通過JDBC使兩者進 行連接從而進行系統軟件開發。此前,我們已使用相同技術開發過類似軟件系統, 具有一定開發經驗。此外,從開發人員的水平考慮,本系統的軟件開發人員,都 具有較強軟件開發能力,且之前開發都參加過類似軟件系統的開發,經驗卡富。 3.2技術的優勢 、J2EE體系結構提供中間層集成框架用來滿足無需人多費用而又需要高可 用性、高可靠性以及可擴展性的應用的需求 、開發效率、代碼重用率高; 、跨平臺,編寫次,隨處運行; 四、開發界面友好,智能。 1.3.3技術的難點 數據庫設計和維護 、系統負荷和安全問題 學生選課管理系統 第一章系統規趔 1.4經濟可行性分析 1.4.1預期支出 基礎投資 計算機10臺:5000*10=5萬 人員工資:5000兒*2月*10人=10力 官傳費用:1萬 其他不可知支出:2萬 支出共計:18萬 本學生選課管理系統其它所需的硬件(計算機及相關硬件)和軟件環境 MyEclipse8.5+ Tomcat.5.5+JDK1.6+ SQL Server2005),市場上都容易購買到或 從相關網站下載。其屮JDK1.5為開源免費軟件。而 SQL server2005本軟件采 用的是學習版,也是免費的, MyEclipse8.5以前已經購得,開發成本較小。 1.4.2預期收益 預期發售價格:2萬/套 目標客戶:全國各大高校 預期發售量:40套/年 預期收益:40米2=80萬 預期收益>預期支出,開發本系統能夠為投資者帶來較高的收益。 1.5社會可行性分析 1.5.1法律因素 開發使用的所有軟件都選用正版,其中JDK1.5為開源免費軟件。而SQL server2005木軟件采用的是學習版,也是免費的 學生選課管理系統 第一章系統規趔 1.5.2用戶使用可行性 本軟件操作簡單,界面友好,功能完備,有一定計算機基礎的人員就能進行 操作。 6意見結論 根據上述分析,技術、濟、社會可行性都可行,可以立即進行開發。 學生選課管理系統 第二章需求分析 第二章需求分析 2.1系統需求 用戶的需求具體體現在選課信息和用戶信息的提供、保存、更新和查詢的方 面。這就要求數據庫的設計必須合理,使之能夠充分滿足各種信息的輸入和輸出, 保證數據存儲的可靠性,并且能夠快速取出和存入。而前臺顯示部分,應具有人 性化的界面,方便用戶操作。因各個學校的實際情況不同,系統應該具有兼容性。 例如:一些學校學生人數較多,同時登陸系統,系統承載的負荷就很大。系統需 要同時處理很人的數據量,這時系統不會因此崩潰。此外,系統還應該具有較強 的安全性,保證身份不同的用戶,不能越權操作。非合法用戶不能對數據進行操 作 2.2功能需求 通過系統功能的分析,結合需求分析員在各大高校實地考查,調查的對象涵 蓋了,學校的教職工、在校師生。特別是對已經運行了與本系統同類產品的學校 的師生使用選課管理系統心得體會進行了分析,總結出如下的需求信息 (1)學生的需求:能進行選課,査看管理員發布的選課信息,自己的選課 凊況,本人的基本信息,課程的成績; ()教師的需求:能查看自己的個人信息,及所授課的班級的所有學生的 本門課程的成績信息,并能進行增加和修改; 〔3)管理員的需求:對學生選課情況進行管理,包括發布選課信息,對學 生的選課情況進行査看。管理員還可以對授課老師的信息進行管理。