第一篇：軟件工程課程設計——基于UML醫院患者監護系統的分析與設計

軟件工程

課程設計報告

基于UML醫院患者監護系統的分析與設計

姓名： 班級： 學號： 指導教師：

實驗題目

基于UML醫院患者監護系統的分析與設計

實驗目的

軟件工程課程設計是軟件工程專業一個綜合性的實踐教學環節，其目的在于促進學生復習和鞏固計算機軟件設計知識，加深對軟件設計方法、軟件設計技術和設計思想的理解，并能運用所學軟件設計知識和面向對象技術進行綜合軟件設計，提高學生的綜合應用能力。通過這次課程設計，要掌握UML（統一建模語言），并能運用UML在Rational Rose中建模。

實驗要求

1.一人一組。

2.熟悉Rose開發環境。

3.掌握UML的基本模型元素(如角色、用例、類等)。4.熟悉UML，主要了解UML中的9大圖：Use case diagram(用例圖)、Class diagram(類圖)、Sequence diagram(序列圖)、Collaboration diagram(協作圖)、Statechart diagram(狀態圖)、Activity diagram(活動圖)、Component diagram(組件圖)、Deployment diagram(配置圖)、datamodel diagram（數據模型圖）。

5.進行系統需求分析與系統功能模塊設計，繪出系統詳細的業務流程圖和數據流程圖，建立完整的系統數據庫的邏輯模型。6.完成對系統的建模實現。7.進行檢查，并提交設計報告。

實驗內容

一、問題描述

在醫院的病房里，將病癥監視器安置在每個病床，對病人進行監護。監視器將病人的病癥信號（組合）實時地傳送到中央監護系統進行分析處理。在中心值班室里，值班護士使用中央監護系統對病員的情況進行監控，監護系統實時地將病人的病癥信號與標準的病診信號進行比較分析，當病癥出現異常時，系統會立即自動報警，并打印病情報告和更新病歷。系統根據醫生的要求隨時打印病人的病情報告，系統還定期自動更新病歷。

二、需求分析

根據分析系統主要實現以下功能：

1、要求病癥監視器隨時接收每個病人的生理信號（脈搏、體溫、血壓、心電圖等），定時記錄病人情況以形成病情報告。

2、病癥監視器可以將采集到的病癥信號（組合），格式化后實時的傳送到中央監護系統。

3、中央監護系統將病人的病癥信號與標準的病癥信號庫里的病癥信號的正常值進行比較，當病癥出現異常時系統自動報警。

4、當病癥信號異常時，系統自動更新病歷并打印病情報告。

5、值班護士可以查看病情報告并進行打印。

6、醫生可以查看病情報告，要求打印病情報告，也可以查看或要求打印病歷。

7、系統定期自動更新病歷。

三、用UML的靜態建模機制定義描述系統的靜態結構

（一）建立系統的用例圖

通過分析可以識別出本系統的四個角色：值班護士，醫生，病人，標準病癥信號庫。其描述面板如下：

角色：病人 角色職責： 提供病癥信號

角色職責識別：

負責生成、實時提供 各種病癥信號。

角色：醫生 角色職責：

對病人負責，負責處理病情的變化

角色職責識別：

(1)需要系統支持以完成其日常工作

(2)對系統運行結果感興趣

角色：值班護士 角色職責：

負責監視病人的病情變化

角色職責識別：

(1)使用系統主要功能(2)對系統運行結果感興趣 角色：標準病癥信號庫 角色職責：

負責向系統提供病癥信號的正常值

角色職責識別：

(1)負責保持系統正常運行(2)與系統交互

通過分析可以初步識別出系統的用例為：中央監護，病癥監護，提供標準病癥信號，病歷管理，病情報告管理。頂層用例圖如下：

（二）識別系統的類

通過名詞識別法和系統實體識別法等方法可以識別出系統的十二個類。類圖（含數據模型）如下：

（三）用配置圖描述系統的體系結構

用配置圖可以進一步描述系統的網絡結構。配置圖如下：

