1、案例one：教學管理系統(tǒng)（用例驅動的交互式需求獲取）以一個教學管理系統(tǒng)JXGL的分析與設計作為示例，說明用例驅動技術在軟件項目開發(fā)中的應用。高等學校的教學管理內容十分豐富，工作繁多。作為一個示例，規(guī)定開發(fā)教學管理系統(tǒng)JxGL只處理每學期的課程選修注冊和學生的成績管理。教學管理系統(tǒng)JXGL的用戶是學校的學生、教師和教學管理員。學生使用JXG系統(tǒng)查詢新學期將開設的課程和授課教師的情況，選擇自己要學習的課程，并進行登記注冊。學生還可以使用JXGL系統(tǒng)查詢自己的課程成績。教師使用JXGL系統(tǒng)查詢新學期將開設的課程、參加聽課的學生情況，以及學生的考試成績。教學管理員使用JXGL系統(tǒng)進行教學管理，包括新學

2、期的課程選課注冊管理和學生成績管理。1.需求描述:對教學管理系統(tǒng)JXGL要求提供兩個方面的服務:(1)選課管理，負責新學期的課程選課注冊工作;(2)成績管理，負責學生成績管理。在選課管理方面應填寫的用戶需求描述如下。(1)錄入與生成新學期課程表教學管理員在新學期開始前錄入新學期課程，打印將開設的課程目錄表，供師生參考選擇。若某課程的實際選課學生少于10人，則停開該課程，把該課程從課程目錄表中刪除;若某課程的選課學生多于30人，則停止選課。(2)學生選課注冊新學期開始前一周為選課注冊時間，在此期間學生可以選課注冊，并且允許改變或取消注冊申請。每個學生選課不超過4門課程。每門課程最多允許30名學生

3、選課注冊。學生可以在圖書館、各系資料室、學生宿舍等處的計算機上聯(lián)網(wǎng)進行選課注冊。在選課注冊結束后，教學管理員打印學生選課注冊名單和開課通知書，送交有關部門和授課教師。(3)查詢可以查詢課程信息、學生選課信息和學生、教師信息。學生、教師、教學管理員可以查詢課程表，獲得課程信息。查詢的關鍵詞以是:課程名，授課教師名，學分。教師、教學管理員可以查詢學生選課情況。查詢的關鍵詞可以是:學生名、程名，授課教師名，學分。學生只允許查詢自己的選課信息，不允許查詢別人選課信息。學生、教師、教學管理員可以查詢學生或教師的信息。查詢的關鍵詞可以是學生名、教師名，性別、班級、職稱。(4)選課注冊信息的統(tǒng)計與報表生成。

4、教學管理員對學生的選課注冊信息進行統(tǒng)計(按課程，按學生，按班級)，印匯總統(tǒng)計報表。在成績管理方面應填寫的用戶需求描述如下:(1)成績錄入:教學管理員錄入學生考試成績。(2)成績查詢:教師、教學管理員可以查詢學生考試成績。查詢的關鍵詞可以是:學生名、課程名、授課教師名、學分名、學生只允許查詢自己的考試成績，不允許查詢別人的考試成績。(3)成績統(tǒng)計與報表生成教學管理員進行成績統(tǒng)計(按課程、學生、按班級)，打印成績匯總統(tǒng)計報表。為保存數(shù)據(jù)，需建立教學管理數(shù)據(jù)庫?？梢圆捎藐P系數(shù)據(jù)庫，建立下列數(shù)據(jù)庫表:學生表、教師表、課程表、選課表、任課表、成績表。教學管理系統(tǒng)的直接用戶有學生、教師和教學管理員。教學管

