第一篇：信息管理系統分析與設計候選題目

《信息管理系統分析與設計》課程設計候選題目

題目一 “教務管理系統之子系統——系內課程安排” 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）飯店為每一位服務員編制一個序號，服務員每做一筆點菜記錄都要同時記錄自己的序號，以便出現問題隨時核對。

網絡版

題目九：個人博客系統 題目十：搜索引擎的制作 題目十一：論壇系統 題目十二：在線考試系統 題目十三：Wiki系統制作

面向對象技術：

題目十四：圖書管理系統 題目十五：ATM管理軟件 題目十六：學生信息管理系統 題目十七：教學管理系統 ??

第二篇：信息系統分析與設計題目與要求

要求：

1．設計過程原則上要求分組進行，每組一個題目（各組自定）。每組最多不超過5人，組內不同的學生可分工不同，內容不能完全雷同。

2．上機要求完成本小組所選系統的數據流圖、結構圖、實體聯系圖、順序圖和系統界面等工作（共5個實驗內容）；課程報告要求完成相關文檔的編寫，每組一個系統，每人一個文檔，不能相同。（文檔有模板）

3．實驗報告和課程報告在第16周周三之前交上來，周四56節在上課教室就報告內容進行單獨輔導，報告修改后在第17周周末前上交，作為最終成績的評定依據。

4．分析與設計題目示例：（各組可以自選題目，功能自定。也可以自選另外的系統）

題目一 “教務管理系統之子系統——系內課程安排” 1．系統簡介

每學期的期中，學院教務處分別向各個系發出下學期的教學計劃，包括課程名、課時、班級類別（本科、專科、高職）、班號等；系教學主管人員根據教學任務和要求給出各課程的相關限制（如：任課教師職稱、和班數、最高周學時數等）；任課教師自報本人授課計劃，經所在教研室協調確認，將教學計劃上交系主管教學計劃的主任，批準后上報學院教務處，最終有教務處給出下學期全系教師的教學任務書。

假設上述排課過程全部為人工操作，現要求改造為能利用計算機實現的自動處理過程。1．

限定條件

（1）每位教師的主講門數不超過2門/學期：講師以下職稱的教師不能承擔系定主課的主講任務。（2）系級干部的主講課時不能超過4學時/周。

（3）本學期出現嚴重教學事故的教師不能承擔下學期的主講任務。

（4）本系統的輸入項至少應包含3個：教務處布置的教學計劃、系教師自報的講課計劃和系定的有關講課限制條件。（5）本系統的輸出項至少應包含2個：教務處最終下達的全系教師教學任務書和系各教學班一學期的課程表（可不包含上課地點）。

題目

二、“學校教材訂購系統”

1、系統簡介

本系統可細化為兩個子系統：銷售系統和采購系統

銷售系統的工作過程為：首先由教師或學生提交購書單，經教材發行人員審核是有效購書單后，開發票、登記并返給教師或學生領書單，教師或學生即可去書庫領書。

采購系統的主要工作過程為：若是脫銷教材，則登記缺書，發缺書單給書庫采購人員；一旦新書入庫后，即發進書通知給教材發行人員

以上的功能要求在計算機上實現。

2、技術要求和限制條件

（1）當書庫中的各種書籍數量發生變化（包括領書和進書時），都應修改相關的書庫記錄，如庫存表或進/出庫表。（2）在實現上述銷售和采購的工作過程時，需考慮有關單據的合法性驗證（3）系統的外部項至少包含三個：教師、學生和教材工作人員。

（4）系統的相關數據存儲至少包含6個：購書表、庫存表、缺書登記表、待購教材表、進/出庫表。

題目

三、“機票預訂系統”

1、系統簡介

