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

要求：

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小組各成員的個人總結（如本人工作的過程與步驟、遇到的困難、獲得的主要成果和收獲、體會、有什么不足之處??）

第二篇：信息系統分析與設計

《信息系統分析與設計》考試題目及評分標準

下周一（11月26日）中午12點之前由班長或學習委員收齊各班紙質版本作業，周二收齊交給任課老師。

請注意論文封面、格式以及老師強調的論文重點，打印并裝訂好交給班長或學習委員。考試題目：（任選其一）

設計一個銀行存取款管理信息系統。

要求具有下面的功能：①儲戶憑身份證在銀行開戶，銀行賬戶中保存儲戶姓名、聯系電話、家庭住址等基本信息，并保存儲戶每筆存取款業務數據。②儲戶存款時，需提交存折/卡號，由業務員在銀行賬戶及存折/卡上登記存款信息。③儲戶取款時，還需提交密碼，以確認身份，在驗證取款合法性后，更新銀行賬戶。④統計員每日統計存、取款情況，形成日存取款匯總表，提供給信貸管理部作為信貸主要依據。

設計一個物資采購及庫存管理業務管理信息系統。

要求具有下面的功能：①車間填寫領料單到倉庫領料，庫長根據用料計劃審批領料單，未批準的退回車間。②庫工收到已批準的領料單后，首先查閱庫存賬，若有貨，則通知車間前來領取所需物料，并登記用料流水賬；否則將缺貨通知采購人員。③采購人員根據缺貨通知，查閱訂貨合同單，若已訂貨，則向供貨單位發出催貨請求，否則就臨時申請補充訂貨。④供貨單位發出貨物后，立即向訂貨單位發出提貨通知。采購人員收到提貨通知單后，就可辦理入庫手續。接著是庫工驗收入庫，并通知車間領料。⑤此外，倉庫庫工還要依據庫存賬和用料流水賬定期生成庫存報表，呈送有關部門。

考核內容：

熟練掌握信息系統分析與設計的方法。具體考核的內容是：

1、編寫信息系統可行性報告。

2、編寫信息系統需求分析報告，繪制數據流圖。

3、編寫信息系統設計報告，繪制功能結構層次圖，數據庫設計，界面設計和硬件和軟件設計。

評分標準：

1、編寫信息系統可行性報告。（20分）

2、編寫信息系統需求分析報告，繪制數據流圖。（30分）

3、編寫信息系統設計報告，繪制功能結構層次圖。（20分）

4、數據庫設計（10分）

5、界面設計。（10分）

6、簡單的硬件和軟件設計。（10分）

第三篇：信息系統分析與設計學習心得

信息系統分析與設計學習心得

通過近10周的學習，我覺得信息系統分析與設計這門課程收獲還是挺大的。我覺得，如果我們決定要做一件事，就得對這個系統有一個整體得把握，首先要進行系統的規劃和選擇，接著就是系統的設計，其中系統設計包括三個部分：1.確定系統需求；2.系統需求結構化：過程建模，這一步驟主要就是畫數據流圖（DFD）；3.系統需求結構化：概念數據建模，這一過程主要是畫實體—關系圖（ERD）。然后就是進行系統設計，系統設計包括設計人機界面和數據庫設計。最后一步就是系統的實現與運行。

在做信息系統分析與設計的大作業的時候，我和我們的小組成員曾經去實地考察過，雖然最后并沒有被接待，但還是小有收獲的。通過實地考察，我們能更清晰地了解我們系統所要實現的功能，甚至說讓它比現有系統更加完善。當然，我們做東西，也是要追求進步，如果說做出來的東西和以前的系統都沒什么兩樣，這樣意義也不大。不過，這也得是在我們能力所及的范圍內，我們得適當地把握好自己的時間和現有資源進行適當的設計。相信自己的努力還是能有一個很好的結果的，我們得對自己的發展有一個好的概括。信息系統分析與設計的大作業從第一周到第九周一直伴隨著我們，說實在話，一直覺得自己有做不完的作業，剛開始還有些抱怨，但隨著作業的進行，我們慢慢看到了自己的小小成果，覺得付出有了回報，并開始樂在其中。在這期間，徐老師也一直鼓勵我們，他告訴我們，只要堅持做下去，我們會收獲到成功的喜悅的！

