《軟件工程綜合設計》指導

劉利民田永宏

郭琳田保軍編

內蒙古工業(yè)高校

信息工程學院計算機系

2024年3月

書目

《軟件工程綜合設計》教學大綱.........................................1

《軟件工程綜合設計》總體要求.........................................5

實踐1圖書管理系統(tǒng)的設計與實現(xiàn).......................................9

實踐2ATM自動取款機系統(tǒng)的設計與實現(xiàn)................................12

實踐3教學管理系統(tǒng)的設計與實現(xiàn)......................................14

實踐4倉庫信息管理系統(tǒng)的設計與實現(xiàn)..................................18

附錄1UML運用說明...................................................21

附錄2軟件工程綜合設計范例.........................................28

附錄3《軟件文檔編寫概要》規(guī)范(GB8567——88)....................45

附錄4《軟件工程綜合設計》報告封皮..................................45

《軟件工程綜合設計》教學大綱

課程編號：020247028學時（周）：4學分：4

課程英文名稱：ComprehensiveDesigningforSoftwareEngineer課程類別：實踐

開出學期：第六學期開出單位（系）：計算機系

適用專業(yè)：計算機科學與技術專業(yè)（軟件工程方向）

制定人：劉利民副教授

一、制定依據(jù)

依據(jù)內蒙古工業(yè)高校03版計算機科學與技術培育方案、軟件工程課程教學大綱等制訂

本綜合設計教學大綱。

二、目的與基本要求

軟件工程是計算機科學與技術專業(yè)本科的一門重要的軟件專業(yè)課，《軟件工程綜合設計》

是軟件工程課程的后繼教學環(huán)節(jié)，是一個重要的、不行或缺的實踐環(huán)節(jié)。其FI的是使學生能

夠針對具體軟件工程項目，全面駕馭軟件工程管理、軟件需求分析?、軟件初步設計、軟件具

體設計、軟件測試等階段的方法和技術。

通過該綜合設計，使學生熟識面對對象方法及UML技術，駕馭OOP語言和大型數(shù)據(jù)庫SQL

Server等的綜合應用，進一步理解和駕馭軟件開發(fā)模型、軟件生命周期、軟件過程等理論在

軟件項目開發(fā)過程中的意義和作用，培育學生依據(jù)軟件工程的原理、方法、技術、標準和規(guī)

范，進行軟件開發(fā)的實力，培育學生的合作意識和團隊精神，培育學生對技術文檔的編寫實

力，從而使學生提高軟件工程的綜合實力，提高軟件項目的管理實力。

三、基本內容和支配

第一部分布置綜合設計題目及要求（0.3周）

布置綜合設計題目及其要求。每4人一組，從下面四個題目中任選一個完成：圖書管理

系統(tǒng)的分析、設計與實現(xiàn)；ATM系統(tǒng)的分析、設計與實現(xiàn)；學生管理系統(tǒng)的分析、設計與實

現(xiàn)；倉庫管理系統(tǒng)的分析、設計與實現(xiàn)。

1.主要內容

1）布置綜合設計題n

2）確定設計方案及要求

3）設計相關學問點集中講授與學習

3-1模塊化

3-2軟件編碼

3-3調試

2.本部分重點

程序編碼、調試。

3.本部分難點

需求分析設計與程序編碼的連接、程序調試。

4.具體要求

1）仔細閱讀試驗教材，嫻熟運用一種面對對象程序設計語言；

2）依據(jù)需求分析報告和提出的總體設計要求完成自己的程序編碼。

5.進度支配

全天程序編碼、調試。

第四部分測試與整理文檔（I周）

對系統(tǒng)進行測試組裝，整理各種文檔，完成綜合設計的演示、答辯。

1.主要內容

4-1系統(tǒng)測試

4-2文檔整理

4-3設計答辯

2.本部分重點

系統(tǒng)測試、綜合設計答辯。

3.本部分難點

各種測試方法的綜合運用。

4.具體要求

1）仔細閱讀試驗教材，嫻熟運用各種測試方法；

2）對原型系統(tǒng)進行測試、打包。

5.進度支配

半周時間測試，整理文檔，半周時間答辯。

四、組織及指導方式

學生每4人一組，選出1名組長，從上面四個題目中選擇一個完成系統(tǒng)的分析?、設計與

實現(xiàn)。每個班配備2位老師進行指導。全部在機房完成e老師分階段進行講解，學生分階段

3

完成任務，老師指導并進行分階段驗收。

五、考核方式及成果評定

學生在綜合設計完成后，每組需提交軟件需求分析,殳計說明書一份、原型系統(tǒng)一套（注

明分工）。

由于本次設計是一項較完整的開發(fā)工作，實踐性比較強，考核實行平常與答辯相結合.

指導老師可依據(jù)學生在設計過程中表現(xiàn)狀況、完成設計任務狀況（軟件分析設計報告、軟件

測試支配和報告、原型系統(tǒng)、綜合設計總結）、團隊合作意識及答辯狀況等綜合打分。最終

成果包括設計報告（30%）、平常成果（20%）、答辯驗收（5。％）,評定出；優(yōu)、良、中、及格和

不及格五個等級。

六、教材及主要參考資料

1.教材：

rn自編.軟件工程綜合設計指導書。