航空公司為給旅客乘機提供方便，需開發一機票預定系統。各旅行社把預定機票的旅客信息（姓名、性別、工作單位、身份證號碼、旅行時間、旅行目的地等）輸入到該系統，系統為旅客安排航班。當旅客交付了預定金后，系統印出取票通知和帳單給旅客，旅客在飛機起飛的前一天憑取票通知和帳單交款取票，系統核對無誤即印出機票給旅客。此外航空公司為隨時掌握各航向飛機的乘載情況，需定期進行查詢統計，以便適當調整。

2、技術要求及限定條件

（1）在分析系統功能時要考慮有關證件的合法性驗證（如身份證、取票通知、交款發票等）。（2）對于本系統還應補充以下功能：（1）

旅客延誤了取票時間的處理（2）

班機取消后的處理

（3）

旅客臨時更改機票班次的處理

（3）

系統的外部項至少包含三個：旅客、旅行社和航空公司。

題目四：“學校內部工資管理系統”

1、系統簡介

假設學校共有教職工約1000人，10個行政部門和8個系部。每個月20日前各部門（包括系、部）要將出勤情況上報人事處，23日前人事處將出勤工資、獎金及扣款清單送財務處。財務處于每月月底將教職工的工資表做好并將數據送銀行。每月初（3日前）將工資條發給各單位。若有員工調入、調出、校內調動、離退休等數據變化，則由人事處通知相關部門和財務處。

2、技術要求及限定條件

（1）

本系統的數據存儲至少包含：工資表、部門匯總表、扣稅款表、銀行發放表（2）

除人事處、財務處外，其他只能部門和系部名稱可簡化，如系1，系2?..等（3）

工資、獎金、扣款細節可由學生自定

題目

五、“實驗室設備管理系統”

1、系統簡介

每學年要對實驗室設備使用情況進行統計、更新，其中：

（1）

對于已徹底損壞的作報廢處理，同時詳細記錄有關信息。

（2）

對于有嚴重問題（故障）的要即使修理，并記錄修理日期、設備名、修理廠家、修理費、責任人等。

（3）

對于急需但又缺少的設備需以“申請表”的形式送交上級領導請求批準購買。新設備購入后要立即進行設備登記（包括類別、設備名、型號、規格、單價、數量、購置日期、生產廠家、購買人等），同時更新申請表的內容。

（4）

隨時對現有設備及其修理、報廢情況進行統計、查詢，要求能夠按類別和時間段（某日期之前）查詢。

2、技術要求及限定條件

（1）

所有工作由專門人員負責完成，其他人不得任意使用。（2）

每件設備在作入庫登記時均由系統按類別自動順序編號，形成設備號；設備報廢時要及時修改相應的設備記錄，且有領導認可。

（3）

本系統的數據存儲至少應包含：設備記錄、修理記錄、報廢記錄、購買申請。

（4）

本系統的輸入項至少包含：新設備信息、修理信息、申請購買信息、報廢信息、具體查詢統計要求。本系統的輸出項至少包含：設備購買申請表、修理/報廢注銷/設備資金統計表。

題目

六、分房管理系統

某大學擬開發一個計算機分房管理系統，要求系統具有分房、調房、退房和咨詢統計等功能。房產科把用戶申請表輸入系統后，系統首先檢查申請表是否合理，對不合法申請表拒絕接受；對合法表根據類型進行處理。

分房申請，根據申請者情況（年齡、工齡、職稱、職務、家庭人口等）計算其分數，高于閥值的進行排隊。分房時，讀空房文件，把好房優先分給排在分房隊列前面的人，并將房屋信息與申請者一起寫入住房文件中。

若為退房申請，從住房文件中刪除有關信息，并將房屋信息計入空房文件。若是調房申請，根據申請者情況計算分數，并進行以上退房和分房處理。系統可進行房屋信息維護（輸入、刪除、排序），以及各種住房信息統計、查詢、打印等。

題目七 基金管理系統