四、用UML的動態建模機制定義描述系統結構元素的動態特性及行為

（一）用狀態圖描述系統結構元素的動態特性及行為 狀態圖如下：

（二）用序列圖和協作圖描述病人病情異常時系統的情況 序列圖如下：

生成協作圖如下：

（三）用活動圖描述系統在監護病人時的狀態變化 活動圖如下：

五、作出系統的詳細業務流圖及數據流圖 業務流圖如下：

數據流圖如下：

源程序和文檔

見附件。

心得體會

通過本次課程設計，我對于UML有了更深刻的了解，能更熟練的使用UML在Rational Rose中進行建模，同時也對軟件工程及面向對象等方面的知識有了一個溫習和鞏固，對今后的學習起著積極的作用。在實驗中碰到的幾個困惑，或請教老師同學，或自己查閱資料都得到了解決，許多以前不甚理解的地方也豁然開朗，收獲很大。

第二篇：軟件工程課程設計——基于UML醫院患者監護系統的分析與設計

軟件工程大作業

姓名：黃會林 學號：2009214454 班級：3110903

實驗題目：

基于UML醫院患者監護系統的分析與設計

實驗目的：

軟件工程課程設計是軟件工程專業一個綜合性的實踐教學環節，其目的在于促進學生復習和鞏固計算機軟件設計知識，加深對軟件設計方法、軟件設計技術和設計思想的理解，并能運用所學軟件設計知識和面向對象技術進行綜合軟件設計，提高學生的綜合應用能力。通過這次課程設計，要掌握UML（統一建模語言），并能運用UML在Rational Rose中建模。

實驗內容：

一、問題描述

在醫院的病房里，將病癥監視器安置在每個病床，對病人進行監護。監視器將病人的病癥信號（組合）實時地傳送到中央監護系統進行分析處理。在中心值班室里，值班護士使用中央監護系統對病員的情況進行監控，監護系統實時地將病人的病癥信號與標準的病診信號進行比較分析，當病癥出現異常時，系統會立即自動報警，并打印病情報告和更新病歷。系統根據醫生的要求隨時打印病人的病情報告，系統還定期自動更新病歷。

二、需求分析

根據分析系統主要實現以下功能：

1、要求病癥監視器隨時接收每個病人的生理信號（脈搏、體溫、血壓、心電圖等），定時記錄病人情況以形成病情報告。

2、病癥監視器可以將采集到的病癥信號（組合），格式化后實時的傳送到中央監護系統。

3、中央監護系統將病人的病癥信號與標準的病癥信號庫里的病癥信號的正常值進行比較，當病癥出現異常時系統自動報警。

4、當病癥信號異常時，系統自動更新病歷并打印病情報告。

5、值班護士可以查看病情報告并進行打印。

6、醫生可以查看病情報告，要求打印病情報告，也可以查看或要求打印病歷。

7、系統定期自動更新病歷。

三、用UML的靜態建模機制定義描述系統的靜態結構

（一）建立系統的用例圖

通過分析可以識別出本系統的四個角色：值班護士，醫生，病人，標準病癥信號庫。其描述面板如下：

角色：病人 角色職責： 提供病癥信號

角色職責識別：

負責生成、實時提供 各種病癥信號。

角色：醫生 角色職責：

對病人負責，負責處理病情的變化

角色職責識別：

(1)需要系統支持以完成其日常工作

(2)對系統運行結果感興趣

角色：值班護士 角色職責：

負責監視病人的病情變化

角色職責識別：

(1)使用系統主要功能(2)對系統運行結果感興趣

角色：標準病癥信號庫 角色職責：

負責向系統提供病癥信號的正常值

角色職責識別：

(1)負責保持系統正常運行(2)與系統交互

通過分析可以初步識別出系統的用例為：中央監護，病癥監護，提供標準病癥信號，病歷管理，病情報告管理。頂層用例圖如下：

（二）識別系統的類