[21吳建、鄭潮、汪杰，UML基礎及Rose建模案例，北京：人民郵電出版社，2024

2.教學參考書：

[1]張海藩主編.軟件工程導論（第四版）.北京：清華高校出版社，2024o

[2]冀振燕，UML系統(tǒng)分析設計與應用案例，人民郵電出版社，2024

[引鄭人杰、殷人昆、陶永雷編.好用軟件工程（其次版）.北京：清華高校出版社，

2（X）0..

[4]Rogers.Pressman主編.軟件工程一實踐者的探討方法（英譯版）.北京：機械工

業(yè)出版社，2000。

[51張裕益主編.UML理論與實作.北京：中國鐵道出版社，2024。

七、其它說明

報告格式參照計算機系試驗報告格式。

4

《軟件工程綜合設計》總體要求

一.目的

軟件工程是計算機科學與技術專業(yè)本科的一門重要的軟件專業(yè)課，通過綜合設計，學生

能夠熟識面對對象軟件開發(fā)的方法，熟識UML的概念和孟川，駕馭一到兩門OOP語言，駕馭

大型數(shù)據(jù)庫SQLServer等的運用，為學生在畢業(yè)時從事軟件開發(fā)和項目管理工作打下堅實

的基礎。

二.備選題目

1.圖書管理系統(tǒng)的設計與實現(xiàn)

2.ATM系統(tǒng)的設計與實現(xiàn)

3.教學管理系統(tǒng)的設計與實現(xiàn)

4.倉庫管理系統(tǒng)的設計與實現(xiàn)

學生在保證上述目標的前提下，也可以自己選擇題日，但必需征得指導老師同意。

三.基本要求

1.本設計要求學生采納“項目小組”的形式，結合具體的開發(fā)項目進行設計。

2.每個班級按項目小組進行分組，每組4人，選出1名組長，從上面四個題目中選擇

一個完成。每個班配備2位老師進行指導，全部在機房完成。分階段完成任務、分

階段驗收。

3.依據(jù)軟件工程思想，進行需求分析、軟件設計，并用一種面對對象程樣設計語言完

成其部分原型。

4.每個小組依據(jù)《軟件文檔編寫概要》規(guī)范的格式要求，完成如下文檔：

(1)可行性探討報告

(2)項目開發(fā)支配

(3)需求規(guī)格說明書

(4)軟件設計說明書(概要、具體設計)

(5)測試支配、測試報告

(6)原型系統(tǒng)

(7)用戶操作手冊

5.每個同學撰寫綜合設計總結。

6.在老師指導下，各個小組相互審查文檔，審查小組應在2天內返回審查結果。審查

結果至少包括：存在的問題、出現(xiàn)問題所在文理的位置及頁碼、具體建議等。每個

階段的審查結果不得少于5個問題。

5

四.主要內容：

1.完成“可行性探討報告”，制定“項目開發(fā)支配”

項目組長負責組織完成“可行性探討報告”，由項目組長執(zhí)筆完成《項目可行性探討報

告》。

項目組長負責組織制定“項目開發(fā)支配”，進行任務分解與任務安排，確定任務進度，

確定完成項目的環(huán)境和工具。每項任務要落實到人且規(guī)定該任務的起止日期和時間，明確每

個階段提交文檔的日期和時間.由項目絹長執(zhí)筆完成《領目開發(fā)支配沆由評審人員完成對

《項目開發(fā)支配》的評審工作，并給出評審看法。

2.需求分析

依據(jù)項目任務安排結果和項目進度要求，由任務擔當人開展項目的需求分析的主要工

作，項目小組的其他成員協(xié)作完成項目的需求分析。

由任務擔當人執(zhí)筆完成《需求分析規(guī)格說明書》、初步《用戶操作手冊》，由評審人員完

成對《需求分析規(guī)格說明書》、《用戶操作手冊》的評審工作，并給出評審看法。

3.軟件設計

依據(jù)項目任務安排結果和項目進度要求，并依據(jù)《需求分析規(guī)格說明書》，由任務擔當

人完成項目的初步設計和具體設計任務，項n小組的其池成員協(xié)作完成項n的軟件設計。

由任務擔當人執(zhí)筆完成《軟件設計說明書》，包括功能設計、數(shù)據(jù)庫設計和人機界面設

計，撰寫《軟件測試支配》。功能設計應當包括模塊層次圖、數(shù)據(jù)庫設計應包括E-R圖、數(shù)

據(jù)字典。人機界面設計是程序設計的一個重要方面，用戶界面的設計要求在探討技術問題的

同時對人加以探討。要考慮用戶界面的一樣性、容錯性、簡潔、易操作性，給用戶適當?shù)膸?/p>

助。

在軟件設計中，數(shù)據(jù)字典的建立是特別重要的一環(huán)。數(shù)據(jù)字典應包括下列項目。

序號屬性名簡稱類型寬度是否關鍵字意義及取值范圍位置

數(shù)字中文拼音字符數(shù)主鍵KEY實際意義在那個表

全稱/英文/數(shù)字字/參照鍵FK中出現(xiàn)

縮寫?????

由評審人員完成對《軟件設計說明書》、《軟件測試支配》的評審工作，并給出評審看法。

4.實現(xiàn)

依據(jù)項目任務安排結果和項目進度要求，并依據(jù)《軟件設計說明書》由任務擔當人完成

項目的具體實現(xiàn)任務。

由任務擔當人給出實現(xiàn)的源程序清單（電子版），每組組長匯總。

5.測試

6

依據(jù)項目任務安排結果和項目進度要求，并依據(jù)《需求規(guī)格說明書》、《軟件設計說明書》

和《用戶操作手冊》，由任務擔當人完成對已實現(xiàn)部分的軟件或模塊的測試任務。

由任務擔當人執(zhí)筆完成《軟件測試報告》。

五、實踐報告

1.綜合設計報告的主要內容

(1)綜合設計中完成了那些工作。

(2)自己在綜合設計中得到了那叱收獲(學問、實力、素養(yǎng)等).

(3)綜合設計出現(xiàn)的問題及解決的方法，說明在綜合設計過程遇到的主要困難，系統(tǒng)在

哪些方面還有待改善。

(4)綜合設計中的不足，自己須要在那些方面須要進一步學習。

2.綜合設計報告的格式要求

按計算機系試驗報告格式編寫，不少于3000字。

3.其它報告的主要內容及格式要求

依據(jù)《軟件文檔編寫概要》規(guī)范的格式要求撰‘弓V

六、進度支配

周數(shù)學時內容任務

預備預先安裝開發(fā)環(huán)境：

8

周ROSE、Visio.ERTVIN及一種語言

第一部分布置綜合設計題目及要求

分組：4人一組，選組長。

1」布置綜合設計題目，熟識相關題目

41-2確定設計方案及要求2位老師指導一個班。

1-3設計相關學問點集中講授與學習

1.4熟識UML環(huán)境

第一

4學習運用ROSE靜態(tài)建模，熟識相關題目撰寫“可行性探討報告”

制定“項目開發(fā)支配”

周

4學習運用ROSE動態(tài)建模，熟識相關題目UML圖練習

其次部分系統(tǒng)分析設計

撰寫需求分析說明書，繪制相

依據(jù)軟件工程規(guī)范，采納ROSE,對選定的

8關的圖形(用例圖、類圖、部

題目進行需求分析與設計。

署圖等)

2-1需求分析

2-2概要設計撰寫設計說明書：繪制相關的

其次軟件功能設計、數(shù)據(jù)庫設計圖形(模塊圖、時序圖、活動

20

具體設計圖、狀態(tài)圖等)，進行數(shù)據(jù)庫設

周2-3

算法、流程計

第三部分軟件編碼

第三依據(jù)需求分析報告，采納一種面對對象程序

20撰寫軟件測試支配

設計語言，進行程序編碼、調試。

周

3-1程序編碼

3-2單元測試

4編碼測試，撰寫軟件測式報告

第四單元測試、調試

7

第四部分測試與整理文檔

周

84-1系統(tǒng)測試、集成

4-2文檔整理

每組演示10分鐘，答疑10分

4-3設計答辯

8鐘

原型系統(tǒng)演示、答辨

撰寫綜合設計總結

8

實踐1圖書管理系統(tǒng)的設計與實現(xiàn)

需求建議書

1.概述

當今的互聯(lián)網時代，各行各業(yè)都離不開信息處理。現(xiàn)今，許多的圖書館都是初步起先運

用，甚至尚未運用計算機進行信息管理。缺乏系統(tǒng)規(guī)范的信息管理手段。

傳統(tǒng)的圖書管理主要是基于文本、表格等紙介質的手工處理，圖書的數(shù)目和內容記錄在

文件中，查詢費時、費勁。一般借閱狀況記錄在借書卡上，對于圖書借閱狀況的統(tǒng)計和核實

往往采納對借書卡的人工檢查。

隨著各單位互聯(lián)網的普及，采納計算機實行圖書管理的自動化已成為可能。圖書管理系

統(tǒng)的建立，可便利實現(xiàn)圖書館的選購、編目、流通、期刊、檢索各業(yè)務環(huán)節(jié)的自動化，極大

提高圖書館的管理水平和圖書利用率。可以便利、快捷的完成檢索功能；通過條碼掃描即可

完成借還操作；詳盡的借閱權限設置、精確剛好的違規(guī)處理，保證圖書規(guī)范管理；全面多樣

的帳單、精確的圖書選購歷史統(tǒng)計、流通統(tǒng)計、分類統(tǒng)計，確保帳目明晰，圖書選的有

針對性以及對連續(xù)出版物的登到、裝訂等。

圖書管理自動化以后，可以使圖書館工作人員削減大量的工作，有限的經費發(fā)揮最大的

運用價值，圖書館自動化管理是當今信息化發(fā)展的必定趨勢。

2.系統(tǒng)建設目標

依據(jù)“技術先進，功能強大，操作簡便，成本低廉，擴展性強，平安性高''的原則，設計

圖書管理系統(tǒng)，包括基本信息管理、讀者借還書管理、圖書檢索、分類統(tǒng)計等功能，用以提

高圖書館的管理水平，使得圖書管理規(guī)范化、科學化、芻動化。

3.圖書管理系統(tǒng)應包含如下功能：

（一）圖書管理員

（1）圖書信息存儲與管理，包括：

1）圖書編目。

2）圖書種類的錄入、刪除及修改。

3）新書錄入、過期圖書刪除及修改。

（2）讀者信息存儲與管理，包括：

1）讀者類別管理。不同讀者借閱書種類、借閱時間、借閱冊數(shù)都不相同。

2）讀者信息的登記、刪除及修改：新讀者的增加、讀者信息的修改。

3）讀者借閱狀況查詢：依據(jù)借閱狀況，預約告知、過期書的催還。

（3）借書系統(tǒng)

讀者查詢到所需圖書后即可借閱，可以借閱多種圖書，每種圖書一般只允許借一本，若

已有圖書超期請交清罰金后，才能起先本次借閱。

讀者拿著要借的書，到圖書管埋員處辦埋借書手續(xù)：圖書管埋員依據(jù)借書征號推斷該讀

9

者可否借此類書，是否超出最大允許借書冊數(shù)。

(4)還書系統(tǒng)

對過期未還圖書進行罰款，對歸還的圖書能從借書登記表中取消，對丟失的圖書進行登

記。

(5)統(tǒng)計報表

1)能夠產生讀者檔案卡、讀者借閱清單等。

2)能夠產牛圖書一覽表、圖書種類等相關報表“