為實現政務公開，某省擬采用網上自然基金申報和審批，需開發一套包括基金申報（使用說明、文檔提交、申報情況查詢）、基金信息公告（基金公告、基金新聞、最新立項）、網上審批與鑒定（專家定量網上審批、項目鑒定）、基金項目管理（發布申報計劃、批復申請、查詢申請項目等）與推薦優秀基金項目等功能的辦公網站。

要求具有基金申報管理（申報文檔提交，申報情況查詢等），信息公告維護（增加，撤除和修改等），審批流程管理（管理員可指定審批流程，對需執行審批的專家顯示審批流程，進行審批提示），項目鑒定管理（管理員可指定鑒定流程，對需執行鑒定的專家顯示審批流程，進行鑒定提示）等功能。

題目八 汽車俱樂部管理系統

為實現汽車俱樂部行業信息的規范化管理，某軟件開發商要求開發一汽車俱樂部管理系統，面向俱樂部工作人員進行會員信息的管理。主要功能包括：用戶（俱樂部工作人員）身份驗證和用戶權限組織；提醒服務（提醒各種該執行的車務活動）；會員管理（會員信息、會員費收繳記錄錄入，查詢，修改）；車務管理（新車上牌代辦，保險代辦，驗證代辦，落戶代辦等）；救援服務（呼救記錄，救援情況記錄以及救援車輛管理）；旅行服務（旅行信息記錄、修改、查詢）；統計報表、圖表（所有當日、當月、當年向會員提供的各種服務信息及其收費的詳細情況列表及匯總）；系統管理（設置提醒提前日期，用戶管理等）；俱樂部管理（俱樂部部門、工作人員、救援車輛管理）；系統幫助。

題目

九、學生學籍管理系統 功能說明

本學生學籍管理系統分為學生信息管理、學生成績管理、考試管理和用戶管理四個功能模塊。

（1）學生信息管理模塊主要是對學生信息（如學號、姓名、性別、家庭住址等）進行管理。本模塊又分為三個子模塊：

◇學生信息錄入 ◇學生信息查詢

◇學生信息修改/刪除

其中，學生信息查詢不需登錄即可使用，信息錄入和修改/刪除模塊則需要先登錄后才能使用。（2）學生成績管理模塊主要是對學生成績進行管理。本模塊又分為五個子模塊： ◇學生成績錄入 ◇學生成績查詢

◇學生成績修改/刪除 ◇計算總分與排名 ◇目標分管理

其中，學生成績查詢不需登錄即可使用，其他模塊則需要先登錄后才能使用。（3）考試管理模塊主要對考試進行如下管理： ◇添加新考試

◇對已有的考試信息進行修改/刪除 ◇對考試科目進行添加/刪除

本模塊需要先登錄后才能使用。

（4）用戶管理模塊主要對使用本系統的用戶進行如下管理： ◇添加新用戶

◇對已有的用戶進行更改用戶名、密碼和權限（管理員或普通用戶）等操作 ◇刪除用戶

本模塊只有管理員才能使用，普通用戶不能進入。

《軟件工程》實驗設計報告

題目： 院（系）：

年級專業：

學生姓名：

（報告正文部分）：注：以下所列內容僅供參考，各小組可以根據實際情況進行調整。(要求：正文部分一律用小四號字，宋體，1.5倍行距。一級大標題靠左，加粗。二級大標題靠左，不加粗。)報告的內容如下：

1.課程設計概述（注意：此處是描述設計系統的目的、任務、項目要求、開發環境等，而不是待分析設計系統的目的、任務??。）2.開發階段任務及角色分工

3.階段產品(對需求分析、概要設計、詳細設計、實現和測試、系統運行各階段應該產生的產品的描述)3.1 可行性分析（完成人：×××、×××）3.2 需求分析（完成人：×××、×××）3.3 概要設計（完成人：×××、×××）3.4 詳細設計（完成人：×××、×××）??

注：每部分的內容要清楚標明完成者的姓名，多人共同完成的排名分先后

5.總結

5．1小組總結（對完成結果的分析和總結）