通過名詞識別法和系統實體識別法等方法可以識別出系統的十二個類。類圖（含數據模型）如下：

（三）用配置圖描述系統的體系結構

用配置圖可以進一步描述系統的網絡結構。配置圖如下：

四、用UML的動態建模機制定義描述系統結構元素的動態特性及行為

（一）用狀態圖描述系統結構元素的動態特性及行為 狀態圖如下：

（二）用序列圖和協作圖描述病人病情異常時系統的情況 序列圖如下：

生成協作圖如下：

（三）用活動圖描述系統在監護病人時的狀態變化 活動圖如下：

心得體會：

通過本次課程設計，我對于UML有了更深刻的了解，能更熟練的使用UML在Rational Rose中進行建模，同時也對軟件工程及面向對象等方面的知識有了一個溫習和鞏固，對今后的學習起著積極的作用。在實驗中碰到的幾個困惑，或請教老師同學，或自己查閱資料都得到了解決，許多以前不甚理解的地方也豁然開朗，收獲很大。

第三篇：UML食堂售飯系統分析與設計

食堂售飯系統分析與設計

目錄

1.需求分析與描述.............................................................................1 1.1 需求分析.................................................................................1 1.2 用例分析.................................................................................1 1.3 用例模型圖.............................................................................3 1.4 用例事件流描述.....................................................................4 2.領域模型分析...................................................................................7 3.工作流程分析...................................................................................8

食堂售飯系統分析與設計

1.需求分析與描述

1.1 需求分析

? 持卡人：辦理新飯卡，給飯卡充值，注銷飯卡，掛失/撤銷掛失飯卡，補辦新卡，退還飯卡，使用飯卡消費，查看個人消費的明細。? 管理部門：通過計算機系統具體實現持卡人需求中的項目。

? 食堂工作人員：通過自動售飯機輸入飯菜的金額，通過計算機系統對當天的營業情況進行匯總統計。

1.2 用例分析

1)系統的邊界

對于系統邊界，系統首先會包含需求分析中所需要軟件實現的各項功能，此外還須確定食堂售飯系統是否包括管理部門和食堂工作人員。

就食堂售飯系統而言，其主要功能是讓用戶（即持卡人）享受服務（即用飯卡使購買飯菜的過程繞過了付款及找零的環節，提高了服務效率），而管理部門和食堂工作人員的作用都是為了使用戶免于對系統的直接操作而設置的，因而此兩者應歸為食堂售飯系統的內部，相當于用戶和具體的計算機軟硬件系統之間的接口。

2)系統的執行者

持卡人需要通過食堂售飯系統來使用其所持有飯卡買飯，因而是整個系統的執行者；

管理部門根據持卡人的需求操作計算機系統從而實現與飯卡相關信息的管理，相當于其中飯卡信息管理子系統的使用者，是位于食堂售飯系統內部的執行者；

食堂工作人員同樣通過操作計算機系統來實現購買飯菜過程中的扣費

食堂售飯系統分析與設計

功能以及對營業情況進行的匯總統計的功能，相當于其中消費處理與統計子系統的使用者，也是位于食堂售飯系統內部的執行者。

這樣得到了系統中的執行者： ? 持卡人 ? 管理部門 ? 食堂工作人員

3)系統的用例

根據用戶需求及執行者的分析，得到系統的用例如下： ? 辦理新飯卡 ? 飯卡充值 ? 注銷飯卡

? 掛失/撤銷掛失飯卡 ? 補辦飯卡 ? 退還飯卡

? 查看個人消費的明細

? 扣除飯卡費用（對應于持卡人使用飯卡消費）? 匯總統計

食堂售飯系統分析與設計

1.3 用例模型圖

根據前面的分析，可以得到系統的用例模型圖，如上圖所示。對其中3個執行者和8個用例的簡單描述如下：

執行者：

? 持卡人：飯卡的持有者，通過食堂工作人員的操作直接使用飯卡進行消費，并通過管理部門對其飯卡進行管理。