3)圖書的出借、返還、續(xù)借預約等狀況查詢、統(tǒng)計。

4)能統(tǒng)計出某圖書的總借出數(shù)量與庫存量。

5)能統(tǒng)計出某讀者借書總數(shù)。

6)能夠依據(jù)其它條件，得出統(tǒng)計結果并供應打印輸出。

(6)用戶權限管理

能夠供應肯定的平安機制，供應數(shù)據(jù)信息授權用戶力?問，防止隨意刪改，同時供應信息

備份的服務.

(7)新書發(fā)布

新書信息剛好公布。

(8)新聞發(fā)布

圖書館新聞發(fā)布、通知、告示等。

(9)預約告知

當預約的圖書到館后，圖書管理員通過郵件通知讀者；過期書的催還。

(二)讀者

(1)讀者查詢

讀者可以上網，進入自己的帳戶，查詢自己的借閱狀況。

(2)預約借書

讀者在圖書館書沒有可借書的狀況下，可以上網，進入自己的帳戶，進行預約。當預約

的圖書到館后，圖書管理員通過郵件通知讀者。

(3)續(xù)借功能

讀者在沒有預約的前提下，可以上網，進入自己的噥戶，進行續(xù)借。續(xù)借的次數(shù)、天數(shù)

由用戶的類型確定。

(三)公共

(1)檢索系統(tǒng)

能依據(jù)書號、書名、作者、出版社、內容提要、關鍵字、分類號、索書號等查詢圖書信

息，也可以進行多關鍵字查詢，并打印所需信息。

可隨時查詢出可借閱圖書的具體狀況，如圖書編號、圖書名稱、出版日期、圖書出版社、

圖書存放位置、圖書總數(shù)量、圖書在架狀況等，這樣便于讀者選借。

10

(2)用戶登錄

用戶輸入用戶名、密碼，進入自己權限允許的范圍。

4.在圖書管理系統(tǒng)中，數(shù)據(jù)庫要求如下：

(1)讀者類別

包括?：讀者分類號、讀者類別名稱、借書期限、允許最多借書冊書、借閱范圍(書庫)、

等。

(2)讀者信息

包括：借書證號、讀者分類號、姓名、性別、誕生日期、身份證號、單位、聯(lián)系電話、

辦證日期、照片、職業(yè)等。

(3)圖書種類

包括：圖書分類號、圖書種類、書庫等。

(4)圖書信息

包括：書號、書名、作者、出版單位、出版日期、版次、單價、內容提要、分類號、索

書號、藏書冊數(shù)、所在書庫、入庫日期等。

(5)借還書狀況

包括：借書證號、書號、借書時間、續(xù)借時間、續(xù)售次數(shù)、還書時間。

(6)預約狀況

包括：借書證號、書號、預約時間、是否到架。

(7)用戶分類及權限

包括：用戶分類號、用戶分類名、權限。

(8)用戶信息

包括：用戶號、用戶名、用戶密碼。

(9)用戶口志

包括：用戶號、登錄時間、進行操作、離開時間。

(10)其它信息

其它相關的信息，如單位信息等一些基礎信息。

11

實踐2ATM自動取款機系統(tǒng)的設計與實現(xiàn)

需求建議書

1.概述

當今的互聯(lián)網時代，各行各業(yè)都離不開運用計算機進行信息處理，ATM(AutomaticTeller

Machine)自動取款機是計算機限制的自動出納系統(tǒng)，它主要服務于活期儲蓄，是實現(xiàn)客戶自