現在，我們已基本完成了大作業分析階段，在我和小組成員的協作下，總算按時完成了。在分析階段，我們也遇到了很多問題，比如剛開始畫數據流圖時，visio用的不是很熟練，數據流圖中的數據流、數據存儲、過程、源點和宿點不知道怎樣連接，層與層之間也不知如何區分，有時候甚至想要放棄。還好有老師的鼓勵與指導加上小組一起努力，我們克服了這一難關。在畫ER圖的時候遇到的問題就相對少了一點，因為以前學習數據庫的時候就畫過ER圖了，所以在畫的過程中就相對輕松一點。接下來就是系統的設計了，時間還蠻緊迫的，我們仍需努力。

我作為小組的組長，從中真的學習到不少知識。老師說過，組長應該做的比別人更加多，才能夠勝任。我們現在還沒有達到“喝茶看報紙”的層次，那得等到我們具備了足夠的能力，所以要想達到那個高度，我們現在應該更加努力。負責的整個過程中，我必須把握好進度，如果一步跟不上，可能就會步步跟不上。我們小組成員也很配合，基本不需我太多督促。在對我們所要實現的功能有了個整體的把握的情況下，我們制作出了令自己還算滿意的圖形。現在我覺得自己基本可以熟練運用visio了，這也算是一大收獲吧！

總的來說，這次這次信息系統分析與設計的課程設計讓我獲益匪淺，以前只是紙上談兵，沒有親自實踐，不知道理論上升到實踐路程的艱辛。通過這次自己親自選題、實地考察、繪制DFD、ER圖到完成分析，我體驗了其中的不容易，也嘗到了其中的甜頭。我們還會繼續努力，更好的完成下面的工作。

0963710205 秦曉雅

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

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

題目一 “教務管理系統之子系統——系內課程安排” 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管理軟件 題目十六：學生信息管理系統 題目十七：教學管理系統 ??

第五篇：信息系統分析與設計心得報告

信息系統分析與設計

專 業：信息與計算科學班 級：姓 名：學 號：指導老師：

—認知實習報告 信122

河北建筑工程學院數理系

二零一五年七月

《信息系統分析與設計》

《信息系統分析與設計》這門課程是我們在大三下半學期開設的一門學科。它主要從信息系統的基本概念出發，按照信息系統的生命周期，系統、詳細地闡述了信息系統分析與設計的理論、方法和工具。是計算機專業類學生所要學的一門必不可少的課程。

《信息系統分析與設計》一書通過信息系統基礎、信息系統概論、信息系統建設、信息系統模型、信息系統規劃、領域分析、需求分析、信息系統體系結構設計、詳細設計、實現與測試、信息系統管理、信息系統的應用等十二章的內容讓我們對這門課程有了一個初步的認知。并且通過不斷地學習逐步加深我們對這一學科的認識。

信息系統是利用現代信息技術，處理組織中的信息、業務、管理和決策等問題，并為組織目標服務的綜合系統。在長達16周的學習之后，我們迎來了期待已久課程設計。在平時，我們每堂課都有認真的在聽講，并且從不遲到、不早退，更沒有逃過課。因此，我們有些自大的認為自己已經對這門課有了一定的了解，所學的東西都很扎實了，已經可以獨立地解決一些簡單的問題了。但是通過這一次課程設計，徹底地暴露了我們學習中的不足。做一個管理信息系統，并沒有我們以為的那么簡單。在開始設計之前，我們要進行一些系統調查，要了解這一系統是否滿足大眾的需要，確定我們的設計切實可行而不是在做無用功。同時也要考慮經濟、技術、社會等多方面的因素，才能確定是否應設計這一系統。

因為自己對知識的了解不夠深刻，使得我在課程設計中走了很多彎路，好多東西自己都不是很了解，只有通過不斷地翻閱書籍和上網查詢才能夠的已解決。不過我很珍惜這些彎路，它們使我的不足點充分的表露了出來。正所謂人在年輕時所犯的錯誤都會是今后寶貴的經驗。現在在學校中犯錯誤，總要好過今后在工作中犯錯誤。同時，我在知道了自己的這些不足之后，盡自己所能的有針對性的對自己學習中的缺陷進行彌補，這樣也能夠更好地完善自己的知識體系。