? 管理部門：負責根據持卡人的需求操作計算機系統，從而實現辦新卡、充值、注銷、掛失/撤銷掛失，補卡、退卡、查看消費明細等功能。? 食堂工作人員：負責根據飯菜的金額操作自動售飯機實現扣費功能，沒隔一段時間對營業情況進行匯總統計并打印出相關文檔。

食堂售飯系統分析與設計

用例：

? 辦理新飯卡：管理部門人員負責在用戶申請新卡時替用戶辦理新飯卡。? 飯卡充值：管理部門人員負責根據持卡人所給的金額向飯卡中追加存款金額。

? 注銷飯卡：管理部門人員負責在持卡人補辦新卡或退卡時注銷其原有飯卡。

? 掛失/撤銷掛失飯卡：管理部門人員負責在持卡人因飯卡遺失申請掛失時進行掛失飯卡操作，在其找回飯卡時撤銷對飯卡的掛失。

? 補辦飯卡：管理部門人員負責在持卡人確認飯卡丟失或者損壞時替其補辦飯卡，更改飯卡版本號，并實現只能使用最新版本號的飯卡。? 退還飯卡：管理部門人員負責在持卡人申請退卡時清除卡內信息，退還剩余金額和押金。

? 查看個人消費的明細：管理部門人員負責在持卡人申請查看其消費明細時執行次操作。

? 扣除飯卡費用：食堂工作人員負責在持卡人持卡消費時根據飯菜的價格對飯卡進行扣費操作。

? 匯總統計：食堂工作人員負責在每天營業結束后對營業情況進行匯總統計并打印相關報表。

1.4 用例事件流描述

1.辦理新飯卡

? 基本流

1.用戶申請辦理新飯卡

2.管理部門收取其押金和存款，記錄持卡人相關信息 3.管理部門創建新飯卡的相關信息 4.用戶領取新飯卡 ? 備選流

無

食堂售飯系統分析與設計

2.飯卡充值

? 基本流

1.持卡人申請對飯卡充值 2.管理部門向持卡人收取現金

3.管理部門根據持卡人要求向飯卡中充值 ? 備選流

3.a 如果收取現金金額大于充值額度，管理部門向持卡人找零

3.注銷飯卡

? 基本流

1.持卡人申請注銷飯卡 2.管理部門注銷飯卡 ? 備選流

無

4.掛失/撤銷掛失飯卡

? 基本流

1.持卡人申請掛失/撤銷掛失飯卡 2.管理部門執行相應操作 ? 備選流

無

5.補辦新卡

? 基本流

1.持卡人申請補辦新卡

2.管理部門注銷持卡人原有飯卡，讀出余額，清除卡內信息 3.管理部門創建新飯卡的相關信息 4.管理部門更新持卡人的相關信息

食堂售飯系統分析與設計

5.持卡人領取新飯卡 ? 備選流

無

6.退還飯卡

? 基本流

1.持卡人申請退還飯卡 2.管理部門收回飯卡

3.管理部門將押金退還持卡人并清除卡內信息 ? 備選流

2.a 如果卡內有剩余金額，管理部門想持卡人退還相應金額

7.查看個人消費的明細

? 基本流

1.持卡人申請查看個人消費的明細 2.管理部門讓持卡人輸入飯卡密碼 3.持卡人查看其消費的明細 ? 備選流

2.a 如果飯卡密碼錯誤，給出提示，結束

8.扣除飯卡費用（對應于持卡人使用飯卡消費）

? 基本流

1.持卡人購買飯菜，將飯卡放到自動售飯機上 2.食堂工作人員在自動售飯機上輸入飯菜的金額 3.自動售飯機查詢飯卡余額 4.卡內金額扣除 ? 備選流

3.a 如果卡中金額不夠用，給出提示，結束 4.a 如果卡內金額低于底線，給出提示，結束

食堂售飯系統分析與設計

9.匯總統計

? 基本流

1.食堂工作人員按需求對營業情況進行匯總統計 2.打印相關報表 ? 備選流