我服務的先進電子化設備，現(xiàn)在基本上全部的銀行系統(tǒng)都有自己的ATM系統(tǒng)。

ATM系統(tǒng)上運行著多數(shù)的金錢交易，因此對ATM的平安性要求特殊高，由于ATM的

高平安性和高速度以及運用便利等特點，ATM系統(tǒng)在我國發(fā)展特殊快速，在銀行領域每天都

有大量的報表數(shù)據(jù)要通過計算機處理然后匯總到數(shù)據(jù)庫中，ATM技術的產生為此過程的平安

性供應了強大的支持。

2.系統(tǒng)建設目標

本系統(tǒng)是一個ATM模擬系統(tǒng)，一般ATM取款機的業(yè)務大致分為4塊：余額查詢、取

款、存款和更改密碼，在設計中可對ATM取款機系統(tǒng)進行了具體的建模以及系統(tǒng)開發(fā)，在

設計過程中同學門可依據(jù)自己對ATM的了解程度來擴展本系統(tǒng)的功能。

3.ATM系統(tǒng)應包含如下功能：

(―)ATM取款系統(tǒng)

(I)模擬讀卡功能，包括：

1)讀取虛擬的卡號信息，查找數(shù)據(jù)庫找到相關信息。

2)識別虛擬的卡的類型，記錄卡號和銀行信息。

3)驗證卡號

4)在顯示器提示輸入密碼。

(2)鍵盤輸入處理，包括：

1)接受用戶輸入密碼、查詢密碼、更改密碼

2)接受用戶輸入取款金額、杳詢余額

3)打印取款信息

(3)顯示模塊功能，包括：顯示與客戶有關的信息，包括一切交互時所需的提示、確認

等信息。

(4)模擬吐錢機功能，以數(shù)據(jù)庫中的ATM機現(xiàn)金模擬ATM機現(xiàn)金，包括：

1)定額取款：可選擇50,100,200,500,800,1()0()。六種額度進行取款。

2)其他數(shù)額：可輸入50T000,包含50和1000的50的倍數(shù)的數(shù)額進行取款。

(5)打印客戶清單：數(shù)據(jù)庫中記錄著全部客戶登陸操作信息，客戶退出系統(tǒng)時可選擇打

印此次登陸AMT機的客戶清單(此次登陸的操作清單)。

(二)IC卡認證系統(tǒng)：此模塊通過IC卡驗證來正確識別有效的銀行卡，連接IC認證服務器

來驗證卡號等信息，由于此模塊涉及一個困難的軟件限制硬件系統(tǒng)，此模塊不要求做。猶如

12

學門對此部分比較了解可選做。

4.在模擬ATM系統(tǒng)中，數(shù)據(jù)庫要求如下：

(1)ATM機信息

包括：ATM機ID,ATM機100元鈔票張數(shù)，ATM機50元鈔票張數(shù)等。

(2)ATM機LOG信息

包括：LOG信息的流水號、銀行卡號、操作記錄、吐錢記錄等。

(3)ICE信息

包括：IC卡ID、IC卡密碼、所屬銀行等

(4)客戶信息

包括：客戶帳號、客戶名、客戶密碼、存款信息、取款信息

⑸用戶日志

包括：用戶號、登錄時間、取款操作記錄、離開時間、打印信息等

(6)信用系統(tǒng)信息

包括：維護人員工號、執(zhí)行操作、操作日期

(7)其他信息

包括：其他相關信息，如ATM機或銀行等其他信息

13

實踐3教學管理系統(tǒng)的設計與實現(xiàn)

需求建議書

1.概述

高效的教學管理系統(tǒng)是當前信息化學校管理系統(tǒng)之所需。面對日益浩大的教學信息，就

須要有教學管理系統(tǒng)來提高管理工作的效率。通過建立這樣的系統(tǒng)，可以做到信息的規(guī)范管

理、快速杳詢和科學統(tǒng)計，從而削減管理方面的工作量。

本系統(tǒng)的設計模擬一般學校特殊是高校的教學管理內容，經過充分地系統(tǒng)調研，發(fā)覺本

系統(tǒng)應包括院系信息、教研室信息、班級信息、老師信息、學生信息、課程信息、學生專業(yè)

信息等需管理信息。進一步還發(fā)覺信息實體間需管理信息有：專業(yè)分學期課程支配、學生選

課及各類考試成果登記、補考重修管理、探討生管理、班級管理、老師教學質量評估等內容。

2.系統(tǒng)建設目標

依據(jù)“技術先進，功能強大，操作簡便，成本低廉，擴展性強，平安性高”的原則，設計

教學管理信息系統(tǒng)。通過木系統(tǒng)的設計，從而提高教學的管理水平，使得教學管理規(guī)范化、

科學化、自動化。

3.教學管理系統(tǒng)應包含如下功能：

（一）本系統(tǒng)要管理的基本信息

（1）學生

I）學生入學時新生需錄入登記，并選定一專業(yè)。

2）每學期注冊后即可選課（分必修課與選修課），每位學生應選多門課，-H

課應有多名學生修讀。

3）學生考試后，要登記考試成果；若成果不及格則補考后還需記錄補考成果：

甚至要記錄其課程重修狀況。

4）學生選定課程的同時，還需指定任課老師與選課年月。

（2）專業(yè)

I）專業(yè)分學期課程支配狀況（即專業(yè)教學支配）。

2）要反映是否必修課、是否學位課、是否考試課及備注信息。

（3）老師

1）班主任管理班級狀況。

2）老師指導探討生狀況：包括探討方向、探討成果狀況。

3）一門課可由多位老師上，一位老師可上多門課。

4）老師講授應反映起先任課年月、任課評價及學生成果及格率等。

14

(二)總體功能

(1)在數(shù)據(jù)庫服務器如SQLServer2000中，建立各關系模式對應的庫表，并確定主

鍵、索引、參照完整性、用戶自定義完整性等。

(2)能對各庫表進行輸入、修改、刪除、添加、查詢、打印等基本操作。

(3)新學期開學，能排定必修課程，能選定選修課程，并能對選課做必要調整。

(4)查詢：

I)能杳詢學?；緺顩r、能杳詢學牛選課狀況及各考試成果狀況、能杳詢學

生所在院系與班級狀況、能查詢學生所學專業(yè)及專業(yè)課程支配狀況。

2)能杳詢老師的基本狀況、能查詢老師的授課課程及授課質量狀況、能查詢

老師所在教研室及院系信息、能查詢班主任老師管理的班級狀況、能

查詢導師指導探討生的狀況。

3)能查詢課程基本狀況、能查詢課程學生選修狀況、能查詢課程專業(yè)支配狀

況、能杳詢專業(yè)基本狀況、能查詢分專業(yè)、分學期課程支配狀況。