5、理員有權操縱數(shù)據(jù)庫的數(shù)據(jù)，進行添加、更新、刪除等操作。學生和教師一般只查詢信息，只允許對自己有關的數(shù)據(jù)進行添加，更新、刪除等操作。教學管理系統(tǒng)JXGL的相關系統(tǒng)有財務系統(tǒng)。JXGL系統(tǒng)需要把學生選課注冊信息傳送給財務系統(tǒng)，以供財務系統(tǒng)計算學生應交納的費用，但是不要求財務系統(tǒng)回饋學生應交納的費用信息。假定在學校的計算中心有功能強大的工作站機器，在各系、各部門、圖書館、學生宿舍都有臺式PC機，學校的全部計算機已經(jīng)連網(wǎng)。教學管理系統(tǒng)JXGL將采用客戶機/服務器結構建立，JXGL系統(tǒng)的應用服務器和數(shù)據(jù)庫服務器設置在學校計算中心的工作站。學生、教師和教學管理員可以在各系、各部門、圖書館、學生宿舍的臺式P

6、C機上使用JXGL系統(tǒng)。2.確定系統(tǒng)范圍和邊界首先要確定業(yè)務需求和系統(tǒng)目標。教學管理系統(tǒng)JxGL用于新學期課程的選課注冊管理和學生的成績管理。凡是這兩方面的教學管理內容都是JXGL系統(tǒng)的職責范圍，其他的教學管理內容，如安排教學計劃、排課、實習、實驗、考試等都不屬于JXGL系統(tǒng)的職責范圍。至于學校的其他管理工作，如科研、人事、財務、資產(chǎn)等管理不屬于JXGL系統(tǒng)的職責范圍。JXGL系統(tǒng)與財務系統(tǒng)存在系統(tǒng)邊界，財務系統(tǒng)將從JXGL系統(tǒng)得到學生選課注冊信息。JXGL系統(tǒng)與學校的其他信息管理系統(tǒng)沒有直接的聯(lián)系，但是可以從學校的全局數(shù)據(jù)庫中共享學生、教師、教學計劃等必要的數(shù)據(jù)。3.定義用戶根據(jù)JXGL系統(tǒng)

7、用戶需求描述可以確定4個參與者:學生、老師、教學管理員和財務系統(tǒng)。對于每一個參與者，應當明確其業(yè)務活動的內容、對系統(tǒng)的服務要求?！皩W生”參與者使用JXGL系統(tǒng)查詢新學期開設的課程信息和教師開課信息，選課并登記注冊課程，查詢自己的課程成績信息?！袄蠋煛眳⑴c者使用JXGL系統(tǒng)查詢新學期開設的課程信息、學生選課信息和學生成績信息?！敖虒W管理員”參與者使用JXGL系統(tǒng)管理學期開設的課程的選課注冊和學生的考試成績。管理工作包括課程與成績數(shù)據(jù)的錄入、維護、統(tǒng)計、報表打印等，并且負責把學生的選課注冊信息發(fā)送給財務系統(tǒng)，作為計算學生應付費用的依據(jù)?！敖虒W管理員”要求能夠方便地查詢課程信息、學生選課信息、學生信

8、息、教師信息和成績信息?！柏攧障到y(tǒng)”參與者是外部系統(tǒng)參與者，從JXGL系統(tǒng)接受學生的課程注冊信息。4. Use Case的獲取每一個USeCase都是一個參與者與系統(tǒng)在交互中執(zhí)行的有關事務序列。應當根據(jù)用戶需求描述，找出全部的USeCase，并從參與者的角度給出事件流，當USeCase執(zhí)行時系統(tǒng)應提供給參與者的服務。從JxGL的用戶需求描述分析可的有以下用例存在:(1)查詢課程信息:學生、教師或教學管理員查詢課程表，獲得課程信息。(2)選課注冊:學生登錄進行選課注冊。(3)管理開設課程:教學管理員登錄系統(tǒng)產(chǎn)生選課信息，按照要求進行分類統(tǒng)計，生成選課注冊報表。(4)管理學生信息:教學管理員對學生