無

2.領域模型分析

食堂售飯系統分析與設計

3.工作流程分析

辦理新卡

飯卡充值

食堂售飯系統分析與設計

掛失/撤銷掛失飯卡

補辦飯卡

食堂售飯系統分析與設計

查看個人信息明細

注銷飯卡

食堂售飯系統分析與設計

退還飯卡

扣除金額

食堂售飯系統分析與設計

匯總統計

第四篇：信息系統分析與設計課程設計教學大綱

《信息系統分析與設計課程設計》教學大綱

一、課程名稱：信息系統分析與設計課程設計

課程代碼：030557

二、課程類別（基礎、專業基礎、專業）：專業課

三、設計周數：2周

四、大綱說明

（一）適用專業：信息管理與信息系統專業

（二）主要先修課程和后續課程

1、先修課程：管理信息系統、數據庫系統及應用

2、后續課程：

五、課程設計目的及基本要求

圍繞著信息系統開發的整個過程，結合現實開發需求，深入理解生命周期法、原型法、CASE方法、面向對象方法的基本概念，擴大學生的知識面和提高未來應對不同類型信息系統開發的能力。

六、課程設計內容及安排

1、選定調查、可行性研究，設計目標，進行信息系統規劃；

2、進行用戶需求分析；

3、總體設計、詳細設計

4、系統實施、測試、試運行。

課程設計安排兩周完成，包括具體布置課題，上機指導。

七、指導方式

集中指導與分散指導結合。（1）集中指導

第1天：布置任務、說明題意和要求； 第7天：中期檢查和指導； 第10、11天：集中討論。（2）分散指導

安排學生5天在計算機房編程和調試，教師隨時解答學生設計中的問題。

八、課程設計對圖紙、編程、設計說明書等具體量化要求 報告中應該體現學生的設計思路、設計方法、源代碼編程及試運行效果。

九、課程設計考核方法及成績評定

課程設計的成績評定以課程設計平時表現、設計題目完成情況和設計報告為依據綜合評分，評分各占30％、30％、40％。從總體來說，所設計的程序應該全部符合要求，系統可以進行試運行，設計報告要符合規范。

十、課程設計教材及主要參考資料

[1] [美]Gary B.Shelly Thomas J.Cashman Harry J.Rosenblatt著，李芳,朱群雄,陳軼群等譯.系統分析與設計教程.機械工業出版社.2004.主要參考書：

[2] [美]Daniel R.Windle L.Rene Abreo著，韓柯等譯.使用統一過程的軟件需求.電子工業出版社.2003 [3] Jeffrey L.Whitten, Lonnie D.Bentley, Kevin C.Dittman著.肖剛，孫慧等譯.系統分析與設計方法.機械工業出版社.2003.[4] [美]杰拉爾德溫伯格著,張佐, 萬起光, 董菁.系統化思維導論.清華大學出版社.2003.十一、其他

第五篇：《信息系統分析與設計》課程設計指導書

《信息系統分析與設計》

課程設計指導書

設計時間：2周執筆人：王小江

學 分 數：2.0 編寫日期：2004年10月

一、課程設計的目的信息系統分析與設計課程設計作為獨立的教學環節，是信息管理專業集中實踐性環節系列之一，是學習完《信息系統分析與設計》課程后進行的一次全面的綜合練習。其目的在于：

1、進一步鞏固和加深學生所學的專業理論知識，加深對信息系統基礎理論和基本知識的理解；

2、初步掌握使用信息系統分析、設計的基本內容和方法，培養學生獨立分析和解決實際管理問題的能力；

二、課程設計的一般步驟

課程設計大體分五個階段：

1）選題與搜集資料：選擇課題，進行系統調查，搜集資料。

2）系統概述：介紹所選題目的背景及范圍，預計將完成哪些主要功能等。

3）分析與設計：根據搜集的資料，進行功能與數據分析，并進行數據庫、系統功能等設計。

