第一篇:數據庫原理與應用課程設計要求及選題
《數據庫原理與應用》課程設計
一、目的:
《數據庫原理與應用》課程設計對于鞏固數據庫知識,加強學生的實際動手能力和提高學生綜合素質十分必要。本課程設計主要圍繞兩方面內容:數據庫設計和基本數據庫編程實踐。通過課程設計,使學生了解數據庫系統的理論,掌握數據庫的設計方法及數據庫的運用和基本開發技術。
1.掌握數據庫設計的基本方法,熟悉數據庫設計的步驟;
2.通過設計數據庫系統應用課題,進一步熟悉數據庫管理系統的操作技術,提高動手能力,提高分析問題和解決問題的能力; 3.學習基本數據庫編程方法。
二、本課程設計內容與要求
掌握數據庫的設計的每個步驟,以及提交各步驟所需圖表和文檔。通過使用SQL SERVER,建立所設計的數據庫,并在此基礎上實現數據庫查詢、連接等基本操作操作。
1、需求分析
根據給定的設計課題,繪制的DFD、DD圖表以及書寫相關的文字說明。
2、概念結構設計
繪制所選課題詳細的E-R圖。
3、邏輯結構設計
將E-R圖轉換成等價的關系模式;按需求對關系模式進行規范化;對規范化后的模式進行評價,調整模式,使其滿足性能、存儲等方面要求;根據局部應用需要設計外模式。
4、物理結構設計
選定實施環境,存取方法等。
5、數據實施和維護
用MS SQL SERVER2005建立數據庫結構,加載(測試/虛擬)數據,能體現對數據庫的保護(安全性和完整性控制等)。實現各種查詢、鏈接應用程序,應用程序編制(可選),并能對數據庫做簡單的維護操作。
6、設計小結:總結課程設計的過程、體會及建議。
7、其他:參考文獻、致謝等。
三、上機任務
1、庫、基本表的建立和修改:在SQL SERVER環境下用SQL語言建立庫以及庫中基本表。
2、數據加載: 用手工錄入或導入等方法實現基本表中的數據加載。
3、單表查詢以及多表查詢:在建立的基本表中使用select基本格式和聚集函數;設計合適的視圖,實現多表間查詢。
4、觸發器:根據需要設計觸發器,如實現表間關聯字段修改時的完整性等問題。
5、存儲器:根據需要設計存儲過程。
6、不限語言和開發環境實現完成界面設計,實現系統主要功能(可選)。
四、考核方式與成績評定
各階段的圖表、文檔與程序(包括SQL語句和應用程序,程序部分交電子版)作為考核的內容,成績計分按優、良、中、及格、不及格5級評定。
五、注意事項
1、選題素材參考第六項,同樣課題內容相似度不能超過50%,否則以不及格計。
2、數據庫對象內容:表、存儲過程、觸發器、安全性、完整性控制等。
3、上機調試的SQL語句腳本要保存,提交(穿插在課程設計報告里和作為電子版提交)。
4、時間安排:第17周(14信科1班)、第18周(14信科2班)。
5、課程設計結束前需交(1)課程設計報告(含封面)打印稿和電子版,電子版要求命名為“11位學號+姓名+選題名稱”的形式;(2)SQL文件以及源代碼壓縮包,命名規則參考(1)。
六、選題素材參考
1、教材征訂系統
系統功能的基本要求:
? 教材包括教材名、ISBN 號、出版社、出版時間、價格、教材獲獎類型(如十二五規劃教材、精品課程教材、教指委指導教材等); ? 教師可以為班級課程選訂教材;
? 學院教務秘書可以統計教材征訂的情況,及時找出哪些班級課程尚未征訂教材等; ? 教務處可以統計每學期各班的教材費用,可以給出教材費用異常的班級(如該學期教材費用超過300元);可以統計使用近三年教材的比例等。
2、大學生實踐創新項目管理系統
系統功能的基本要求:
? 大學生實踐創新項目分為國家級、省級、校級以及院級等4個等級;每個等級又可分為
? ? ? ? 重點項目、一般項目以及指導性項目三種類型。
大學生實踐創新項目基本信息包括項目名稱、項目等級、項目類型、立項時間、主持人、參與人、項目經費、項目申請書;
本系統可以對大學生實踐創新項目進行過程管理,包括經費使用管理、中期檢查情況以及結題情況(正常結題、延期以及延期結題情況等)
學院可以查看指定立項時間范圍指定等級和指定類型的已結題項目、未結題項目明細情況。
學校教務處可以統計某個時間段立項項目的延期結題的項目比例以及延期結題情況。
3、高校教學經費預算管理系統
系統功能的基本要求:
? 教學經費預算包含實驗室建設經費、學科技能競賽經費、實驗實踐教學經費等預算項目。? 實驗室建設經費預算包括實驗室建設項目名稱、擬購設備、建設類型(新建、改建、擴建)、預算金額、擬建時間(上半年建設或下半年建設)、負責人;學科技能競賽經費預算包括競賽項目、主辦單位、級別(國家級、省級、校級)、歷年參加成績、經費預算、負責人;實驗實踐教學經費預算包括班級、課程、名稱、單價、數量、預算金額、任課教師等信息。
? 學院可以按年度查詢總的教學經費預算及實驗室建設經費、學科技能競賽經費、實驗實踐教學經費預算的金額。
? 學校教務處可以按年度統計各學院的教學經費預算情況,可以按年度統計整個學校實驗室建設總預算經費、學科技能競賽總預算經費、實驗實踐教學經費總預算經費等。
4、工資管理系統
系統功能的基本要求:
? 員工各種信息的輸入及維護,包括個人信息、部門、工種等; ? 每個工種基本工資的設定;
? 加班津貼管理,根據加班時間和類型給予不同的加班津貼標準;考勤管理,根據事假、曠工等不同情況制定不同的扣工資標準;
? 按照不同工種的基本工資情況、員工的考勤情況產生員工的每月的月工資; ? 能夠按月統計單個員工的工資情況、每個部門的工資情況。
5、機票預定系統
系統功能的基本要求:
? 每個航班信息的輸入、每個航班的座位信息的輸入,座位類型分為頭等艙、二等艙、經濟艙等;
? 當旅客進行機票預定時,輸入旅客選擇的信息(包括出發地、目的地、時間、座位類型等),系統為旅客安排航班、座位;
? 旅客可以在航班起飛前24小時退訂或改簽機票;距離起飛時間超過12小時退票扣8%費用,改簽免費;距離起飛時間12小時以內退票扣15%費用;改簽補交5%費用。
? 機場工作人員能夠查詢每個航班的預定情況、統計航班的月度滿座率,了解滿座率與月份之間的關系。
6、低值、易耗品管理系統
系統功能的基本要求:
? 學院提出低值、易耗品的申請,包括名稱、數量、預算單價、預算總價、申請人、用途、使用日期等信息;教務處設備科給出批復意見,同意購買還是不同意,若同意購買,還需指定購買方式,如集體采購或學院自行采購等。
? 低值、易耗品信息的錄入,包括登記號、名稱、數量、單價、購買時間、購買學院、購買人、保管人等信息。
? 低值、易耗品的領用信息錄入,包括登記號、名稱、數量、領用人、領用時間等信息。? 教務處設備科負責低值、易耗品的錄入,并能按年度、按學院等條件進行統計、查看低值、易耗品的入庫數量、領用數量和剩余數量等信息。
? 學院負責領用信息的輸入,并能查看本學院的所有低值、易耗品的購買紀錄,且能按年度、領用人等條件進行統計、查看本學院低值、易耗品的入庫數量、領用數量和剩余數量等信息。
7、輔導員工作測評系統
系統功能的基本要求:
? 學生輸入學號和密碼后能登陸該系統,并顯示該班級和其輔導員信息,學生進一步確認后進入選擇打分頁面,所有測評項目必須全部回答完畢后方可提交;且不可以重復提交。? 允許管理者改變測評項目和具體選項及其對應的分值。
? 管理者能統計各班參與測評的情況,比如參與率,以及哪些同學尚未參與測評;
? 管理者能統計各位輔導員的總平均得分,以及全校排名和院內排名等;可以根據輔導員姓名查看各測評項目的得分情況。比如某次的測評項目如下:
一、你的輔導員是否開過班級會議?(3分)
1、是(3分)
2、否(0分)
二、你的輔導員是否到過你的宿舍?(4分)
1、是(4分)
2、否(0分)
三、你的輔導員是否聯系過你的家長?(3分)
1、是(3分)
2、否
四、你認為你的輔導員工作態度?(2分)
1、很好(2分)
2、較好(1.5分)
3、一般(1分)
4、較差(0分)
五、你認為你的輔導員工作積極性?(2分)
1、很高(2分)
2、較高(1.5分)
3、一般(1分)
4、較低(0分)
六、你認為你的輔導員工作能力?(3分)
1、很強(3分)
2、較強(2分)
3、一般(1分)
4、較弱(0分)
七、你對你的輔導員工作整體滿意程度?(3分)
1、很滿意(3分)
2、較滿意(2分)
3、較不滿意(1分)
4、很不滿意(0分)
8、課程習題管理及組卷系統-服務器端
系統功能的基本要求:
? 管理員為課程指定一名課程負責人;課程負責人可以指定若干課程任課教師(可以包括課程負責人自身);任課教師可以按系部選擇班級,并為所選班級生成選課碼。
? 任課教師通過身份驗證后可以按章節、知識點、題型(選擇、填空、判斷為客觀題、問答題和編程題為主觀題)、難度進行習題和參考答案的輸入與維護,一個知識點可以有多道難度相同的習題。
? 任課教師通過身份驗證后可以按章節、知識點、題型、難易程度等條件(一個或多個)指定習題數目,生成小測驗,并指定小測驗使用起止時間;也可以對小測驗進行維護(如刪除、更新等操作)。
? 任課教師可以查看班級學生答題情況,如答題次數、客觀題的正確率等;可以批閱學生答題(主要是批閱主觀題)。
9、課程習題管理及組卷系統-學生端
系統功能的基本要求:
? 班級學生根據學號和選課碼使用該系統。
? 學生登陸后有兩種方式使用,一是直接按章節、知識點查看習題并作答,對于客觀題答錯的和主觀題給出正確答案提示;要求不能一次性顯示所有題目,若知識點題數大于10,則該知識點每次顯示5個題目(自動選擇,難度不限);若知識點題數大于3小于10時,則該知識點每次顯示3個題目(自動選擇,難度部限);若知識點題目小于等于3時,則每次顯示1個題目。二是在規定時間內,選擇任課教師生成的小測驗,查看并作答,對于客觀題答錯的和主觀題給出正確答案提示。
? 學生可查看所有答題情況,每次答題時間、使用類型(直接作答習題還是完成小測驗)、答題數量、客觀題數量、客觀題錯誤數量、客觀題正確率等。? 學生可以查看任課教師批閱自己的答題情況。
10、人事管理系統
系統功能的基本要求:
? 員工各種信息的輸入及修改,包括員工的基本信息、學歷信息、職稱等信息。? 員工所在的部門信息,包括部門名稱、部門經理等信息;
? 按照一定的條件,查詢、統計符合條件的員工信息;包括每個員工詳細信息的查詢、按學歷查詢、按部門查詢等,包括按學歷、部門、參加工作時間等統計各自的員工信息; ? 對于轉出、辭職、辭退、退休員工信息的刪除,并更新相應部門的統計信息。
? 管理員設定各部門的編制數,可以查詢各部門的在職員工數量,統計缺額以便于及時招聘;對于在職員工的部門調轉,在不超過部門編制數的前提下允許滿額部門或缺額少的部門向缺額多的部門調轉。
11、畢業設計選題管理系統
系統功能的基本要求:
? 學校以學院為單位,公布教師指導畢業設計的課題名稱及要求; ? 學生登錄系統后可以預選兩個課題(同一位教師或兩個教師的);
? 教師可以看到所有預選他(她)的學生信息及所選課題,根據規定的人數確定學生; ? 一個學生只能被一位教師選擇確定,比如甲教師已確定了A學生,則乙教師不能再選擇A學生了。
? 各學院可以統計出所有未被任何教師選定的學生信息,以及未滿的教師信息;并告知學生再次登陸本系統,進行第二輪雙向選擇,若第二輪后還未全部確認,再進行第三輪,依次類推;要求能統計每輪選定課題的學生人數并標注出每位學生是第幾輪選定課題的。
12、畢業設計過程管理系統
系統功能的基本要求:
? 教師指導學生畢業設計,包括開題報告、外文翻譯、讀書筆記、方案設計、系統設計、論文審閱等多個方面的指導;
系統給定中期檢查、畢業答辯申請表的模版,在規定時間內學生登陸后可以在線填寫中期檢查完成情況和答辯申請表,教師登陸后給出所指導學生的中期檢查導師意見和答辯申請表導師意見,填寫時間系統自動生成,教師簽名必須手簽。
? 教師可以查看學生各階段所需提交文檔是否已經提交以及提交時間等信息,這些文檔包括讀書筆記、外文翻譯、任務書、選題申請表、中期檢查表、答辯申請表、論文等。
? 學院可以查看所有教師指導的詳細記錄,包括指導時間、指導項目、指導具體內容等;統計出每位教師對每位同學的指導次數;
? 學院可以統計哪些學生還缺少文檔,即哪些學生哪些應該提交的文檔尚未提交,并找出其指導教師。
13、倉庫管理系統
系統功能的基本要求:
? 產品入庫管理,可以填寫入庫單,確認產品入庫,包括產品基本信息、數量、倉庫、入庫人等信息;
? 產品出庫管理,可以填寫出庫單,確認出庫,出庫單包括產品信息、領用人信息、數量、出庫時間等信息;
? 借出管理,憑借條借出,然后能夠還庫;包括借用時間、借用人、產品信息、數量、時間等信息。
? 可以進行盤庫,反映每月、年的庫存情況,入庫情況、出庫情況、借出情況;
? 可以查詢產品入庫情況、出庫情況、當前庫存情況,可以按出庫單、入庫單,產品、時間進行查詢;
14、通用考試系統-服務器端
系統功能的基本要求:
? 系統包含所有學生信息,包括系、班級、個人信息等;
? 管理員可以出卷,指定試卷名稱、試卷時長、試卷密碼等信息,并且按題型為該試卷分別輸入考試題目,題型分為選擇題、判斷題、填空題以及問答題等四種;四種題型單道題的分值分別為2分、2分、2分和5分。
? 管理員可以指定班級指定時間參加指定試卷的考試。
? 系統記錄每位學生的考試情況,如參加考試時間、考試試卷、完成提交時間等; ? 可以統計每學期使用該系統考試的試卷套數、班級數和參考人數等統計信息。
15、通用考試系統-學生端
系統功能的基本要求: ? ? ? ? 學生根據學號和試卷密碼登錄后,根據學生的登錄信息系統會給出相應的試卷信息; 所有試卷都有四種題型,選擇題、判斷題、填空題以及問答題; 在考試過程中,考生對任一題有疑問時可以做個標志以備后查;
考試在考試結束前(時間結束)可以關閉考試系統,再次登陸可以繼續考試,但考生一旦提交(考生提交或時間結束系統自動提交),將不能再登陸考試;
? 學生可以統計做標記的題數和明細列表;可以統計尚未完成的題目數和分數。
16、藥店藥品管理系統
系統功能的基本要求:
? 供貨商為藥店供藥,藥品分中成藥、西藥兩大類,西藥可分為國產藥和進口藥;
? 藥店對藥品進行管理,不同類型的藥品有不同的預警條件,如消炎、感冒等常用藥在庫存數量小于10盒時系統給出缺貨預警,非常用藥在庫存數量小于5時進行藥品缺貨預警,所有藥品在保質期到期前3個月進行藥品過期預警。
? 用戶可以用現金也可以刷醫保卡進行購藥;醫保卡購藥只能用于購買那些允許刷卡消費的藥品。
? 藥店可以統計每個月的收支情況,購買藥物總款數;賣出藥物總款數;醫保卡刷卡支付比例等統計信息。
? 藥店可以按時間段分別統計出銷售數量最多的藥物品種、銷售數量和銷售金額最多的藥物品種及金額。
17、圖書館薦書管理系統
系統功能的基本要求:
? 教師可以通過該系統薦書,給出所薦書的一些具體詳細信息;
? 圖書館老師根據相關條例確認是否需要購買;并將結果反饋給教師; ? 若確認可以購買,則進入購買程序,從書商處購買書籍;
? 圖書館可以統計各系在某個時間段有哪些教師推薦了哪些書籍以及處理結果(包括是否確認購買,以及購買時間、到館是時間等)? 圖書館可以統計教師薦書占所有書籍中得比例;
? 圖書館按年度統計成功購買的教師薦書數量最多的前三名教師,并給予年度優秀薦書教師稱號。
18、科研項目管理系統
系統功能的基本要求:
? 教師的科研課題主要包括橫向課題和縱向課題兩個方面,其中縱向課題又包括校級、市廳級、省部級等;橫向課題分為一般項目(到帳資金小于10萬)和重大項目(到帳資金大于10萬)。
? 各學院教師可以通過該系統查看自己的所有科研項目,包括已結題和在研項目信息; ? 學院可以查看本院教師的科研情況,按年度進行比較,包括項目數、到帳資金金額等;并可以統計分析教師職稱和學位在科研項目上的分布情況;
? 科技處負責全校科研項目的管理,包括立項、中期檢查、結題等各個環節的管理;可以統計各學院每年度的項目情況。
19、外賣訂餐管理系統
系統功能的基本要求:
? 餐館提供每天多種菜肴的供應數量;并按一定的類別進行分類,比如可分為蔬菜、葷菜等;3元區、5元區等;冷菜、熱菜等;炒菜、湯菜等;
? 餐館提供標準套餐供用戶選擇,用戶也可以自由選擇菜肴自定套餐; ? 當某個菜肴已售完時,用戶不可以在套餐中再選擇該菜肴; ? 用戶可以查看送餐時間以及預計到達時間;
? 餐館可以統計每天的送餐金額,并根據每天菜肴賣出的數量估算以后菜肴的準備量;
20、小型辦公系統
系統功能的基本要求:
? 用戶憑帳號密碼登入系統,有4類用戶:普通員工、部門經理、總經理、系統管理員 ? 系統管理員可以查看、增加、刪除前3類用戶,即普通員工、部門經理和總經理,并可修改其密碼;可以查看、增加、刪除部門信息,可以指定或更改部門經理,可以為每位員工分配部門。
? 所有用戶均可以查看所有員工(包括部門經理、總經理、管理員等)的通信錄;均可以改變自己的通信方式和登陸密碼。
? 總經理可以為所有普通員工、部門經理群發短消息,可以為指定人員發短消息和布置工作任務。
? 部門經理可以為本部門的所有員工群發短消息,可以為本部門指定人員發短消息和分配工作任務;可以查看是否有自己的短消息,可以看到系統提示當前日期(今天)有無工作任務。
? 普通員工可以查看是否有自己的短消息,可以看到系統提示當前日期(今天)有無工作任務,是誰布置的以及具體工作內容要求。
? 系統可以按月統計各部門經理通過該系統發短消息和布置工作任務的數量,并橫向比較。
21、企業考勤系統
系統功能的基本要求:
? 用戶憑帳號密碼登入系統,有4類用戶:普通員工、部門經理、總經理、系統管理員 ? 系統管理員可以查看、增加、刪除前3類用戶,即普通員工、部門經理和總經理,并可修改其密碼;可以查看、增加、刪除部門信息,可以指定或更改部門經理,可以為每位員工分配部門。
? 普通員工和部門經理需要每天簽到,總經理可以查看和統計部門經理的簽到情況,部門經理可以查看和統計普通員工的簽到情況。
? 系統管理員設定每天應到崗時間,如5~10月,夏令時早上8點上班;11~4月,早上8點30上班。
? 普通員工請假時間在一周之內的由部門經理批準;請假時間在一周以上的需部門經理和總經理同時批準;部門經理請假由總經理批準;
? 部門經理可以按日或月份查看和統計本部門員工的出勤情況,包括請假情況、有無請假到期而未上班的情況、遲到情況等;總經理可以查看和統計部門經理的出勤情況,包括請假情況、有無請假到期而未上班的情況、遲到情況等。
22、錄取數據處理系統
系統功能的基本要求:
? 招辦工作人員可以導入或輸入已確定錄取的錄取數據,包括 考生個人信息、考分、專業志愿填報情況以及錄取專業等;
? 招辦工作人員可以導入或輸入錄取各批次的省控線,以及同類高校的投檔線。
? 被授權用戶通過系統可以得到每個專業的錄取人數,專業錄取分數線(當考分相同時,看語數外三門總分)以及各志愿的滿足率,比如第一志愿滿足率是多少?第二志愿滿足率是多少,英語的總平均成績及各專業英語的平均成績等。
? 被授權用戶通過系統可以查看我校的投擋線與省控線以及同類高校的進行比較、排名。? 被授權用戶通過系統可以查看尚未錄滿專業的情況。
? 被授權用戶通過系統可以查看指定考生號的學生基本情況以及錄取情況。
? 當調整專業計劃數后,可以重新進行錄取,重新完成以上功能,在重新錄取之前系統可以自動保存上一次的錄取結果,并支持自定義備份表名。(因為有時存在這樣的情況,一次錄取后發現專業錄取不均衡,可以采用專業計劃微調然后重新錄取來改善該問題;另這個過程可能需要多次,可以有多個備份表,故需支持自定義備份表名。)
23、設備故障報修系統
系統功能的基本要求:
? 系統中有若干實驗室,有的實驗室只有1臺計算機(教師機)、有的實驗室每組實驗臺都有計算機;
? 每組試驗臺都有計算機的實驗室,學生可以在該計算機上選擇故障類型后填寫設備故障詳細信息后提交,故障類型分為硬件故障和軟件故障,系統根據計算機的MAC地址確定是哪個試驗臺或座位號的故障;
? 只有1臺教師機的實驗室,在教師機上提交該實驗室的設備故障信息,注明有故障的實驗設備編號。
? 教師可以統計各個實驗室在某個時間段的故障信息;
? 教師可以在系統中注明每個故障信息的處理情況,包括處理是否及時(24小時之內),是否已處理維修好等信息。
24、畢業生照片核對系統
系統功能的基本要求:
? 教務處負責畢業生需核對的信息輸入,包括姓名、學號、年級、學院、專業、照片等信息。
? 教務處可以查看所有畢業生的核對情況,可以按學院、專業統計核對情況,如畢業生總人數,已核對人數,未核對人數等信息。
? 學院可以查看本學院各專業核對情況,如畢業生總人數,已核對人數,未核對人數等信息;還可以代替在外實習或聯系不上的學生核對信息。
? 學生用學號和身份證號登陸照片核對系統進行信息核對,可以反饋核對結果,如果有錯誤,可以備注字段注明對應正確的信息,然后由教務處管理員核實后統一修改錯誤內容。? 教務處管理員核實后修改的內容在另一張表中記錄修改明細,包括修改的學生信息,修改前的錯誤信息,修改后的信息等內容。
25、小型教務管理系統
系統功能的基本要求:
? 學生可以查看自己各個學期的課程,可以查看各個學期已考試科目的成績; ? 教師可以查看本學期的課表,包括上課教室,上課時間,課程以及班級等信息; ? 教師在課程結束后,可以為所帶班級所帶課程進行成績的錄入; ? 學校可以統計本學期所開課程占所有已開課程的比例;
? 教師可以統計所帶各班不及格的人數及占所在班級人數的比例; ? 學生可以按學期查看自己有不及格課程的課程數和學分數;查看自己每學期的專業排名,即每學期按同年級同專業的所有學位課程的排名平均值。
26、加油站檢查系統
? 本地區石油公司有若干片區,每個片區下屬若干個加油站;
? 石油公司領導和片區經理負責加油站的檢查,其中公司領導可以檢查所有加油站;片區經理可以檢查其下屬加油站,檢查出的問題應給出整改期限; ? 預設若干檢查內容及其權重;
? 檢查人員對加油站的檢查結果需要加油站站長確認后方生效; ? 加油站站長實際整改后提交整改情況說明;
? 公司領導可以查看和統計各個時間段、各個片區、各個加油站的檢查的得分情況以及檢查中發現的問題情況、整改情況及整改是否及時(在整改期限內完成整改表示整改及時,否則為不及時);
? 片區經理可以查看和統計本片區各個時間段、各個片區、各個加油站的檢查的得分情況以及檢查中發現的問題情況、整改情況及整改是否及時(在整改期限內完成整改表示整改及時,否則為不及時);
27、計算機等級考試培訓報名系統
? 計算機等級考試分為江蘇省計算機等級考試和全國計算機等級考試;每類考試都有若干級別,若干科目,具體請百度。
? 學生在線注冊登錄后,首先應完善其個人詳細信息,如系部、班級及個人信息(含聯系方式)等,可以選擇當前可以報名培訓的考試種類及科目,系統自動顯示培訓費用及現場繳費地點、截止時間等信息,確認報名提交;學生按時到繳費點繳費后領取系統打印的繳費收據(包含領聽課證時間內容),系統后臺并記錄打印次數,打印次數大于0即表示已打印過。
? 學生憑繳費收據按時領取聽課證和培訓資料后,回收繳費收據,并在系統里標注已領聽課證和培訓資料。
? 學生登錄后可以查看其當前已報名繳費培訓科目及上課的時間地點安排。
? 管理員可以統計各類考試各個等級、科目的培訓繳費人數,若個別科目人數太少,不能開班,則通知學生前來辦理退費手續(在領取聽課證之前確定不開班科目),系統相應的作不開班標記和已退費標記(學生退費后)。
28、智能路燈管理系統—后臺管理部分
系統功能的基本要求:
? 城市有若干區,區下屬若干街道;街道兩邊都有若干路燈。
? 后臺管理系統能夠顯示城市所有路燈情況,包括是否有故障,亮燈狀態等;
? 后臺管理人員可以選中區或街道或具體路燈,讓選中的路燈變亮或變暗(有四檔,80%亮,60%亮、40%亮、20%亮),也可以關燈或開燈; ? 后臺管理人員可以設定各路燈的亮滅周期以及亮度值;
? 后臺可以查看和統計路燈在某個周期的亮燈時長,可以查看和統計有故障路燈的情況。
29、小區物業管理系統
? 管理員錄入小區基本信息;
? 根據不同類型的房子設置不同的物業管理費標準,如別墅每月物業管理費0.5元/平米,躍層每月物業管理費0.4元/平米,其余0.3元/平米;
? 可以查看每幢樓每戶的物業費繳費情況,如繳費標準、面積、已交的月份等;若已欠費3個月及以上則提示上門催繳,并記錄催繳時間及次數,若催繳3次仍未繳欠費則提請供電局和自來水公司切斷其水電。
? 一次性預繳半年物業管理費則在標準基礎上優惠5%;一次性預繳全年物業管理費則優惠8%。
? 業主可以登錄該系統查看自己的繳費記錄,已交的月份及繳費標準、面積等信息,可以反饋物業管理上的問題,可以查看物業處理情況。
? 物業對業主反映情況及時處理并給出處理意見反饋給業主。
30、家具廠木料管理系統
? 家具廠錄入木料數據,如木料類型、木料尺寸、數量、價格等; ? 可以查看木料庫存數量及庫房地點和庫房保管員信息;
? 客戶給出需求后,家具廠輸入需要的木料類型、需要尺寸、數量等信息,系統自動合理給出用到的木料類型、木料尺寸及數量,以及原料所在倉庫等信息,并自動統計出原料價格;這里的合理選擇可以有多種算法,比如對于所需尺寸每次都選擇能滿足的最小木料尺寸就是其中的一種算法,當然可能不是最優化的,在比如如果木料尺寸是2.1*2.1米正方形原料,如果需要兩塊1*1米的需要尺寸木料,那么選擇2.1*2.1米的原料就合理。? 實際施工后,尚可以利用的稍大的邊角料再錄入系統,供以后使用。
? 家具廠可以設定每種木料類型、木料尺寸的預警數量,當庫存小于預警數量時,及時提醒家具廠采購木料。
? 家具廠可以按月統計采購金額和收入金額。
31、住房公積金貸款測算系統
系統功能的基本要求:
住房公積金一般是不允許取現的,只能在購買房屋或者房屋裝修時才可以使用,所以在申請辦理住房公積金貸款時,想實現這樣的功能,比如貸款M年,在還款N年后(N 還款方式有兩種: 1、等額本息: 每月應還金額:a*[i*(1+i)^n]/[(1+I)^n-1] 注:a貸款本金 i貸款月利率 n貸款月數 2、等額本金: 每月應還本金:a/n 每月應還利息:an*i/30*dn 注:a貸款本金 i貸款月利率 n貸款月數 an第n個月貸款剩余本金,a1=a,a2=a-a/n,a3=2-2*a/n...以次類推 dn 第n個月的實際天數,如平年2月就為28,3月就為31,4月就為30,以次類推,為方便統計,可設定dn為固定值30 銀行利率因為可能存在調整,所以應允許用戶修改或設定利率,比如某個時期的利率為: 項目 年利率(%)五年以下(含五年) 3.33 五年以上 3.87 要求能夠根據用戶的公積金月繳金額,以及該用戶公積金現有金額和欲貸款總額,分別統計出還款各年限(比如貸1、2、3、4、5、6、7年等等)的實際還款月數,以及等額本息和等額本金的月還金額以及所支付的總利息,供用戶依據自身情況進行選擇。 數據庫應用課程設計要求 一、計算機信息管理專業集中實踐環節包含的內容及完成時間: 1、數據庫應用課程設計——應在第二學期完成; 2、企業資源規劃(ERP)綜合實訓——應在第四學期完成; 3、畢業設計——第五或第六學期進行。 二、畢業審核前需上報省電大的集中實踐環節材料 1、實踐成績評定表(按教務處提供的考場座位表,寫請各項實踐環節名稱,填寫成績) 2、集中實踐環節教學成績匯總表(附表4):應含有課程設計、生產實習報告、畢業論文三項成績 注:以上材料均一式兩份,一份上報省電大,一份由教學點保存,以備上級電大抽查。 附件: 1、數據庫應用課程設計大綱 2、企業資源規劃(ERP)綜合實訓課程教學大綱 3、畢業設計要求 附表: 1、畢業設計(論文)指導教師報審表 2、課程設計成績評定表 3、畢業設計(論文)成績評定表 4、集中實踐環節教學成績匯總表 封面樣式: 1、課程設計 2、畢業論文 附件1: 數據庫應用課程設計大綱 (3學分) 課程設計是計算機信息管理(專科)專業教學計劃中十分重要的實踐性教學環節。其目的是使學生通過課程設計加深對所學課程基本知識的理解,培養學生理論聯系實際的能力,課程設計占3學分。 一、數據庫應用課程設計參考選題 1、圖書借閱管理系統 背景資料: (1)圖書室有各種圖書若干冊(冊數根據情況自定,但不少于20冊)。 (2)每種圖書都有書名、書號(ISBN)、作者(譯者)、出版社、定價和內容簡介。 (3)借書證記錄有借閱者的姓名、所在單位、職業等。 設計要求: (1)進行需求分析,編寫數據字典。 (2)設計E-R圖。 (3)實現新進圖書的數據錄入。 (4)實現對所有購進圖書的分類查詢。 (5)能夠按書名、作者等分類查詢現有圖書的數量。 2、XX學校教師工資管理系統 背景資料: (1)某學校現有100名教職工,按職稱分為教授、副教授、講師、助教。(可根據本人所在學校實際情況確定具體名額。 (2)工資由基本工資、福利津貼和獎勵工資構成,失業保險和住房公積金在工資中扣除。 (3)該學校基本工資是根據教師職稱等級分配工資數額,其余無差別。 (4)每位教師的基本資料有姓名、性別、年齡、職稱。 (5)工資按月發放,實際發放的工資金額為工資減去扣除。 以上信息可供參考,學員可根據本人所在學校具體情況設計。 設計要求: (1)進行需求分析,編寫數據字典。 (2)設計E-R圖。 (3)實現個人的基本資料、工資和扣除金額數據的錄入。 (4)計算個人的實際發放工資。 (5)按職稱分類統計人數和工資金額。 (6)實現分類查詢。 (7)能夠刪除辭職人員的數據。 3、教務管理系統 背景資料: 某大學的某個學院下設若干系,每個系包含一個或幾個班級,每個系有若干名教師。每個班級有若干名學生。教師每學期講授多門課程,每門課程每學期由一名教師講授。負責教務工作的教師的日常工作包括: 1、每學期開始時打印每個系的每個班級的基本信息(班名,入學時間,班長等)以及學生的基本狀況報表,包括每個學生的基本信息(學號、姓名、性別、出生日期、照片等)和聯系方式,如宿舍號,電話,E-MAIL地址等。 2、每學期重新打印一份教師名單,包含教師的基本信息,以及便于聯系等方面的信息(工作證號碼、姓名、性別、出生日期、職稱,職務,辦公室房間號,電話號碼)。假設每個教師的辦公室房間號有一個,不同的教師也可以有相同的房間號。每個教師可有多個聯系電話。 設計要求: (1)進行需求分析,編寫數據字典。 (2)設計E-R圖。 (3)采用友好的界面對系、班級、學生、教師、課程、選課等內容進行增、刪、改。 (4)具有方便的查詢功能,例如,對于學生,可以按照學生的學號、姓名、年齡、性別、系別等屬性的任意組合條件進行查詢。同樣為課程以及選課等內容進行查詢。 (5)具有豐富的報表統計功能,例如,對于學生選課信息,可以進行如下報表匯總操作: 1)打印出某學生某學期所選修的全部課程的學分,學時以及成績。 2)打印出某教師所講授的全部課程的信息。 3)打印出某班某學期所有學生按總成績降序列出的學號、姓名以及總成績報表。 4)打印出各系具有的各級職稱的教師人數。 5)打印出該學院所開設的各門課程的名稱、學時以及先修課的名稱和學時。 4、房屋中介管理系統 背景資料: 某房屋中介公司擁有多名職員分管不同業務,公司與多名房主具有業務聯系,每個房主在委托房屋中介公司進行房屋的出租或出售時都要填寫一張表格,說明房屋的地址、面積、朝向、類別以及價格等相關信息。需要租住或購買房屋的客戶在向中介公司尋求服務時,也需要登記需要租住或購買的房屋的細節要求。職員負責與客戶約定時間,并陪同客戶看房,若客戶看中房屋,公司將記錄客戶購買或租住房屋的合同的相關信息。試為此公司設計一個數據庫應用系統。 功能要求: (1)管理公司職員的基本信息,以及所進行的業務信息,如聯系客戶、陪同客戶看房的信息 (2)登記房屋、房主以及客戶的信息,并能進行方便地增、刪、改。 (3)方便房主查詢所需要的房屋的查詢功能。 (4)統計待租或待售的房屋信息等。 5、產品生產與銷售管理系統 背景資料: 某家具公司生產和銷售多種家具產品。公司擁有多個生產家具的車間,每個車間有多名工人,負責生產多種產品。客戶可在公司下設的多個銷售點購買家具,所購買的家具記錄在訂單中,銷售點根據訂單向客戶運送家具。請根據如上應用環境,為該公司設計和實現一個產品生產與銷售管理系統。功能要求: (1)記錄公司的產品和工人的基本信息,并能進行方便的增、刪、改。 (2)記錄公司的每個銷售點、客戶以及每個訂單的信息。 (3)對工人、產品、客戶以及訂單等信息進行多條件任意組合查詢。 (4)統計產品的銷售信息。 6、學生成績查詢系統 功能要求: 1、可以批量導入excel 表中的學生成績 2、可以用學號或姓名查詢成績 3、可以按照班號查詢成績 4、其他要求參看上面3 二、任務安排: 1、每個學員可選擇如上一個題目,獨立完成設計任務。 2、各分校也可根據具體情況,由課程輔導教師指定課題指導學生完成設計任務。 3、提交完整的課程設計報告(內含設計步驟及程序代碼)。 三、成績評定 課程設計指導教師應對學生的課程設計進行考核。 考核內容:設計過程的基本情況與表現;課程設計的成果。 成績評定:課程設計成績分為優秀、良好、中等、及格與不及格五等。課程設計成績評定表見附表2。 四、裝訂要求(按如下次序) 1、課程設計封面(見封面樣式1) 2、課程設計成績評定表 3、課程設計正文 五、正文參考格式:(字體均采用宋體、小四,其中標題加粗) 1.課程設計課題: (字體:宋體,小四) 2.課程設計目的: (字體:宋體,小四) 3.程序設計環境及配置要求: (字體:宋體,小四) 4.設計內容: 注:內容應包括 ①分析解決問題的基本思路; ②根據基本思路,設計好程序的算法; ③寫出設計步驟及對應源程序,并加入有關圖、表; ④在計算機上編譯程序,檢驗程序的可運行性 ⑤說明程序(或系統)在設計和調試中遇到的問題和解決方法 (字體:宋體,小四) 5、感想: (字體:宋體,小四) 《數據庫應用實踐》課程設計任務書 一、課程設計的性質和目的 本課程設計是學生理論聯系實際的重要實踐教學環節,是對學生進行的一次綜合性數據庫設計訓練。通過課程設計使學生獲得以下幾方面能力,為后續課程(Web編程、JavaEE)打基礎。 1、進一步鞏固和加深學生對所學相關課程理論知識的理解,培養學生設計計算、軟件編程、計算機應用、文獻查閱、報告撰寫等基本技能。 2、培養學生實踐動手能力及獨立分析和解決工程實際問題的能力。 3、培養學生創新意識、嚴肅認真的治學態度和理論聯系實際的工作作風。 二、課程設計的基本要求 1、要求熟悉軟件開發的基本思路和基本流程,掌握程序設計開發平臺以及相關專業知識的應用。 2、每位學生要根據所接受的任務書,實事求是保質保量地獨立完成設計任務。對有抄襲他人設計論文、找人代做或從網上下載等行為的弄虛作假者,課程設計成績按不及格論處。 3、每位學生要遵守學習紀律,保證出勤,不得遲到、早退。因事、因病不能上課需請假。嚴禁在設計室內打鬧、嬉戲、吸煙、打撲克、玩游戲及上網聊天等不良行為。 三、本課程設計與其他相關課程的關系 本課程設計是對已學專業知識的綜合與深化,并為后續課程的學習創造有利的條件。 四、選題 本課程設計側重于數據庫設計與部署,要求按數據庫設計規范設計相應的表、字段及表間的關聯,并畫出相應的ER圖。至于系統展示,可以簡單實現或者使用原型設計即可。 每位同學抽簽決定如下題目(每個題目最多3組選擇,鼓勵大家自擬題目,但要求難度適中,并及時上報給相關老師): 1.“純凈水訂購管理系統” 系統介紹:純凈水訂購管理系統是專門針對售水行業的一個進銷存軟件,解決了送水業的記賬麻煩,統計困難,賬目不清等問題。對改進合理化工作流程,經理及時的得到銷售情況,制定經濟策略起到了有效的指導作用。 本系統主要包括如下功能:供應商信息的管理、商品信息管理、客戶信息管理、飲水機類型管理、進貨(即商品入庫)、商品入庫信息的查詢、商品的銷售信息的查詢、商品的月份銷售統計圖、庫存的實時瀏覽。 要求:設計合理,功能完善,界面美觀,操作簡便。2.“教務管理系統之子系統——學院課程安排” 系統簡介 每個學期的期中,學校教務處向各個學院發出下各學期的教學計劃,包括課程名稱、課程代碼、課時、班級類別(本科、專科、成人教育、研究生)、班號等;學院教學主管人員根據教學任務和要求給出各個課程的相關限制(如:任課教師的職稱、上課的班數、最高和最低周學時數等);任課教師自報本人授課計劃,經所在教研室協調認可,將教學計劃上交學院主管教學計劃的人員,批準后上報學校教務處,最終由教務處給出下個學期全學院教師的教學任務書。 假設上述排課過程全部由人工操作,現要求為上述過程實現計算機自動處理過程。限定條件 每位教師的主講課程門數不超過2門/學期:講師以下職稱的教師不能承擔學院主課的主講任務。 學院中層干部的主講課時不能超過4學時/周。 本學期出現嚴重教學事故的教師不能承擔下各學期的主講任務。本系統的輸入項至少包括:教務處布置的教學計劃,學院教師自報的授課計劃和學院定的有關授課限制條件。 本系統的輸出項至少包括:教務處最終下達全院教師的教學任務書和學院各個班級下各學期的課程表(可以不含上課地點)。 3.“學校教材定購系統” 系統簡介 本系統可以細化為兩個子系統:銷售系統和采購系統 銷售系統的主要工作過程為:首先由教師或學生提交購書單,經教材發行人員審核是有效購書單后,開發票、登記并返給教師或學生領書單,教師或學生可以到書庫領書。 采購系統的主要工作過程為:若是教材脫銷,則登記缺書,發缺書單給書庫采購人員;一旦新書入庫后,即發進書通知給教材發行人員。 以上功能要求在計算機上實現。技術要求和限制條件 當書庫中的各種書籍數量發生變化(包括進書和出書)時,都應修改相關的書庫記錄,如庫存表或進/出庫表。 在實現上述銷售和采購的工作過程時,需考慮有關的合法性驗證。系統的外部項至少包括:教師、學生和教材工作人員。 系統的相關數據存儲至少包括:購書表、庫存表、缺書登記表、待購教材表、進庫表和出庫表。 4.“機票預定系統” 系統簡介 航空公司為給旅客乘機提供方便,需要開發一個機票預定系統。各個旅行社把預定機票的旅客信息(姓名、性別、工作單位、身份證號碼(護照號碼)、旅行時間、旅行始發地和目的地,航班艙位要求等)輸入到系統中,系統為旅客安排航班。當旅客交付了預訂金后,系統打印出取票通知和帳單給旅客,旅客在飛機起飛前一天憑取票通知和帳單交款取票,系統核對無誤即打印出機票給旅客。此外航空公司為隨時掌握各個航班飛機的乘載情況,需要定期進行查詢統計,以便適當調整。 技術要求和限制條件 在分析系統功能時要考慮有關證件的合法性驗證(如身份證、取票通知和交款發票)等。對于本系統還應補充一下功能: ? 旅客延誤了取票時間的處理 ? 航班取消后的處理 ? 旅客臨時更改航班的處理 系統的外部輸入項至少包括:旅客、旅行社和航空公司。5.“學校內部工資管理系統” 系統簡介 假設學校共有教職工約1000人,10個行政部門和8個系。每個月20日前各個部門(包括系和部門)要將出勤情況上報人事處,23日前人事處將出勤工資、獎金及扣款清單送到財務處。財務處于每個月月底將教職工的工資表做好并將數據送銀行。每個月3日將工資條發給每個單位。若由員工調入或調出、校內調動、離退休變化,則由人事處通知相關部門和財務處。 技術要求和限制條件 本系統的數據存儲至少包括:工資表、部門匯總表、扣稅款表、銀行發放表等。除人事處、財務處外,其他職能部門和系名稱可以簡化表示。工資、獎金、扣款細節由學生自定義。 6.“實驗室設備管理系統” 系統簡介 每學年要對實驗室設備使用情況進行統計、更新。其中: ? 對于已徹底損壞的做報廢處理,同時詳細記錄有關信息。 ? 對于由嚴重問題(故障)的要及時修理,并記錄修理日期、設備名、編號、修理廠家、修理費用、責任人等。? 對于急需修改但又缺少的設備,需以“申請表”的形式送交上級領導請求批準購買。新設備購入后要立即進行設備登記(包括類別、設備名、編號、型號、規格、單價、數量、購置日期、生產廠家、保質期和經辦人等信息),同時更新申請表的內容。隨時對現有設備及其修理、報廢情況進行統計、查詢,要求能夠按類別和時間段等查詢。技術要求及限制條件 所有工作由專門人員負責完成,其他人不得任意使用。 每件設備在做入庫登記時均由系統按類別加自動順序號編號,形成設備號;設備報廢時要及時修改相應的設備記錄,且有領導認可。 本系統的數據存儲至少包括:設備記錄、修理記錄、報廢記錄、申請購買記錄。本系統的輸入項至少包括:新設備信息、修理信息、申請購買信息、具體查詢統計要求。本系統的輸出項至少包括:設備購買申請表、修理/報廢設備資金統計表。 7.“學生學籍管理” 問題描述 對學生的學籍以及成績,進行基本的管理。包括:學生的基本信息和學科成績的存儲、輸入、刪除、修改、查詢,以及升留級管理。 基本要求 學生基本信息應包括:學號、姓名、出生年份、籍貫、性別、專業、班級、家庭住址、本校住址、個人聯系電話、家庭聯系電話。成績信息應包括:學號、課號、課名、成績、上課時間、教師號。查詢能夠按照:學號、課號、班級、時間等進行查詢。 8.“書籍借閱管理系統” 問題描述 該系統主要由書籍信息管理、操作員管理、書籍借閱管理、書籍還入管理和信息一覽管理五個功能模塊組成, 系統用戶界面友好, 操作簡便, 滿足了圖書館日常業務的需要。 基本要求 操作員管理:用戶登陸及對操作員進行管理。 ? 書籍信息管理:對書籍進行添加、查詢、修改。? 書籍借出管理:實現對書籍借出的管理操作。? 書籍還入管理:實現對書籍還入的管理操作。 ? 信息一覽:生成所有信息的一覽表格,方便管理者查。 9.“人事管理系統” 該員工管理系統是一套操作簡便實用的員工管理軟件,包括“員工工資查詢”、“員工調度查詢”、“員工基本信息”三大功能,實現了日常員工的全面自動管理,提高工作質量等方面,成為員工管理人員不可獲缺的工具。通過本系統軟件,能幫員工管理人員利用計算機,快速方便的對員工進行管理,例如員工基本信息,福利,工資查詢所需操作。 10.“客房管理系統” 某酒店需要一套客房管理軟件,主要要求實現如下功能:基礎數據維護(包括客房、員工、客戶等);預訂管理;入住(接待)管理;收銀管理;信息查詢;客房維護管理等。 11.“KTV歌曲點播系統” 問題描述 KTV歌曲點播系統中一般采用HTTP、RTSP等協議,并配合硬件實現各個端點的歌曲點播。但在本課題中不考慮協議及硬件布局,僅從理論上模擬實現:采用HTTP服務器模擬KTV服務器,采用普通瀏覽器或者客戶端模擬KTV終端。要求實現:歌曲分類、歌曲編輯、歌曲點播、歌曲/專輯搜索。 基本要求 歌曲編輯:要求服務器端全權管理上傳的文件,不要使用絕對路徑保存。要求要有一定數量的測試數據(如10000個以上歌曲),并測試服務器的性能。 12.“網上招聘系統” 問題描述 網上招聘系統是應聘者、企業共同使用的一套系統。應聘者、企業用戶均可注冊,但企業用戶需要管理員審核;企業用戶可以發布職位信息、求職條件等;應聘者可以輸入簡歷、申請職位;企業用戶可以回復應聘者的求職申請(包括面試、退檔、錄用等)。 基本要求 能實現應聘者、企業用戶、管理員等角色的基本功能。除在招聘系統內完成相應的申請、審批之外,還應該有郵件通知的功能(如申請職位時,除在招聘系統內相應設置外,還應該郵寄一封簡歷及求職說明到企業用戶的郵箱)。 附注:如果不懂使用B/S模型做的話,可以使用C/S模型模擬。 13.“公交路線智能查詢系統” 問題描述 以廈門市公交路線為基礎數據(需要手工處理成需要的格式),實現一個公交路線智能查詢系統,主要功能包括:公交路線維護、公交路線查詢(除基本查詢外,還要求實現給定起止站點的公交路線查詢,并根據用戶的選擇按路程、換車次數、票價等次序列出所有可能情況)等。 基本要求 除基本查詢之外,還應該完成“指定起止站點的路線查詢”功能,并且至少要求實現換車次數大于等于1的查詢。 14.“小區停車管理系統” 問題描述 某小區需要一個停車管理系統,該系統主要針對兩種類型的客戶:普通業主、臨時用戶。對于普通業主,可以購買車位或者按月/季/年租用車位(這些車位是固定的);臨時用戶可停靠除固定車位之外的任一車位。系統需要實現:車位管理、用戶管理、停車管理、結算管理等。 基本要求 要求能夠實現基本完善的小區停車管理系統。15.“倉庫管理系統” 問題描述 倉庫管理系統是通過入庫業務、出庫業務、倉庫調撥、庫存調撥和虛倉管理等功能,綜合批次管理、物料對應、庫存盤點、質檢管理、虛倉管理和即時庫存管理等功能綜合運用的管理系統,有效控制并跟蹤倉庫業務的物流和成本管理全過程,實現完善的企業倉儲信息管理。該系統可以獨立執行庫存操作,與其他系統的單據和憑證等結合使用,可提供更為完整全面的企業業務流程和財務管理信息。 基本要求 能夠實現基本完善的倉儲管理系統。 16.“網上商城” 問題描述 所謂網上商城系統,是只在網絡上建立一個虛擬的購物商場,避免傳統購物挑選商品的煩瑣過程,使您的購物過程變得輕松、快捷、方便,很適合現代人快節奏的生活;同時又能有效的控制“商場”運營的成本,開辟了一個新的銷售渠道。系統要求實現類似淘寶商城的C2C商務模式。 基本要求 可以部分實現系統功能(使用C/S模擬也可),包括商家、客戶、產品列表、產品搜索、購物、結算等。 17.“選修課管理系統” 問題描述 模擬學校的選修課管理系統,開發一個簡單的選修課管理系統。要求實現教師申報、管理員審核、開班、選擇(多階段)等過程。 基本要求 實現基本的選修功能(使用C/S模擬也可)。 18.“超市收銀系統” 問題描述 商業超市專賣店收銀系統(進銷存財務一體化)適合在商場、超市、專賣店、服裝、便利店、電器、圖書、化妝品、五金、通訊器材、眼鏡店等銷售領域的零售或批發使用。主要功能有:商品管理,采購進貨,采購退貨,POS銷售,銷售出貨、銷售退貨、銷售利潤統計、庫存管理、月銷售統計、員工銷售統計、數據管理,會員管理,商品打折管理,客戶管理,供貨商等功能。 基本要求 實現基本的收銀管理及票據打印功能。 19.“在線考試系統” 問題描述 實現網上考試、作業、練習、成績排行等功能,并能夠答卷保存、自動判分、成績查詢和分析等功能。提供題庫管理系統和最靈活的組卷系統,自動輸出Word試卷、提供Excel題目導入導出、題庫和試卷導入導出等設計,提供資源的快速收集和高度共享。 基本要求 要求實現管理員、教師、學生三種角色的基本功能。 20.“通用權限系統設計” 問題描述 “權限”問題是每個系統(C/S或B/S)都會碰到的基本問題,而每個系統處理時可能采用不同的方式。請設計一種通用權限系統,實現權限、角色、授權管理,要求程序員可定制權限,管理員可定制角色并授權。 基本要求 設計通用權限系統,并實現簡單的權限控制演示。 21.“在線點播系統” 問題描述 模仿“優酷”等視頻網站,實現簡單的視頻點播系統。主要功能包括,視頻上傳、視頻點播、視頻分類、模糊檢索、點播排行、視頻管理與審核等。 基本要求 設計基本的視頻點播(使用C/S模擬也可),但要考慮視頻文件存放方式及獲取方式。 22.“影視資料網站設計” 問題描述 模仿時光網(http://www.tmdps.cn)的影視資料庫,設計一個簡單的影視資料系統。主要功能包括添加或修改影視信息(包括演職員表、年份、名稱、簡介等)、海報與劇照等,并提供影視檢索、影視資料導出(Word或其他格式)等功能。 基本要求 實現基本的影視資料錄入功能(使用C/S模擬也可),但要考慮圖片等二進制文件存放方式及獲取方式。 23.“在線閱讀系統設計” 問題描述 設計一個在線閱讀系統,管理員可以添加或編輯圖書(圖書信息包括書名、作者、簡介、封面等圖片、章節、書評等,而且內容可以動態添加),用戶可以注冊登錄,并檢索、在線查閱書籍。 基本要求 實現基本的在線閱讀功能(使用C/S模擬也可)。24.“在線代碼搜索” 問題描述 模仿Koders.com(http://koders.com),實現一個簡單的在線代碼檢索功能。功能主要包括代碼分類、代碼錄入、代碼批量導入、代碼檢索(結果中關鍵字用紅色粗體顯示)等。 基本要求 實現基本的代碼搜索功能(使用C/S模擬也可),但要求測試數據達到一定的量(如10000個源文件,1000000行代碼等),且測試檢索速度。 25.“網上項目交易平臺” 問題描述 模仿“CSDN項目交易平臺”(http://prj.csdn.net),實現簡單的項目交易平臺。主要功能包括注冊登錄、項目發布與審核、項目競價與承接、合同擬定等。 基本要求 實現基本的項目交易功能(使用C/S模擬也可),要求流程控制合理。 數據庫課程設計要求 2007-2008學年第一學期 第一階段:指導教師按班級填寫《數據庫系統課程設計任務書》,組織學生選題,并匯總選題及分組清單。 第二階段:組織學生撰寫需求分析報告,并組織學生自述。 第三階段:指導學生編寫代碼,并調試、試運行。 第四階段:指導學生填寫《課程設計總結報告》 第五階段:組織學生演示系統。 第六階段:收集本學期課程設計資料,以班級為單位填寫《課程設計總結與成績統計分析報告》。 收集的資料要求包括: 1、《數據庫系統課程設計任務書》,每個班級一份 2、學生選題分組一覽表,每個班級一份 3、學生的需求分析報告、程序代碼(提交源代碼到教師指定的文件夾)、課程設計總結報告。在期末以班級為單位、按學號排序,將相關資料刻成光盤。 4、《課程設計總結及成績統計分析報告》,每個班級一份 注:⑴《數據庫系統課程設計任務書》、《課程設計總結報告》、《課程設計總結及成績統計分析報告》均采用統一的標準表格填寫,用A4紙打印。 ⑵《數據庫系統課程設計任務書》、《課程設計總結及成績統計分析報告》由教師填寫;《課程設計總結報告》由參加課程設計的學生每人填寫一份。 ⑶打印文檔規范:1)統一用A4紙打印; 2)正文字體:宋體小四號; 3)若文檔或表格多于1頁,請標注頁碼。 附表1:《數據庫系統課程設計任務書》 附表2:《課程設計總結及成績統計分析報告》 附表3:《課程設計總結報告》 附表4:《數據庫課程設計選題與分組一覽表》 附表5:07-08上數據庫課程設計指導教師一覽表 附表6:《數據庫系統課程設計任務書》樣例 附表7:《數據庫課程設計選題與分組一覽表》樣例 一、課程設計題目:圖書管理系統的設計 功能要求: (1)錄入編目:新書錄入,辦理借書證(補辦),銷毀借書證; (2)借書還書:借書(續借),還書,館際互借; (3)查詢統計:圖書檢索(書名,作者,出版社,ISBN),過期未還者,某人借書情況 (4)系統設置:權限,口令,重登錄。 二、課程設計內容 對于一個給定的應用環境,按照數據庫設計的步驟,構造最優的數據庫模式,建立數據庫及其應用系統,使之能有效的存取數據,滿足各種用戶的應用需求。 1.主要內容 1)數據庫設計 (1)概念結構設計 選擇局部應用 逐一設計分E-R圖 消除沖突,合并分E-R圖 消除不必要的冗余,設計基本E-R圖 (2)邏輯結構設計 E-R圖向關系模型的轉換 關系模型的優化 2)軟件設計 (1)熟悉高級語言使用環境 (2)熟悉數據庫管理系統使用環境 (3)設計數據庫(表及其關系) (4)針對局部應用設計應用程序 (5)完成所要求的主要功能 三、課程設計要求 1、做好文檔 本課程設計文檔要求是: (1)調試記錄:調試中遇到的問題要做記錄,并說明解決的方法。如果未解決,要記錄問題的現象。 (2)程序清單:它包括數據結構和文本文件,程序要帶注釋。 2、認真編寫課程設計報告,不少于2000字。 四、考核方式與評分辦法 1、課程設計結束時,要求學生寫出課程設計報告打印上交,并提交可運行的軟件系統。課程設計報告模板上傳到公共磁盤文件夾中,請嚴格按要求完成,格式不合格,課程設計成績做不及格處理,請大家重視。 2、學生課程設計的成績主要根據學生的設計過程和報告綜合評定得出,此部分占70%。出勤情況占30%。第二篇:數據庫應用課程設計要求
第三篇:數據庫應用實踐選題要求
第四篇:數據庫課程設計要求
第五篇:2012數據庫課程設計要求