5．2小組各成員的個人總結（如本人工作的過程與步驟、遇到的困難、獲得的主要成果和收獲、體會、有什么不足之處??）

第三篇：社會信息管理系統分析

概述

社會管理信息平臺是運用先進的信息技術和現代管理理念，構建的區域性社會管理信息化平臺。整合政法（綜治）、維穩、公安、司法、信訪、應急、安監、民政、人社等十多個職能部門的資源和條塊力量；及時收集并管理影響社會和諧穩定的各種熱點、難點信息和輿情；及早防控和化解各類源頭性、苗頭性、突發性社會問題和矛盾；快速應急和處置重大緊急事件，規范和監督社會管理行為，實現資源共享、聯管聯動、動態跟蹤、全面覆蓋、科學高效的社會管理新格局。

應用領域

省、市及區縣政法委

解決的關鍵問題

構建“五位一體”信息化平臺，創新社會管理模式。

實行“一個中心、兩大整合、三個流程、四個統一、五級管理服務”，為市、縣（區）、鎮、村各級各部提供“一體化”工作平臺，實現社會管理網絡化、常態化的新格局。健全“五大”運行體系，創新社會管理機制。

訴求防控機制創新，從源頭上控制基層出現的苗頭性社會問題；

風險評估機制創新，預防重大事件發生；

快速反應機制創新，實時聯動互動，快速處置；

監督管理機制創新，全程跟蹤提高效能；

責任追蹤機制創新，倒逼時效、倒查問責。

實行“四個統一”，規范管理手段。

統一技術標準、統一業務規范、統一報表流程，統一管理服務；避免重復投資，可延伸開發新功能模塊，逐步實現“大社會、大平臺、大管理”的目標要求。

提升“三大”管理效能，解決傳統工作弊端。

提升資源整合、信息共享、扎口管理能力；提升快速反應、動態掌控、監督管理能力；提升科學管理水平和行政服務效能。

如何獲取

可在美基營銷官方網站獲取系統相關信息，也可以直接聯系美基營銷工作人員幫您處理相關問題，百度搜索美基營銷便可進入官網。

第四篇：關于學生信息管理系統分析

關于學生信息管理系統分析

一、論題提出的背景和意義

隨著我國高等院校的連年擴招,學生人數不斷增加,給學校各院系的學生管理工作帶來了巨大的壓力.同時,信息時代的到來,使高校的學生管理工作不可抗拒的地加速進入信息網絡時代,學生信息的管理采取和利用在高校中將發揮越來越重要的作用

同時隨著素質教育的深入開展,要做好學生管理工作,各院系就必須盡可能多地掌握學生情況.在學生人數大量增加,而學生管理教師緩慢增加的同時,我們就必須有一個良好的學生信息管理系統,這樣才能把握學生的信息動態.在這其中,信息的采集是尤為重要的,只有具有了全面的學生信息,才能在了解學生的同時降低學生管理的工作量也只有擁有了健全完整的學生信息,我們才能更好的合理的利用學生管理信息,并服務于學生

學生管理系統是一個學校不可缺少的部分，它的內容對于學校的決策者和管理者來說都至關重要，所以學生管理系統應該能夠為管理者提供充足的信息和快捷的查詢手段。但一直以來人們使用傳統人工的方式管理文件信息，這種管理方式存在著許多缺點：效率低、保密性差，另外，時間一長，將產生大量的文件和數據，這對于查找、更新和維護都帶來了不少的困難，隨著科學技術的不斷提高，計算機科學日漸成熟，其強大的功能已為人們深刻認識，它已進入人類社會的各個領域，并發揮著越來越重要的作用，作為計算機應用的一部分，使用計算機對學生信息進行管理，具有手工管理無法比擬的優點，例如：檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提高學生信息管理的效率，也是學校的科學化、正規化、管理與世界接軌的重要條件，因此。開發這樣一套系統成為很有必要的事情