4)程序設計：運用掌握的語言，編寫程序，實現所設計的模塊功能。

5)系統調試：自行調試程序，測試程序，并記錄測試情況。

三、課程設計的內容與要求

本課程設計重視書面材料的撰寫（信息系統前期的系統調查，系統分析，系統設計），要求最后采用相應的程序開發工具（例如VB、PowerBuilder、Delphi、ASP等）進行信息系統的開發實施。

1、根據課程設計時間選擇適當規模大小的設計課題。可以從參考題目或采用生產實習的調研內容作為課程設計選題。

2、根據合理的進度安排，按照系統開發的流程及方法，踏實地開展課程設計活動。

3、課程設計過程中，根據選題的具體需求，在開發各環節中撰寫相關的技術文檔，最后要求提交比較詳細的課程設計報告，內容應包括：系統概述、系統分析、系統設計、系統實施等部分。

四、內容格式要求

1、課程設計報告要求用16k紙排版，單面打印，并裝訂成冊，內容包括：

1）封面（包括題目、院系、專業班級、學生學號、學生姓名、指導教師姓名、職稱、起止時間等）

2）目錄

3）正文（系統概述、系統分析部分、系統設計部分等）

①系統概述（現狀分析，系統目標等）

②系統分析部分（必需）

需求分析

業務流程圖（重點）

數據流程圖（重點）

數據詞典

③系統設計部分（必需）

模塊結構設計（HIPO圖）

輸出設計（主要指打印輸出界面設計）

存儲文件格式設計（數據庫結構設計）

輸入設計（主要指數據錄入界面設計）

代碼設計（職工證號和部門代號等）

④系統實施等

4）參考文獻

2、課程設計正文參考字數：5000字。

3、目錄格式

①標題“目錄”（三號、黑體、居中）

②章標題（四號字、黑體、居左）

③節標題（小四號字、宋體）

④頁碼（小四號字、宋體、居右）

4、正文格式

①頁邊距：上2.5cm，下2.5cm，左2.5cm，右2cm，頁眉1.5cm，頁腳

1.75cm，左側裝訂；

②字體：章標題，四號字、黑體、居左；節標題，小四號字、宋體；正文文字，小四號字、宋體；

③行距：1.5倍行距；

④頁碼：底部居中，五號；

5、參考文獻格式

①標題：“參考文獻”，小四，黑體，居中。

②示例：（五號宋體）

期刊類：[序號]作者1,作者2,??作者n.文章名.期刊名（版本）.出版年,卷次（期次）:頁次.圖書類：[序號]作者1,作者2,??作者n.書名.版本.出版地:出版社，出版年:頁次.五、考核方式與成績評定

課程設計報告作為考核的內容，成績計分按優、良、中、及格和不及格5級評定。

六、參考題目

題目1：商城管理系統

1.基本數據管理

2.商品類別數據維護

3.商品基本數據維護

4.供應商數據維護

題目2：學生成績查詢系統設計

1.各代課老師能夠根據權限，把學生成績錄入教學管理科的數據庫中。

2.各學院成績辦公室同樣能夠把學生成績上傳到教務處教學管理科，或把學生成績下載到學院成績辦公室自己的數據庫服務器。

3.學院網站發布學生各科成績。

4.學生成績查詢與打印報表。（其中包括按年級查詢、班級查詢、課程名查詢、代課老師名查詢、學號查詢及相應的報表打印）

題目3：圖書借閱管理系統設計

1.書目查詢設計

2.用戶借閱信息查詢

3.過期書目匯總

4.預定書目通知設計

題目4：機房上機管理系統設計

1.管理員及用戶登陸設計

2.計算機狀態查詢設計

3.上機費用計價設計

4.費用匯總設計

題目5：車票預定系統設計

1.車票、車次信息查詢設計

2.客戶基本信息輸入設計

3.車票訂購設計

4.退票功能設計

題目5：酒店客房管理系統設計

1.客房狀態信息查詢設計

2.客戶基本信息輸入設計

3.費用結算設計