4)能查詢院系,教研室、班級等基木狀況、能分院系、分教研室，分班級查

詢其相關各類信息、能動態(tài)輸入SQL吩咐查詢。

(5)統(tǒng)計：

I)能統(tǒng)計學生基本狀況如分院系、分班學生人數(shù)，分院系分類別學生人數(shù)等。

2)能統(tǒng)計學生選課狀況及學生的成果單(包括總成果、平均成果、不及格門數(shù)

等)狀況。

3)能統(tǒng)計老師的基本狀況、能統(tǒng)計老師的授課綜合狀況、能統(tǒng)計導師指導探

討生的綜合狀況、能統(tǒng)計班主?工老師管理的班級的綜合狀況。

4)能統(tǒng)計課程綜合狀況，能統(tǒng)計課程選修綜合狀況如課程的選課人數(shù)、最高、

最低、平均成果等，能統(tǒng)計課程專業(yè)運用狀況。

5)能統(tǒng)計專業(yè)學生綜合狀況，能統(tǒng)計專業(yè)課程綜合狀況，能統(tǒng)計院系中教研

室或老師綜合狀況如教研室個數(shù)、老師人數(shù)等。

6)能統(tǒng)計院系中班級或學生綜合狀況如班級個數(shù)、學生人數(shù)等，能分院系、

分教研室、分班級統(tǒng)計其相關各類信息，能動態(tài)輸入SQL吩咐統(tǒng)計。

(三)公共

(1)能分析出某老師的教學質量狀況(可分學期依據(jù)該老師所任全部課優(yōu)良數(shù)平均

超過20%來粗略評定)。

(2)能分析出某學生的學習優(yōu)良狀況(可分學期依據(jù)該學生所學全部課優(yōu)良數(shù)平均

超過20%來粗略評定)。

(3)用戶管理功能，包括用戶登錄、注冊新用戶、更改用戶密碼等功能。

(4)其他讀者認為系統(tǒng)應有的查詢、統(tǒng)計功能。

(5)要求所設計系統(tǒng)界面友好，功能支協(xié)作理，操作運用便利，并能進一步考慮系

15

統(tǒng)在平安性、完整性、并發(fā)限制、備份復原等方面的功能要求。

(四)實現(xiàn)系列功能：

(1)能全面管理學校教學相關的各類主體，如院系信息、教研室信息、班級信息、

老師信息、學生信息、課程信息、學生專業(yè)信息等；

(2)通過運用計算機能便利地維護(包括插入、刪除、修改)各信息表；

(3)能組合查詢基于某信息表的所需信息；

(4)能便利地實現(xiàn)基F多個表的連接杳詢：

(5)能便利地實現(xiàn)基于單個或多個表的統(tǒng)計功能；

(6)須要時能即時進行輸出與打印:

(7)系統(tǒng)應具有網絡多用戶功能，具有用戶管理功能，對分等級用戶供應相應系統(tǒng)

功能；

(8)系統(tǒng)具有操作便利、簡捷等特點。

4.在教學管理系統(tǒng)中，數(shù)據(jù)庫要求如下：

(1)院系信息

包括：系編號、系名、系主任工號、地點、電話、專業(yè)數(shù)等：

(2)學生基本信息

包括：學號、類別、姓名、性別、誕生日期、電話、人校日期、家庭地址、備

注等；

(3)班級信息

包括：班號、班級名稱、成立年月、班主任工號、自修教室等；

(4)課程基本信息

包括：課程號、課程名、類別、講課學時、試驗學時、學分、開課院系號、課

程描述等；

(5)老師信息

包括：職工號、姓名、性別、職稱、學位、誕生口期、工作年月、基本工資等;

(6)教研室信息

包括：教研室編號、教研室名稱、教研室主任工號、教研室探討方向等；

(7)專業(yè)信息

包括：專業(yè)編號、專業(yè)名稱、所屬院系號、專業(yè)特色、創(chuàng)辦年份、學生規(guī)模等;

(8)學期信息

包括：編號、學期名等。

(9)用戶分類及權限

包括：用戶分類號、用戶分類名、權限。

(10)用戶信息

16

包括：用戶號、用戶名、用戶密碼。

(II)用戶日志

包括：用戶號、登錄時間、進行操作、離開時間。

(12)其它信息

其它相關的信息，如單位信息等一些基礎信息。

17

實踐4倉庫信息管理系統(tǒng)的設計與實現(xiàn)

需求建議書

1.概述

當今時代是信息高速發(fā)展的時代，各個企業(yè)都須要一個能為企業(yè)供應科學管理和科學決

策的信息平臺。倉庫信息管理系統(tǒng)是企業(yè)管理的重要組成部分。

隨著企業(yè)規(guī)模的不斷擴大和客戶要求的不斷提高，倉庫管理在整個供應鏈管理當中占有

特別重要的地位。以單據(jù)打印和數(shù)據(jù)記錄為設計目標的佐統(tǒng)倉儲管理軟件已遠遠無法適應現(xiàn)

代倉儲發(fā)展的要求。用戶所須要的是倉儲企業(yè)在實現(xiàn)信息化管理的基礎上，不但可以向客戶

報告其產品的實時動態(tài)信息，還可以站在更高層面上為客戶制定生產和銷售支配，剛好調整

市場策略等方面供應持續(xù)、綜合的參考信息，幫助倉儲企業(yè)成為客戶在整個供應鏈上最為緊

密的合作伙伴。

倉庫信息管理系統(tǒng)在滿意倉庫的基本管理功能基礎上發(fā)揮信息系統(tǒng)的智能化，不僅可以

減輕倉庫管理人員和操作人員的工作負擔，同時還可以洛制造商和供應商的庫存成本與資金

占有率降到最低限度。

2.系統(tǒng)建設目標

“倉庫信息管理系統(tǒng)”是一套功能強大而又操作簡便，好用的倉庫管理軟件，包括：用

戶登錄、倉庫管理、業(yè)務查詢和系統(tǒng)設置.4大管理功能。系統(tǒng)主要的實現(xiàn)目標是監(jiān)控整個倉

庫的運行狀況，供應完善的任務管理支配功能，實時監(jiān)控全部貨物的在線運動狀況，實時供

應庫存變更的信息。

3.倉庫信息管理系統(tǒng)應具有如下的功能

一個功能完善的倉庫信息管理系統(tǒng)，必需包括以下幾個模塊：

（一）用戶登錄

（1）用戶登錄

用戶可以用兩種身份登錄本系統(tǒng)：一般操作員和管理人員。不同身份的用戶登錄被系統(tǒng)

18

授予不同的運用權限，這樣提高了系統(tǒng)的平安性，避開了無關人員獲得不在他權限范圍內的

信息。

（2）用戶注銷

用戶在短時間不運用該系統(tǒng)時，不必退出系統(tǒng)，選擇注銷后其他用戶可以登錄運用本系