9、數(shù)據(jù)進行錄入、修改、刪除等操作。(5)管理老師信息:教學管理員對教師數(shù)據(jù)進行錄入、修改、刪除等操作。(6)管理課程信息:教學管理員對課程數(shù)據(jù)進行錄入、修改、刪除等操作。(7)查詢學生成績:學生、教師查詢學生成績。(8)查詢課程成績:學生、教師查詢課程成績。(9)學生成績管理:教學管理員對學生考試成績數(shù)據(jù)進行錄入，修改、刪除等操作。(10)成績統(tǒng)計:教學管理員對學生的考試成績數(shù)據(jù)進行分類統(tǒng)計，生成成績報表。5.需求獲取描述（1）（2）（3）（4）（5）（6）（7）6.導出UseCase案例Two：廣東省水利廳辦公業(yè)務資源系統(tǒng)廣東省水利廳辦公業(yè)務資源系統(tǒng)是一個面向300多用戶以及10多個部門日常業(yè)

10、務流程的項目,由于系統(tǒng)牽涉的用戶面和業(yè)務范圍較廣,系統(tǒng)的各種功能與用戶的日常工作息息相關,因此做好系統(tǒng)需求分析顯得至關重要。項目需求調研階段,始終堅持“以用戶為中心”,采取了有效、多樣的方式與用戶溝通,充分重視用戶提出的每一項需求,并根據(jù)實際情況采用各種技術手段與用戶進行溝通以最大限度獲得需求。(1)系統(tǒng)功能和性能需求分析分析總結舊系統(tǒng)功能和性能方面存在的問題和缺陷對于獲取新系統(tǒng)的需求具有很大參考價值。經(jīng)過研究分析,水利廳原有辦公自動化系統(tǒng)存在幾個突出的問題: 技術手段比較落后。如采用C/S的模式一方面隨著用戶量增加導致服務器負載過高,服務器性能明顯下降;另一方面系統(tǒng)管理員的維護工作量很大,系

11、統(tǒng)版本更新后需要重新更新各客戶端程序;系統(tǒng)的跨平臺性和移植性差。舊系統(tǒng)是基于NET平臺開發(fā),未來想移植到LINUX或者UNIX操作系統(tǒng)上困難很大；工作流固化用戶實際流程與默認流程不符時需手工重新配置流程,導致系統(tǒng)推廣應用難度大;可供辦公使用的信息資源少。基于以上分析,可得出新系統(tǒng)的功能和性能方面基本要求如下:功能主要包括公文處理子系統(tǒng)、內部電子郵件、機關事務管理子系統(tǒng)、業(yè)務資源庫等。性能及約束條件方面要求主要包括跨平臺性、易維護性、穩(wěn)定性、響應速度等。技術方面要求采用J2EE平臺和關系型數(shù)據(jù)庫(ORACLE)實現(xiàn),基于B/S的三層體系結構進行設計。(2)需求信息來源分析通過對需求信息的來源進行

12、分析,得出如下需求捕獲計劃(見表1)。(3)需求分析技術的選用用戶調查。在直接與用戶進行面對面交流前,先對舊系統(tǒng)用戶作一個書面調查,收集他們對舊系統(tǒng)的使用體會以及對新系統(tǒng)最關心的功能需求,目的是在面對面進行用戶訪談時提高需求分析人員提問的針對性和引導作用。需求調研表涉及的主要內容包括:用戶使用頻度最高的功能、舊系統(tǒng)設計存在的主要不足、對系統(tǒng)改進的建議等,調查對象為全體用戶。通過收集用戶的信息反饋表并進行歸納總結,得出以下幾個結論:用戶使用頻率最高的模塊主要是公文收發(fā)處理、內部電子郵件、公告發(fā)布;舊系統(tǒng)最大的不足主要集中在系統(tǒng)界面不夠友好、系統(tǒng)響應速度越來越慢、流程設計不靈活、系統(tǒng)可供辦公參考的