題目6：旅游在線報名站點設計

1.旅游信息查詢設計

2.客戶基本信息輸入設計

3.旅游報名匯總設計

4.旅游費用計算設計

題目7：人才招聘系統設計

1.企業人才信息發布設計

2.人才需求信息查詢設計

3.個人信息發布設計

4.企業與人才交流設計

題目8：教學輔助系統的設計與實現

1.用戶管理

2.作業管理

3.習題與教程文章管理

4.網上答疑

題目9：留言簿系統設計

1.用戶登陸設計

2.用戶基本信息輸入設計

3.留言發布設計

4.留言查詢設計

5.留言管理設計

題目10：畢業設計管理系統

1.畢業設計成績網上評定設計

2.畢業設計論文管理設計

3.畢業設計成績匯總及打印

4.成績查詢設計

題目11：獎學金評定系統設計

1.獎學金評定信息查詢

2.根據獎學金評定辦法，自動生成（班級、專業）名次表。

3.用戶可按多種方式查詢成績及名次

4.獎學金發放匯總

題目12：實驗室設備管理系統

1.設備信息的添加、刪除、修改

2.設備按多種方式查詢和統計

3.設備報表輸出

題目13：選課系統

1.根據課程開設的時間，動態實現被選課程科目。

2.用戶網上對所選課程進行增加、修改和刪除。

3.用戶登陸設計，保證網絡安全。

4．用戶選課課程表生成設計

題目14：考試成績查詢系統

1．可查詢學生的某學期，學年的單科成績

2．查詢學生不及格成績

3．查詢學生的所有成績，并進行匯總統計

4.設定使用權限，不同的用戶有不同的權限

題目15：學生選修課程管理系統

1． 學生入學登記。

2． 學生選修課程控制（如人數控制）。

3． 選修課程統計（成績.課數等）。

4． 學生統計。

5．學生選修課程分析（什么課程選修人數比較多，什么課程教師開課多等）

題目16：人事管理系統

1.增加記錄

2.修改、刪除記錄

3.考核、獎懲

4.人事信息查詢

題目17：高校學生管理系統

1.可增加、刪除記錄

2.實現任意條件查詢、打印功能

3.學生信息輸入包括基本信息（家庭、聯系、民族等）

4.實現每個學生計算成績平均分（分學期、總學期）

題目18：學校教師工作量及課時計算系統

1.能夠完成工作量和課時的輸入

2.計算工作量和課時

3.能夠查詢某位教師的總課時、具體的分項課時

4.能夠實現排序功能

5.報表輸出

題目19：食堂管理系統

1.食堂用餐卡發售與注銷，資金注入.2.食堂用餐登記，3.食堂用餐統計。

4.食堂用餐的人數，哪個食堂用餐人數最多，消費金額最高。

5.哪些菜最受歡迎等。

題目20：通用超市管理系統

1.顧客購買登記，計算顧客的購買總金額及收款金額與找出另錢

2.商品銷售統計（含每日/月/年結帳功能）

3.商品進貨登記

4.庫存查詢，提示是否進貨

5.報表打印及標價簽打印,包括商品號碼,銷售單價等

題目21：教材管理系統

1． 現有庫存教材查詢（書目、數量）

2．依據學生數確定，參照現有庫存量，最終確定需要征購的教材數量

3．領書出庫時自動提示相應班級報訂的教材種類與數量

4．可分供書單位提供對帳單，能以班級或單個學生為帳戶進行結算。

5．能記錄并查詢教師領用教材情況，便于同財務管理部門進行結算。

6．能按課程查詢近年來教材選用情況；提供上報教育部的教材使用情況表。題目22：電腦組配網上報價系統

1.計算機硬件查詢（價格、性能）

2.電腦配置自動生成總金額

3.用戶自己選擇配置，只需點擊配件名稱，自動生成總金額

4.用戶可記住自己的自選配置單號進行查詢、更改，會員用戶可登陸查詢自選配置單號

進行查詢、更改。