二、國內外現狀的研究

計算機在管理中的應用開始于1954年，當時美國首先用計算機處理工資單。40多年來，計算機在處理管理信息方面發展迅速。例如，60年代美國計算機在管理中應用項目不到300項，到了1975年達到2670項。而現在，美國在財務會計上90%的工作由計算機完成；物資管理中80—100%的信息處理由計算機完成；計劃管理中是80—90%。據計算機應用方面發展較快的國家統計，計算機用于經濟管理的約占80%；用于科技運算的占8%；用于生產過程控制的占12%。我國在全國范圍內推廣計算機在管理中的應用，是在70年代末開始的，雖然起步較晚，近幾年發展卻較快，特別是微型計算機的出現和普及為信息處理提供了物美價廉的手段，對于推動我國管理信息處理的現代化起了重要的作用。

三、目前存在的問題

傳統紙媒介管理的信息管理系統論文難于共享匯總，其統計數據正確性也難以考證。存在著較多的缺點，如：效率底，保密性差，時間一長將產生大量的文件和數據，更不便于查找，更新，維護等。計算機在全國普及后，管理媒介有了質的飛躍。

隨著學校的規模不斷擴大，學生數量急劇增加，有關學生的各種信息量也成倍增長。面對龐大的信息量，就需要有學生信息管理系統來提高學生管理工作的效率。通過這樣的系統，可以做到信息的規范管理、科學統計和快速的查詢，從而減少管理方面的工作量。由于計算機和網絡的普及，若建立一個C/S或B/S結構的學生信息管理系統，學生便可以通過網絡來選課并且查詢自己的有關信息，使得學生信息管理工作系統化，規范化，自動化，大大提高了學校管理學生的效率。

主要存在的問題

1．缺乏信息化觀念，機構設置和管理方法跟不上。學生管理信息化的實現首先是信息化觀念的樹立。盡快突破學生管理文本模式。當前，高校學生管理機構的設置幾乎均是以業務分割為依據，信息化工作往往被忽視。機構設置的滯后會帶來管理方法的滯后，雖然，當前普遍采用的部門分工中滲透著信息工作，但沒有明確的機構設置很難實現人事信息管理方法的系統化。

2．信息冗余、資源浪費。學生管理信息冗余最突出的表現為學生基礎信息的多頭建立，在高校管理部門職均擁有各自的學生基礎信息庫。同時各自對信息庫進行維護。當前，各部門建立的最簡單的信息庫也要設置近20個信息段，有的信息庫字段上百個，信息庫的維護工作量極大。另外，信息庫的維護需要極高的精度，往往不易批量處理。這就造成了人力、設備資源的嚴重浪費。信息的冗余度也居高不下。

4．管理信息系統建設滯后。學生管理實現信息化，不但要實現基礎信息的健全，而且要實現信息應用的系統化。目前，高校學生管理信息系統建設滯后于基礎信息建設。表現為：一是較完整、全面、實用的高校學生管理系統稀缺，功能單一的小系統和小軟件成為信息化的代名詞，具體工作中，更多的是直接對基礎信息庫的查閱和改動。二是即便有較大的學生管理系統。也不完全適合于各地高校的學生管理，其系統開發和學生管理專業縫隙明顯。

四、研究解決方法

（一）可行性分析

學生信息，作為一個學校，就有一定的工作量存在，而學生信息，它的工作量可能是其它信息工作量的幾倍，班級的增加、班級的查找、班級的修改；學生檔案；課程管理；成績管理；繳費管理；統計等等，每個信息的數據都在不斷地變化著，如果采用人工的方式進行操作，那么，一天的工作量，足以讓人覺得比較繁瑣，吃不消。針對這樣的情況，采用讓數據的查詢變得簡單化，數據變的更讓每個人都在任何時刻都可以了解到

（二）解決方案

1.查詢相關資料，了解本系統的研究意義。可以上網搜索或者是去圖書館查閱相關資料。

