《資訊管理系統分析與設計》課程設計
一課程設計候選題目
題目一 「教務管理系統之子系統——系內課程安排」
1． 系統簡介
每學期的期中，學院教務處分別想個系發出下學期的教學計畫，包括課程名、課時、班級類別（本科、專科、高職）、班號等；系教學主管人員根據教學任務和要求給出哥們課程的相關限制（如：任課教師職稱、和班數、最高周學時數等）；任課教師自報本人授課計畫，經所在教研室協調確認，將教學計畫上交系主管教學計畫的主任，批准後上報學院教務處，最終有教務處給出下學期全系教師的教學任務書。
假設上述排課過程全部為人工操作，現要求改造為能利用計算機實現的自動處理過程。
2． 限定條件
（1） 每位教師的主講門數不超過2門/學期：講師以下職稱的教師不能承擔系定主課的主講任務。
（2） 系級幹部的主講課時不能超過4學時/周。
（3） 本學期出現嚴重教學事故的教師不能承擔下學期的主講任務。
（4） 本系統的輸入項至少應包含3個：教務處布置的教學計畫、系教師自報的講課計畫和系定的有關講課限制條件。
（5） 本系統的輸出項至少應包含2個：教務處最終下達的全系教師教學任務書和系各教學班一學期的課程表（可不包含上課地點）。
題目二「學樣教材訂購系統」
1． 系統簡介
本系統可細化為二個子系統：銷售系統和採購系統
銷售系統的主要工作過程為：首先由教師或學生提交購書單，經教材發行人員審核是有效購書單後，開發票、登記並返給教師或學生領書單，教師和學生可去書庫領書。
採購系統的主要工作過程為：若是脫銷教材，則登記缺書，髮缺書單給書庫採購人員；一旦新書入庫後，即發進書通知單給教材發行人員。
以上系統的功能要求在計算機上實現。
2． 技術要求及限定條件
（1）當書加中的各種書籍數量發生變化（包括領書或進書）時，都應修改相關的書庫記錄，如庫存表或進/出庫表。
（2）在實現上述銷售和採購的工作過程時，需考慮有關單據的合法性驗證（如：購書單、領書單等的有效性）。
（3）系統的外部項至少包括3個：教師、學生和教材工作人員。
（4）系統的相關資料儲存項至少包括6個：購書表、庫存表、缺書登記表、待購教材表、進/出庫表
題目三 「機票預訂系統」
1． 系統簡介：
航空公司為給旅客提供方便，需要開發一機票預定系統。各旅行社把預訂機票的旅客資訊（姓名、性別、工作單位、身份證號碼、旅行時間、旅行日期等）輸入到該系統，系統為旅客安排航班。當旅客交付了預定金後，系統印出取票通知單和賬單給旅客。
旅客在飛機起飛的前一天憑取票通知和賬單交款取票，系統核對無誤碼即印出機票給旅客。此外，航空公司為隨時掌握各航向飛機的乘載情況，需要定期進行查詢統計，以便做適當調整。
2． 技術要求及限定條件
（1）在分析系統功能時，應考慮有關證件的合法性驗證（如身份證、取票通知、交款發票等）
（2）對於本系統還應補充以下功能：
①旅客延誤了取票時間的處理
②班機取消後的處理
③旅客臨時更新機票班次的處理
（3）系統的外部項至少包括3個：旅客、旅行社和航空公司
題目4「學校內部房產管理系統」
1． 系統簡介
該房產管理系統具有分房、調房、退房和諮詢統計等功能，房產科把使用者申請表輸入系統後，系統首先檢查申請表的合法性，對不合法的申請表系統將拒絕接受；對合法的申請表將根據型別分別進行處理。
如果是分房申請，則根據申請者的情況（年齡、工齡、職稱、職務、家庭人口等）計算其分數，當分數高於閾值分數時，按分數高低將申請表插到分房佇列的適當位置。每月最後一天進行一次分房活動，從空房檔案中讀出空房資訊，如房號、面積、等級、單位面積房租等，把好房優先分配給排在分房佇列前面的符合該等級住房條件的申請者，從空房檔案中刪除這個房號的資訊，從分房佇列中刪掉該申請表，並把此房號的資訊和住戶資訊一起寫出住房檔案中，輸出信房分配單給住戶，同時計算房租並將計算出的房租寫出房租檔案中。
如果是退房申請，則從住房檔案和房租檔案中刪掉有關的資訊，再把此房號的資訊寫入空房檔案中。
如果是調房申請，則根據申請者的情況確定其住房等級，然後在空房檔案中查詢屬於該等級的空房，退掉原住房，再進行與分房類似的處理。
住戶可以向系統詢問目前分房的閾值分數、居住某類房屋的條件、其房號的單位面積和房租等資訊。房產科可以要求系統列印出住房情況的統計表，或更新某類房屋的居住條件、單位面積和房租等。
2． 技術要求及限定條件
（1）本系統可分為4個主要功能模組：分房、調房、退房和諮詢（可不考慮統計功能）。
（2）系統的外部項至少包括4個：校內職工、校外住戶、房管部門和主管房產領導。
（3）分房申請表的型別主要依據申請人的工作型別，如教師、行政人員、後勤人員、特殊照顧物件等。
（4）分房申請者的分數計算原則及其他分房政策可由學生自定。
題目五「學校內部工資管理系統」
1． 系統簡介
假設學校共有教職工約1000人，十個行政職能部門和八個系、部。每個月20日前各部門（包括各系、部）要將出勤情況表上報人事處，23日前人事處將人員出勤工資、獎金及扣款清單送財務處。財務處於每月月底將教職工的工資表做好並將資料送銀行。
每月初（3日前）將工資條發給各單位。若有員工調入、調出、校內調動、離退休等資料變化，則由人事處通知相關部門和財務處。
2． 技術要求及限定條件
（1）本系統的資料儲存至少應包括：工資表、工作總表、部門彙總表、扣稅款表、銀行發放表。
（2）除人事處、財務處外，其他職能部門和系、部名稱可簡化，如係1、系2……
（3）工資、獎金及扣款細節可由學生自定。
題目六「學校校園網路管理資訊系統」
1． 系統簡介
假設目前我校已完成校園網硬體結構設計和實現（總體結構採用網路拓撲結構和client/server模式），各辦公室職能部門都已具備使用校園網的硬體環境。本管理資訊系統應由各部門的子系統組成（如校長/書記辦公系統、教務管理系統、財務管理系統、人事管理系統、圖書管理系統、學生管理系統等），應能滿足校內各部門在資料、檔案、資料等公用資訊傳輸的要求：各層領導能通過網路查詢各部門的工作情況並傳達有關指示：
實現「無紙化」辦公和全校資料共享。此外，各層領導、各系教師、各職能辦公室都可以通過e mail發信、留言；有關部門可在「公告牌」上發布訊息，供大家瀏覽。
2． 技術要求及限定條件
（1）系統的外部項至少應包括12個，如校長/書記、校辦、系辦（至少考慮3個系）、教務處、財務處、人事處、圖書館、學生處等，
（2）對於每個外部項，都應根據其不同的需要確定相關的功能需求，即根據外部項來劃分相應的子系統功能（可認為不同「系辦」的功能相同）。
（3）在確定各子系統功能時，要注意資料的保密性和相關使用者的不同級別。
題目七「實驗室裝置管理系統」
1．系統簡介
每學年要對實驗室裝置使用情況進行統計、更新，其中：
（1） 對於已徹底損壞的作報廢處理，同時詳細記錄有關資訊。
（2） 對於有嚴重問題（故障）的要及時修理，並記錄修理日期、裝置名、修理廠家、修理費、責任人等資訊。
（3） 對於急需但又缺少的裝置需以「申報表」的形式送交上級領導請求批准購買。新裝置購入後，要立即進行裝置登記（包括類別、裝置名、型號、規格、單價、數量、購置日期、生產廠家、購買人），同時更新申報表的內容。
（4） 隨時對現有裝置及其修理、報廢情況進行統計、查詢，要求能夠按類別和時間段（某日期之前）查詢。
2．技術要求及限定條件
（1）所有工作由專門的人員負責完成，其他人不得任意使用。
（2）每件新裝置在做入庫記錄時均由系統根據類別自動順序編號，形成裝置號；裝置報廢時要及時修改相關裝置記錄且有領導認可。
（3）本系統的資料儲存至少應包括：裝置記錄、修理記錄、報廢記錄、購買申請。
（4）本系統的輸入項至少包括：新裝置資訊、修理資訊、申請購買資訊、報廢資訊、具體查詢統計要求。
（5）本系統的輸出項至少包括：裝置購買申請表、修理/報廢登出/裝置資金統計表。
題目八「飯店餐飲業務管理系統」
1． 系統簡介
本飯店餐飲管理系統主要包括選單管理、零點處理、採購處理、銷售額統計。
選單管理主要實現選單的輸入、修改、刪除；零點處理包括顧客用餐（點菜）記錄、新增、更改及費用的計算；採購處理主要是對每天採購來的食品做詳細記錄；銷售額統計分別以日、周、月、季為單位進行總額、純利的計算，以菜項為單位進行點菜量統計，並以此作為選單修改的依據。
2． 技術要求及限定條件
（1）本系統的輸入項至少包括：選單、顧客所點菜、採購單、統計要求。
（2）本系統的輸出項至少包括：顧客點選單、飯店的菜譜、各種統計表。
（3）本系統相關的資料儲存至少包括：菜譜、點菜記錄、採購記錄。
（4）採購和統計功能由專門的人員負責操作；
（5）飯店為每一位服務員編制乙個序號，服務員每做一筆點菜記錄都要同時記錄自己的序號，以便出現問題隨時核對。
二課程設計上交文件內容
文件內容應包括以下部分：
1.開發計畫：
①所選題目
②小組構成，組長、成員名單及任務分配
③專案背景
④開發計畫
2.需求分析：使用結構化分析方法
①需求定義說明書
②資料流圖
③資料字典
3.概要設計(系統設計)
①系統功能模組結構圖
②資料庫概要設計（e-r圖）
③**設計
④輸入/輸出介面設計
4.詳細設計：要求對於系統中資料管理、查詢、報表幾部分進行實現演算法的詳細設計
各模組詳細設計說明書（著明製作人，製作時間）
5.編碼：
要求選用特定程式語言對所選的資料管理、查詢、報表幾個模組進行**實現，並複製主要的實現介面，描述實現中的關鍵技術和技術難點（著明製作人，製作時間）
6.測試與除錯：
① 根據測試理論、測試方法對各自模組進行測試
② 測試經過
③ 測試結果
7.對軟體分析、設計及實施方面的評價及體會
8．組長對小組工作及成員的評價
三說明1．為使課程設計具有更大的靈活性，選題也可考慮網上系統的開發，但也需參照以上規則進行製作。
2．開發方法上，如有興趣，可考慮用物件導向的開發方法（如選用uml、rose）
3．按小組（2人一組）工作時，一人負責小組的總體事項，如編寫工作計畫，進行任務分配等。工作完成後，標明小組的完成情況，並對軟體開發中出現的問題進行分析。
4．具體資料結構、功能模組確定、設計難易程度均由學生根據自己能力決定。每位學生可參照軟體工程文件著錄規範要求完成各階段文件，程式必須上機通過除錯、測試、執行。
學生資訊管理資訊系統分析與設計
唐山學院 資訊系統開發工具實踐實訓 題目系 部 班級姓名學號指導教師 2011年 7 月 4 日至 7 月 15 日共 2 周 2011年 7 月 15 日 資訊系統開發工具實踐實訓任務書 注 可以附頁 實訓成績評定表 1 引言 1.1 定義 學生資訊管理系統是針對學校人事處的大量業務處理工作而開發...
電力營銷資訊管理系統分析
作者 趙世華桑大治 科學與資訊化 2017年第30期 摘要在我國由計畫經濟過渡到市場經濟的環境下，電力企業的發展面臨著來自社會各方面的挑戰，電力營銷資訊管理系統為電力企業的穩定發展注入了一股新的生命力量，提高了電力企業的工作效率，受到了越來越多的客戶支援，促進了電力企業的高效益程序。關鍵詞電力營銷 ...
資訊系統分析與設計
第一章系統是由相互聯絡和相互制約的若干組成部分組合成的，具有特定功能的有機整體。第二章人們把科學，技術，管理稱為現代社會鼎足而立的三大支柱。第三章資訊和資料的定義 資訊是經過加工後的資料。它對接受者有用，對決策或行為有現實或建在的價值。資料是一組表示數量，行動，和目標的可鑑別的非隨機的符號。資訊系統...