在課程設計后，老師還給我們安排了一周的課程實習，實習范圍很廣，不限時間、不限地點，給了我們一個充分發揮的空間。不過要求對實習過程有一個深刻的思考、總結。在我看來，僅一周的時間用來實習是不夠的。例如在大型企業的一個比較復雜的部門實習，一周的時間僅夠我們熟悉業務，根本不能對所實習的項目有一個更深入的了解，更不要說是有所感悟了。所以，在這周內我并沒有專門的尋找實習單位，而是針對我以前就從事的家教工作進行了深入的思考。

隨著信息技術日新月異的發展，互聯網已經涉及到了人們生活的方方面面，成為人們工作和生活中必不可少的組成部分。而我的家教工作也是在互聯網上的中介系統找到的，通過教一定的押金給管理者，然后負責聯系學生，給我們安排工作。不過，我發現這樣的安排雖然減少了我們尋找工作的時間，但是卻不能了解我們的服務對象的狀況。我們不知道學生的具體情況，無法針對性的制定教學計劃；學生對老師也不熟悉，不知道老師的教學路線。這樣會加長師生的磨合期，不利于家教工作的進行。

因此，在學習了《信息系統分析與設計》這門課程后，在信息系統已經廣泛應用于國民經濟和人們生產生活的各個方面的今天，我覺得我們可以設計一個家教信息管理系統。

當今時代的兩個顯著特點就是世界經濟一體化和以計算機為代表的信息技術的快速發展。我要設計的家教信息管理系統要經得起環境的挑戰，可以隨著計算機軟件和網絡技術不斷地前進而前進，隨著環境不斷地變化而變化的。家教信息管理系統要逐步發展，能更好地適應社會的發展需求。

這個家教信息管理系統應是建立在互聯網基礎上的一種信息交流平臺，面向所有網民提供服務。無論是找家教的學生還是做家教的教師，都可以通過該平臺進行信息方面的交流。任何網友都可以自由地查看、搜索、發布該家教信息平臺的信息。這個系統是區別于傳統的家教中介的系統。

我計劃開發家教管理系統是為了可以更好的了解家教教師、學生的特點。對系統的初步要求為：

1、系統可以管理家教教師的基本情況。

2、家教老師可以在網站上注冊，發布自己的基本信息，然后想要尋找家教的學生就可以看到教師發布的信息。在家教信息管理系統上，想要輔導的學生可以根據自己的需求尋找與自己最貼合家教。

3、學生也可以在網站注冊，發布一些自己的對老師的需求，而同時老師也可以通過這些需求尋找學生。

4、系統也提供了聊天功能，師生可以先通過交談再確定兩人之間是否合適。

5、注冊的學生可以發表帖子，討論話題，發表評論，也可以找到志同道合的朋友，共同學習。

針對系統功能我設計了功能模塊圖：

這只是我的一個初步的想法。具體的實現還要經過仔細調查之后才能開始。家教信息管理系統是我在學習了《信息系統分析與設計》之后，結合自己的家教體驗所設計的。通過對實習的深入思考，對家教信息管理系統的思考，我對《信息系統分析與設計》這門課不僅僅是了解的更深入了，而且也有了一定的興趣。并不像以前只是為了學習而學習，而是為了興趣而學習。因此，我為自己今后的學習做了一個簡單的規劃，希望通過這些規劃能夠更好地充實自己，提高自己的能力。1、2、3、4、5、6、熟練掌握信息系統分析與設計的基本理論知識。熟練掌握信息系統的分析方法、設計方法和實現技術。培養學習組織、分析研究的基本能力。

培養綜合運用所學知識分析和解決問題的基本能力。了解本專業發展前景以及與本專業相關領域的發展動態。尋找一些實習機會，培養實際工作的能力。

7、深入了解信息系統設計及開發方法的實際應用，掌握軟件工具及其應用情況；了解本專業業務范圍內的計算機運用生產與應用方法、信息組織形式、軟件開發紀實過程及常用技術方法。

8、了解所學專業在國民經濟建設中的地位、作用和發展趨勢,重點掌握一些信息管理技術的發展前沿。