統(tǒng)。

（3）退出系統(tǒng)

用戶在完成工作后，點擊退出系統(tǒng)按鈕可以平安的退出，以免擔心全退出導致數(shù)據(jù)丟失

狀況的發(fā)生。

（二）倉庫管理

（1）倉庫進貨

倉庫進貨模塊要求操作員輸入商品號、進貨數(shù)量、單位和供應商，系統(tǒng)自動的將當前系

統(tǒng)時間作為進貨時間更新到數(shù)據(jù)庫，并且統(tǒng)計進貨金額：該操作完成后，相應貨物的數(shù)量為

原數(shù)量加進貨數(shù)量，并更新數(shù)據(jù)庫。

（2）倉庫退貨

倉庫退貨模塊要求操作員輸入退貨商品號、退貨數(shù)量、單位和供應商，系統(tǒng)自動的將當

前系統(tǒng)時間作為退貨時間更新到數(shù)據(jù)庫，并且統(tǒng)計退貨金額，該操作完成后，相應貨物的數(shù)

量為原數(shù)量減退貨的數(shù)量，并更新數(shù)據(jù)庫。

（3）倉庫領料

倉庫領料模塊要求操作員輸入領取商品號、領取數(shù)量、領料人等，系統(tǒng)自動的將當前系

統(tǒng)時間作為領料時間更新到數(shù)據(jù)庫，并且統(tǒng)計總領料數(shù)量。該操作完成后，相應貨物的數(shù)量

為原數(shù)量減領料的數(shù)量并更新數(shù)據(jù)庫。

（4）倉庫退料

倉庫退料模塊要求操作員輸入退料商品號、退料數(shù)量、退料人等，系統(tǒng)自動的將當前系

統(tǒng)時間作為退料時間更新到數(shù)據(jù)庫，并且統(tǒng)計總退料數(shù)量。該操作完成后，相應貨物的數(shù)量

為原數(shù)量加退料的數(shù)量并更新數(shù)據(jù)庫。

（5）商品調撥

商品調撥模塊要求操作員輸入調撥商品號、調撥數(shù)量、調撥人等，系統(tǒng)自動的將當前系

統(tǒng)時間作為調撥時間更新到數(shù)據(jù)庫，并且統(tǒng)計總調撥數(shù)量。

（6）倉庫盤點

商品盤點模塊要求用戶（管理員）輸入某商品號，該商品實際數(shù)量（增加或刪除），系

統(tǒng)會自動的將當前系統(tǒng)時間作為盤點時間更新到數(shù)據(jù)庫，并且統(tǒng)計總盤點過程中修改的數(shù)

量。

（三）業(yè)務查詢

19

（1）庫存查詢

用戶可以查詢全部的商品的庫存，也可以輸入某件商品的ID號從而得到該商品的庫存

量。

（2）銷售查詢

用戶（管理員）給出某個時間段，系統(tǒng)就依據(jù)庫中的資料給出該段時間中全部商昂的銷

售狀況。

（3）倉庫歷史記錄查詢

用戶可以查詢的類型包括：倉庫進貨、倉庫退貨、倉庫領料、倉庫退料、商品調撥、倉

庫盤點，用戶選擇查詢的類型后，再輸入須要查詢的時間，系統(tǒng)返回歷史操作記錄。

（四）系統(tǒng)設置

（1）供應商管理

用戶可以增加新的供應商，須要輸入供應商的一些信息，包括：供應商號、名稱、聯(lián)系

人、聯(lián)系電話、傳真、地址和郵政編碼。用戶也可以對已經存在的供應商信息進行查詢和修

改。

（2）用戶管理

管理員可以增加、刪除、修改和查詢用戶。

20

附錄1UML運用說明

1.UML概述

UML適用了?以面對對?象技術來描述的任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階

段，從需求規(guī)格描述、分析、設計、編碼直至系統(tǒng)完成后的測試和維護。標準建模語言UML

的重要內容可以由下列五類圖(共9種圖形來)定義：

(1)笫類是用例圖(UseCaseDiagrain),從用戶角度描述系統(tǒng)功能，并指出各功能的操

作者。

(2)其次類是靜態(tài)圖(Staticdiagram)，包括類圖、對象圖和包圖。其中類圖描述系統(tǒng)中

類的靜態(tài)結構，對象圖是類圖的實例，幾乎運用與類圖完全相同的標識，包圖用于描述系統(tǒng)

的分層結構。

(3)第三類是行為圖(Behaviordiagram),描述系統(tǒng)的動態(tài)模型和組成對象間的交互關系。

其中狀態(tài)圖描述對象全部可能的狀態(tài)以及事務發(fā)生時狀態(tài)的轉移條件，而活動圖描述滿意用

例要求所要進行的活動以及活動間的約束關系，有利于識別并行活動。

(4)第四類是交互圖(Interactivediagram),描述對象間的交互關系。其中依次圖顯示對

象之間的動態(tài)的交互關系，它強調對象之間消息發(fā)送的依次，協(xié)作圖跟依次圖相像，描述對

象間的動態(tài)協(xié)作關系，但除顯示信息交換外，協(xié)作圖還顯示對象以及它們之間的關系。這兩

種圖合稱為交互圖。

(5)第五類是實現(xiàn)圖(Implememaliondiagram),其中構件圖描述編譯、鏈接或執(zhí)行時構

件之間的依靠關系，配置圖描述系統(tǒng)中硬件的物理拓撲結構以及在此結構上執(zhí)行的軟件。

2.UML功能及運用

(1)UseCase圖

在軟件系統(tǒng)的分析和設計中，首先須要精確地描述用戶需求中的功能需求，以便進一步

確定系統(tǒng)中應當建立哪些對象。UseCase圖是一種描述用例的可視化上具，它用簡潔的圖形

元素表示出系統(tǒng)的活動者UseCase,以及他們之間的關系，精確地表達了活動者與系統(tǒng)地交

互清況和系統(tǒng)所能供應地服務。

依據(jù)用例圖可以設計模塊層次圖。

例圖，圖書管理系統(tǒng)一維護功能用例圖。

21

X

修改或刪除圖書種類信息

(2)類圖和對象圖

類圖就是顯示出類、接口以及它們靜態(tài)結構以及關系的圖。類的基本元素是類或者是接

口。

類圖?般分兩種：界面類圖、數(shù)據(jù)類圖。界面類圖主要是用來描述功能模塊界面的，而

數(shù)據(jù)類圖主要是用來描述數(shù)據(jù)信息的。

對象圖顯示的是類的實例。對象圖在顯示一小部分系統(tǒng)的結構關系時，尤其是在顯示有

遞歸關系的結構時特別有用。

例圖，圖書管理系統(tǒng)一查詢界面類圖。

22