13、資料較少等幾個方面。用戶訪談。經(jīng)過用戶調查后,通過組織用戶進行面對面訪談來達到細化系統(tǒng)需求的目的。訪談的對象主要是典型業(yè)務處室代表,如辦公室負責文件收發(fā)的秘書、關鍵業(yè)務部門、技術部門的代表。進行訪談前要根據(jù)用戶調查的結果設計一些有針對性和引導作用的問題,如:公文收發(fā)的流程是怎樣的(辦公室代表回答)?在業(yè)務處室內部處理的流程是怎樣的(業(yè)務處室代表回答)?系統(tǒng)界面的人性化方面有哪些要求(全體代表回答)?系統(tǒng)管理方面的需求是什么(技術部門代表回答)?參觀考察。為了吸取兄弟單位同類項目的先進經(jīng)驗,開拓思路,組織用戶到一些有成功案例和良好口碑的單位進行參觀考察。通過參觀考察,博取眾長,將各單位有價值的好

14、的經(jīng)驗和做法吸納到本系統(tǒng)的建設需求中來。(4)幾種需求分析技術對比用戶調查覆蓋的面較廣(涉及到本單位300多用戶),不需要占用被訪用戶太多工作時間,容易被用戶接受。但是由于某些用戶對用戶調查的重視程度不夠,導致所反饋的信息不全面,參考價值有限,只能作為需求分析技術的一種參考和補充手段。用戶訪談對于本系統(tǒng)需求分析是一種收效較好的技術手段。但是這種技術的使用對于需求分析人員來說有較高要求,如談話技巧、領域的知識面等;另一方面尋找一個各關鍵被訪對象均有空的時間較難。在條件允許的情況下,應盡量采用這種技術。參觀考察對系統(tǒng)需求獲取可以起到畫龍點睛、開闊用戶思路、取長補短的效果。案例3：學院房產(chǎn)管理系統(tǒng)1

15、. 開發(fā)背景：行政學院房地產(chǎn)管理系統(tǒng)是在金融體制改革的形勢下，由行政學院信息技術部承擔開發(fā)的，在成都市范圍內進行房產(chǎn)投資和管理的應用系統(tǒng)。系統(tǒng)的應用范圍包括跟蹤資本的分配和劃撥、所產(chǎn)生的資產(chǎn)現(xiàn)金流和這些現(xiàn)金流的來源，以及計算所有投資的回報情況的能力。該系統(tǒng)不僅使這些資產(chǎn)可以像管理固定收入有價證券組合一樣被管理，也為學校領導層提供了監(jiān)控資金流量與流向并及時做出相應決策的現(xiàn)代化手段。2. 使用用例驅動獲取需求：（1） 確定系統(tǒng)的初始范圍第一步是考慮這個系統(tǒng)的大的范圍。通過與項目有關人員（主要是用戶）的大量交流溝通，以及組織多次訪談會，首先根據(jù)系統(tǒng)的作用，用戶的最基本要求確定了系統(tǒng)的初始范圍，如圖1

16、8所示。（2） 確定參與者確定了三個參與者：經(jīng)營經(jīng)理、房產(chǎn)經(jīng)理和外部合作伙伴。1）經(jīng)營經(jīng)理：負責數(shù)據(jù)錄入和數(shù)據(jù)維護。經(jīng)營經(jīng)理創(chuàng)建報表，以提供有關房產(chǎn)的管理信息，并保證考慮到房產(chǎn)的日常問題。2）房產(chǎn)經(jīng)理：負責管理自己掌握的資金用于房地產(chǎn)投資。房產(chǎn)經(jīng)理要確定準備投資的各種類型的房地產(chǎn)項目。這種參與者主要關注投資所需的資本和投入的資本與所產(chǎn)生的回報的比較。3）外部合作伙伴：外部合作伙伴與房產(chǎn)經(jīng)理起類似的作用，不過是在機構的外部。外部合作伙伴參與房產(chǎn)，但是在很多方面可以斟酌決定。外部合作伙伴的主要責任是保證投資產(chǎn)生回報，還需要向房產(chǎn)經(jīng)理定期提供信息，包括現(xiàn)金流、對帳單和回報信息。（3） 獲取用戶需求與