2.通過查詢資料了解該系統要如何做，既要做哪些東西。

3.設計出大體上的功能模塊，畫出模塊圖。

4.通過進一步的了解，對每個功能模塊進行細化，將每一步都想清楚。制定出每一步的做法和注意的地方。

5.對設計好的程序進行調試，通過調試發現存在的問題并解決，從而達到完善系統的目的。

6.最后，整理個階段的設計記錄文檔，寫成論文稿。

（三）研究內容

系統管理模塊

該模塊的主要任務是維護系統的正常運行和安全性設置，包括添加用戶、修改密碼、重新登錄、退出系統等功能。

班級管理模塊

該模塊的功能是實現對全校班級的管理工作，包括添加班級信息、修改班級信息兩個子功能，這兩個子功能模塊各自獨立，實現學校中全部班級的管理功能。

學生學籍管理模塊

該模塊的主要功能是實現對學生的基本信息的管理工作，包括添加學籍、修改學籍、查詢學籍等功能，從而方便學校管理部門對學校的基本情況的快速查詢和了解。

課程管理模塊

在該模塊中可以對各個年級的課程進行設置，并可在其中進行全校所有課程信息的添加和修改，方便了學校教材管理部門和教務科人員的工作。該模塊包括添加課程、修改課程和設置年級開課三個子功能。

成績管理模塊

在我國，學生的考試成績是檢驗學生學習情況的一個主要依據，所以學生成績管理功能在一個學生信息管理系統中占有非常重要的地位，本系統的成績管理模塊包括添加、修改成績信息和查詢成績信息等子功能。

五、進度計劃

2011年1月初開始進行系統調查

2011年1月中旬對其進行可行性分析

2011年2月初進行系統詳細設計階段

2011年2月中旬進行系統實施

2011年3月整理、撰寫論文

2011年3月中旬提交論文

2011年3月末根據指導老師意見對論文進行修改

2011年4月進行論文答辯

六、成果預計

學生信息管理系統是學校信息管理系統的一個重要組成部分。他為其他系統（如學校圖書管理系統、學校檔案管理系統、教學管理系統、總務后勤管理系統等）提供學生的基本信息，同時它也需要如教學管理系統提供課程設置數據等。這些系統在具體應用中構成一個大系統，相互調用對方的數據。

由以上分析，我們可以充分認識到設計并開發一個學生信息管理系統的必要性和迫切性，本次設計和開發的學生信息管理系統[NextPage]應符合學校學生信息管理的規定，滿足對學校學生信息管理的需要，并達到操作過程中的直觀，方便，實用，安全等要求。系統采用模塊化程序設計的方法，既便于系統功能的組合和修改，又便于未參與系統開發的技術維護人員補充和維護。SIMS通過教育網絡或互聯網把整個學校的學生信息匯聚起來，為學校教育主管部門提供全面及時的學生信息，方便管理，同時亦可通過校園網擴展各類信息化應用，共享學生信息。

七、參考資料

1、《SQL Server數據庫應用技術》張蒲生、何升 清華大學出版社

2、《計算機網絡基礎及應用》白以恩 哈爾濱工業大學出版社

3、《軟件開發工具》陳禹、方美琪經濟科學出版社

第五篇：電子商務系統分析與設計參考題目-1

? 組織形式：2人為一個小組

? 作業要求：采用面向對象分析設計方法，按照RUP基本步驟進行一個電子商務系統的需求分析，系統分析以及系統設計。? 作業提交形式：每個小組提交一份電子版的Word文檔

參考題目：

1．2．

3．4．

5．6．

7．8．

9． 網上書店系統 網上票務系統 C2C網上交易平臺 電子類商品（電腦，數碼產品等）網上銷售平臺 旅游類電子商務系統 網上飾品銷售平臺 網上汽車展銷平臺 網絡音像銷售平臺 服飾類銷售平臺