(3)時序圖

時序圖表示了對象之間傳送消息的時間序列。每一個類角色用一條生命線來表示一一即

用垂直線代表整個交互過程中整個對象的生命期。生命線之間的箭頭連線代表消息。時序圖

可以用來表示一個場景說明一一即一個事務的歷史過程。

時序圖的一個用途是用來表示用例中的行為依次。當執(zhí)行一個用例行為時，依次圖中的

每條消息對應了一個類操作或狀態(tài)機中引起轉換的觸發(fā)條件。依次圖中涉及到三種分析對象

一一邊界對象，實體對象，限制對象。

邊界對象代表系統(tǒng)的內部工作和它所處環(huán)境之間的交互。它包括與一個用戶通過圖形界

面的交互，與其它角色的交互(例如代表其它系統(tǒng)的角色)，和設備的交互等。邊界對象將系

統(tǒng)的其它部分和外部的相關事物隔離和愛護起來。

實體對象代表系統(tǒng)的重要信息。在一個很長的時間內，它們都是長久和存在的。它們的

主要H的是表達和管理系統(tǒng)中的信息。在模型中，系統(tǒng)中的關鍵概念以實體對象來表現(xiàn)。

限制對象是用來模型化系統(tǒng)中的行為的。限制對象并不須要實現(xiàn)這個行為，它口J能是與

其它對象協(xié)作以實現(xiàn)用例的行為。它是為了將行為和模型下層的信息隔離開來，這樣在處理

以后的變更時就比較簡潔。

例圖，圖書管理系統(tǒng)一增加圖書時序圖。

中窗體：GUI憎加圖書：圖書信息表：

圖書管T里品?圖

書管理員GUIDB

1：新書入庫

2:load

3：提交

>4:驗證

VI

5:保存

23

(4)協(xié)作圖

協(xié)作圖表示角色間交互的視圖，即協(xié)作中的實例及其鏈。與依次圖不同，協(xié)作圖明確地

表示了角色之間的關系。另一方面，協(xié)作圖也不將時間作為單獨的維來表示，所以必需運用

依次號來推斷消息的依次以及并行線程。依次圖和協(xié)作圖表達的是類似的信息(運用不同的方

法表達)。

例圖，圖書管理系統(tǒng)一借閱圖書協(xié)作圖。

4:左讀者是否可借書

3:檢查圖書是否借出

(5)活動圖

活動圖是UML中用于對系統(tǒng)的動態(tài)建模的五種圖中的一種,它從本質上說是一個流程圖，

顯示從活動到活動的限制流。交互圖強調的是從對象到對象的限制流，而活動圖強調的是從

活動到活動的限制流?；顒訄D不僅對系統(tǒng)的動態(tài)特性建噗是重要的，而且對于通過正向和逆

向工程構造可執(zhí)行的系統(tǒng)也很重要。

活動圖是用于顯示執(zhí)行某個計算機過程中的運算活動狀態(tài)機”3的一種特殊形式?；顒訝?/p>

態(tài)代表了運算執(zhí)行的狀態(tài)，流程的步驟和操作的執(zhí)行。和狀態(tài)圖一樣，活動圖也有一個起點

和一個終點。下圖是登錄活動圖。在活動圖中用左右兩端是圓弧的長方形表示活動，用較粗

的橫線表示活動的分發(fā)，用帶有箭頭的線表示活動處理的先后依次。

例圖，圖書管理系統(tǒng)一增加讀者活動圖。

24

主窗體

增加讀者窗

體

提交檢查信息

錯誤

正確

保侵在讀者

信息表

(6)狀態(tài)圖

狀態(tài)圖(StateDiagram)用來描述一個特定對象的全部可能狀態(tài)及其引起狀態(tài)轉移的事

務。大多數(shù)面對對象技術都用狀態(tài)圖表示單個對象在其生命周期中的行為。一個狀態(tài)圖包括

一系列的狀態(tài)以及狀態(tài)之間的轉移。

1)全部對象都具有狀態(tài)，狀態(tài)是對象執(zhí)行了一系列活動的結果。當某個事務發(fā)生后，

對象的狀態(tài)將發(fā)生變更。狀態(tài)圖中定義的狀態(tài)有:初態(tài)、終態(tài)、中間狀態(tài)、復合狀態(tài)。其中，

初態(tài)是狀態(tài)圖的起始點，而終態(tài)則是狀態(tài)圖的終點。一個狀態(tài)圖只能有一個初態(tài)，而終態(tài)則

可以有多個。一個狀態(tài)可以進一步地細化為多個子狀態(tài)：我們將可以進一步細化的狀態(tài)稱作

復合狀態(tài)。子狀態(tài)之間有“或關系”和”與關系”兩種關系?；蜿P系說明在某一時刻僅可到

到達一個子狀態(tài)。與關系說明復合狀態(tài)中在某一時刻可同時到達多個子狀態(tài)(稱為并發(fā)子狀

態(tài))。具有并發(fā)子狀態(tài)的狀態(tài)圖稱為并發(fā)狀態(tài)圖。

2)狀態(tài)圖中狀態(tài)之間帶箭頭的連線被稱為轉移。狀態(tài)的變遷通常是由事務觸發(fā)的，此

時應在轉移上標出觸發(fā)轉移的事務表達式。假如轉移上未標明事務，則表示在源狀態(tài)的內部

活動執(zhí)行完畢后自動觸發(fā)轉移。

25

(7)配置圖

配置圖是對面對對象系統(tǒng)的物理方面建模運用的兩種圖之一，另一種圖是組件圖，配置

圖顯示了運行軟件系統(tǒng)的物理硬件，以及如何將軟件部署到硬件上去，也就是說，這些圖描

述了執(zhí)行處理過程的系統(tǒng)元素的配置狀況以及軟件到達這些資源元素的映射。

配置圖描述了運行系統(tǒng)的硬件拓撲。在實際應用中，配置圖常被用丁?模擬系統(tǒng)的靜態(tài)配

制視圖。系統(tǒng)的靜態(tài)配制視圖主要包括構成物理系統(tǒng)的組成部分的分布和安裝。系統(tǒng)配置圖

如卜.圖所示。

26

(8)組件圖

組件圖是面對對象系統(tǒng)的物理方面建模運用的兩種圖之一，組件圖描述軟件組件以及組

件之間的關系，組件本身是代碼的物理模塊，組件圖則顯示了代碼的結構。在UML中每一個

組件圖只是系統(tǒng)實現(xiàn)視圖的一個圖形表示，也就是說任何一個組件圖都不能描述系統(tǒng)實現(xiàn)視

圖的全部方面.，當系統(tǒng)中的組件組合起來，這時就能表示系統(tǒng)完整的實現(xiàn)視圖，而其中的一

個組件圖只表示實現(xiàn)視圖的一部分。