17、關鍵項目的相關人員一起，經(jīng)過大量的分析討論，確定了兩個基本用例。用例1管理投資用例2匯總投資此時，我們除了可能有外部房產(chǎn)經(jīng)理參與者的遠程訪問需求之外，還沒有提出緊迫的技術需求，也沒有得到業(yè)務規(guī)則。通過項目相關人員的討論，我們得到他們對系統(tǒng)提出的兩個基本要求。1） 根據(jù)用戶的視點來設計本系統(tǒng)。這是一項基本要求，我們已經(jīng)考慮了源自可以支撐本系統(tǒng)的會計系統(tǒng)的復雜業(yè)務需求。項目相關人員要求為其業(yè)務提供很強的會計支持，但是愿意將兩個系統(tǒng)分開。帳本簿與房地產(chǎn)管理系統(tǒng)之間沒有多少冗余數(shù)據(jù)，項目相關人員不愿意增加額外經(jīng)費補充會計功能，或將兩個系統(tǒng)數(shù)據(jù)集成起來。2） 把系統(tǒng)看作是一種“數(shù)據(jù)采集與報表生成系統(tǒng)”。

18、關鍵是構建采集實現(xiàn)他們所定義的業(yè)務規(guī)則的數(shù)據(jù)的系統(tǒng)，既要使數(shù)據(jù)“安全”（不能丟失或遺忘），又要為不同參與者提供專門化的視圖，以便根據(jù)這些視圖做出業(yè)務決策（例如，系統(tǒng)具有比較回報和投資的能力，要能夠知道從出租的角度看，哪些房產(chǎn)在歷史上沒有得到充分的利用，哪些區(qū)域的出租率和回報率高）。（4） 獲取功能需求下一步是充分與用戶討論，搜集盡可能多的有關各種參與者如何與系統(tǒng)交互的信息，以及他們需要通過系統(tǒng)獲得什么樣的信息。搜集這些信息的結果，我們可以將前面的用例進行進一步的擴展。為了更好地表示用例，我們把用例圖一分為三。如圖19、20、21所示。這里把用例由最初的兩個擴展為20個。用例3錄入承租人詳細信息

19、用例4錄入投資詳細信息用例5錄入房產(chǎn)詳細信息用例6建立單元用例7出租房產(chǎn)用例8輸入數(shù)據(jù)用例9建立現(xiàn)金流時間表用例10交易記錄用例11處置房產(chǎn)用例12建立資本時間表用例13報告排名前5位的房產(chǎn)用例14報告每個區(qū)域統(tǒng)計區(qū)的房產(chǎn)用例15報告預期回報率用例16報告房產(chǎn)狀況用例17報告房產(chǎn)使用情況用例18報告每個區(qū)域統(tǒng)計區(qū)沒有出租的房產(chǎn)用例19報告將要到期的承租合同用例20輸入指數(shù)信息用例21設置區(qū)域統(tǒng)計區(qū)用例22設置用戶（5） 細化需求及用例求精在完成填寫用例模板最初工作之后，我們記錄了需要解決的問題。我們把這個系統(tǒng)看作是數(shù)據(jù)采集和報表生成兩個部分的觀點基本沒有改變。同時，我們發(fā)現(xiàn)報表生成的一個重要部分，即回報，可以通過更仔細地研究報表來提高收益。簡單來說，回報數(shù)據(jù)要描述投資的執(zhí)行情況。房產(chǎn)經(jīng)理通過回報計算，判定投資執(zhí)行情況，并預測投資變更（例如：提高出租租金）會怎樣影響投資的收益