27

附錄2軟件工程綜合設計范例

“ATM自動取款機系統(tǒng)的設計與實現(xiàn)"UML建模說明

其它參見ftp:〃—文件服務一upload—11m—軟件工程綜合設計。

一、用例圖(UseCaseDiagram)

在軟件系統(tǒng)的分析和設計中，首先須要精確地描述用戶需求中的功能需求，以便進一步

確定系統(tǒng)中應當建立哪些對■象。UseCase圖是一種描述用例的可視化工具，它用簡潔的圖形

元素表示出系統(tǒng)的活動者UseCase,以及他們之間的關系，精確地表達了活動者與系統(tǒng)的交

互清況和系統(tǒng)所能供應地服務。

1.1分析

本系統(tǒng)運用Java語言通過MVC模型實現(xiàn)：用戶接口層，數(shù)據(jù)模型層，邏輯限制層。其

中，用戶接口層包括用戶界面。數(shù)據(jù)模型層包括對于數(shù)據(jù)庫的操作。邏輯限制層作為中間層

對于用戶輸入做邏輯處理，再映射到數(shù)據(jù)層操作。

本系統(tǒng)的活動者為用戶。

1.2事務流

下面是系統(tǒng)中出現(xiàn)的?些事務流：

模擬ATM系統(tǒng)為用戶供應以下模擬服務：

1：更改隱私。

2：提款。

3：查詢余額。

4：打印清單。

模擬ATM系統(tǒng)自身，以數(shù)據(jù)庫模擬真實ATM機器部分硬件環(huán)境。

1：ATM機器信息。

2：ATM機配鈔信息。

登陸事務事務流：

1：主界面提示用戶輸入ATM虛擬上號。

2：用戶輸入虛擬ATM卡號。

3：系統(tǒng)推斷輸入ATM機卡號是不是注冊卡號。

A1：非注冊卡號。

4：顯示提示輸入用戶密碼的JPanel。

28

5：用戶輸入密碼。

6：系統(tǒng)推斷輸入密碼是否正確。

A2：密碼不正確。

7：顯示功能選擇JPaieL

A1：非注冊卡號。

1：提示用戶卡號錯誤非注冊用戶。

2：轉登陸事務第1步。

A2：密碼不正確

1：提示用戶密碼不正確。

2：轉登陸事務第4步。

更改密碼事務流：

1：在功能選擇界面選擇更改密碼選項。

2：顯示更改密碼的JPanel.

3：輸入新密碼。

4：再次輸入新密碼。

5：推斷新密碼輸入是否正確。

A1：新密碼不正確。

6：提示密碼更改勝利JPanel,提示用戶選擇其他服務。

A2：選擇取卡服務。

7：選擇接著其他服務，顯示功能選擇界面JPanel。

8：用例結束。

A1：新密碼不正確。

1：提示輸入的新密碼不正確。

2：轉到更改密碼事務第2步。

A2：選擇取卡服務.（在此用例的2,3,4步中也可選擇此步）

1：顯示打印詢問界面JPanel。

2：用例結束。

29

提款事務流：

1：系統(tǒng)推斷ATM機的余款是否足夠。

A1：不足夠。

2：顯示功能選擇界面JPanel。

3：顯示提款功能選擇項。

4：選擇取款，顯示取款額度選擇JPanel,用戶選擇固定數(shù)額與其他數(shù)額。

A2：選擇其他數(shù)額。

5：推斷用戶卡上余額是否足夠。

A3：用戶卡上余額不足。

6：用戶卡上余額足夠，提示用戶操作勝利，吐錢機吐錢。

7：用戶拿錢。

8：用戶選擇

9：提不用戶選擇其他服務。

A4：選擇取卡服務。

10：選擇接著其他服務，顯示功能選擇界面JPanel.

11：用例結束。

A1：ATM機上因用戶余額不足。

1：不顯示取款項，取款功能按鈕失效。

2：用例結束，顯示功能選擇界面JPanel.

A2：選擇其他數(shù)額。

1：顯示輸入提款其他數(shù)額界面JPaneL

2：用戶輸入提款數(shù)額。

3：系統(tǒng)推斷用戶輸入是否合法與用戶卡上余額是否足夠。

B1：用戶輸入不合法或用戶卡上余額不足。

4：轉到提款用例第6步。

A3：用戶卡上余額不足。

1：提示用戶余額不足。

2：用例結束,顯不功能選擇界面JPanel.

A4：選擇取卡服務。（在此用例的2,3,4,A2.1步中也可選擇此步）

1：顯示打印詢問界面JPanel。

30

2：用例結束。

B1：用戶輸入不合法或用戶卡上余額不足。

1：提示用戶相關錯誤信息。

2：轉到提款用例第A2.1步。

查詢余額事務流：

1：功能界面JPanel,選擇查詢余額界面。

2：顯示用戶余額信息，用戶可以選擇其他服務。

A1：選擇取卡服務。

7：選擇接著其他服務，顯示功能選擇界面JPanel。

8：用例結束。

A1：選擇取卡服務.

1：顯示打印詢問界面JPaneL

2：用例結束。

打印用例事務流：

1：打印詢問JPanel,選擇打印。

2：在數(shù)據(jù)庫讀取，此流水號的操作信息，并輸出致打印出口。

3：提示用戶可以拿打印清單。

4：用例結束。

I.3用例圖

依據(jù)以上分析可以繪制出如下圖的系統(tǒng)用例圖。

31

打印(daym)

二、活動圖(ActivityDiagram)

活動圖是UML中用于對系統(tǒng)的動態(tài)建模的五種圖中的一種。它從本質上說是一個流

程圖，顯示從活動到活動的限制流。交互圖強調的是從對象到對象的限制流，而活動圖強

調的是從活動到活動的限制流?；顒訄D不僅對系統(tǒng)的動態(tài)特性建模是重要的，而且對于通

過正向和逆向工程構造可執(zhí)行的系統(tǒng)也很重要。

活動圖是用于顯示執(zhí)行某個計算機過程中的運算活動狀態(tài)機的一種特殊形式?；顒訝?/p>

態(tài)代表了運算執(zhí)行的狀態(tài)，流程的步驟和操作的執(zhí)行。和狀態(tài)圖一樣，活動圖也有一個起

點和一個終點。下圖是登錄活動圖。在活動圖中用左右兩端是圓弧的長方形表示活動，用

較粗的橫線表示活動的分發(fā)，用帶有箭頭的線表示活動處理的先后依次。

2.1分析

分析用例圖中各個用例的事務流(見用例圖部分)。

2.2活動圖

將各個用例的事務流細化，繪制出如下活動圖。

2.2.1登陸用例活動圖

32

2.2.2更改密碼用例活動圖

2.2.3提款用例活動圖

33

用戶接口：tMainF