軟件需求工程(5)

1、1軟件需求工程軟件需求工程第五章第五章 需求定義需求定義2需求定義任務(wù)需求定義任務(wù) 需求定義活動(dòng)準(zhǔn)確地說不屬于需求工程范疇，它實(shí)際上是需求定義活動(dòng)準(zhǔn)確地說不屬于需求工程范疇，它實(shí)際上是軟件項(xiàng)目立項(xiàng)管理階段需要做的工作軟件項(xiàng)目立項(xiàng)管理階段需要做的工作, ,即可行性階段的工作。即可行性階段的工作。但需求定義階段的產(chǎn)物對(duì)于需求獲取、分析和建?；顒?dòng)都有著但需求定義階段的產(chǎn)物對(duì)于需求獲取、分析和建模活動(dòng)都有著直接的影響。如果該階段工作做得不好，就會(huì)出現(xiàn)直接的影響。如果該階段工作做得不好，就會(huì)出現(xiàn)“上梁不正上梁不正下梁歪下梁歪”的結(jié)果。的結(jié)果。 需求定義就是確定項(xiàng)目的宏觀需求，即定義項(xiàng)目的業(yè)務(wù)需需求定義就

2、是確定項(xiàng)目的宏觀需求，即定義項(xiàng)目的業(yè)務(wù)需求，求，明確項(xiàng)目的目標(biāo)和范圍。清晰的項(xiàng)目目標(biāo)和范圍定義，能明確項(xiàng)目的目標(biāo)和范圍。清晰的項(xiàng)目目標(biāo)和范圍定義，能夠引導(dǎo)需求工作的順利進(jìn)行夠引導(dǎo)需求工作的順利進(jìn)行。 需求定義工作的著眼點(diǎn)可以概括為需求定義工作的著眼點(diǎn)可以概括為4 4個(gè)字：個(gè)字：?jiǎn)栴}、機(jī)會(huì)問題、機(jī)會(huì) 問題問題：開發(fā)項(xiàng)目對(duì)應(yīng)的軟件系統(tǒng)要解決現(xiàn)實(shí)業(yè)務(wù)中的什么：開發(fā)項(xiàng)目對(duì)應(yīng)的軟件系統(tǒng)要解決現(xiàn)實(shí)業(yè)務(wù)中的什么問題。問題。 機(jī)會(huì)機(jī)會(huì)：開發(fā)軟件系統(tǒng)要把握的機(jī)會(huì)，以提高企業(yè)競(jìng)爭(zhēng)力。：開發(fā)軟件系統(tǒng)要把握的機(jī)會(huì)，以提高企業(yè)競(jìng)爭(zhēng)力。3需求定義的過程需求定義的過程 需求定義通常采用如下過程需求定義通常采用如下過程: :

3、目標(biāo)（目標(biāo)（Goals)Goals)問題問題(Problem(Problem)可選方案（可選方案（Option)Option)建議方案（建議方案（Answer)Answer) 目標(biāo)：羅列整個(gè)項(xiàng)目要目標(biāo)：羅列整個(gè)項(xiàng)目要解決的問題解決的問題或機(jī)會(huì)。如或機(jī)會(huì)。如“廢品率太高廢品率太高”。 問題：針對(duì)問題：針對(duì)目標(biāo)層面的問題進(jìn)行分目標(biāo)層面的問題進(jìn)行分析析，找到導(dǎo)致該問題生產(chǎn)的根源，并全，找到導(dǎo)致該問題生產(chǎn)的根源，并全部羅列出來。如部羅列出來。如“訂單不準(zhǔn)確訂單不準(zhǔn)確”、“運(yùn)運(yùn)輸損耗輸損耗”等。等。 可選方案：針對(duì)每個(gè)問題羅列出可能的解決方案。如可選方案：針對(duì)每個(gè)問題羅列出可能的解決方案。如針對(duì)針對(duì)“訂

4、單不準(zhǔn)確訂單不準(zhǔn)確”問題，可選方案包括問題，可選方案包括“通過電子化手通過電子化手段下訂單段下訂單”、“對(duì)訂單內(nèi)容進(jìn)行電子化審核對(duì)訂單內(nèi)容進(jìn)行電子化審核”等。等。 建議方案：從可選方案中挑選出認(rèn)為比較合理的方案。建議方案：從可選方案中挑選出認(rèn)為比較合理的方案。4問題分析問題分析 問題分析的五個(gè)步驟：?jiǎn)栴}分析的五個(gè)步驟： 1 1、在問題上達(dá)成共識(shí)、在問題上達(dá)成共識(shí) 2 2、理解根本原因、理解根本原因分析問題背后的問題分析問題背后的問題 3 3、確定相關(guān)人員和用戶、確定相關(guān)人員和用戶 4 4、定義解決方案的界限、定義解決方案的界限 5 5、確定加在解決方案上的約束、確定加在解決方案上的約束5問題分

5、析問題分析在問題上達(dá)成共識(shí)在問題上達(dá)成共識(shí) 問題分析就是理解真實(shí)世界中的問題和用戶需求，并提問題分析就是理解真實(shí)世界中的問題和用戶需求，并提出滿足解決這些問題的解決方案的過程。因此需求定義首要出滿足解決這些問題的解決方案的過程。因此需求定義首要工作是要把解決的問題提出來，并且得到所有人的共識(shí)。工作是要把解決的問題提出來，并且得到所有人的共識(shí)。 找準(zhǔn)開發(fā)新系統(tǒng)要解決的問題是項(xiàng)目成功的關(guān)鍵，即找準(zhǔn)開發(fā)新系統(tǒng)要解決的問題是項(xiàng)目成功的關(guān)鍵，即對(duì)對(duì)問題進(jìn)行了正確的定義，意味著成功解決了一半問題進(jìn)行了正確的定義，意味著成功解決了一半。 要讓大家達(dá)成共識(shí)，采用統(tǒng)一的表格寫出問題就是很有要讓大家達(dá)成共識(shí)，采用

6、統(tǒng)一的表格寫出問題就是很有效的手段。效的手段。RUPRUP提供的描述模板如下：提供的描述模板如下：寫作項(xiàng)目寫作項(xiàng)目說明說明問題問題描述存在的問題，或要解決的問題描述存在的問題，或要解決的問題影響影響該問題影響了哪些人群該問題影響了哪些人群結(jié)果結(jié)果該問題對(duì)這類人群產(chǎn)生了什么影響該問題對(duì)這類人群產(chǎn)生了什么影響優(yōu)點(diǎn)優(yōu)點(diǎn)預(yù)期什么樣的解決方案，它應(yīng)該具備什么優(yōu)點(diǎn)預(yù)期什么樣的解決方案，它應(yīng)該具備什么優(yōu)點(diǎn)6問題分析問題分析分析問題背后的問題分析問題背后的問題 分析問題背后的問題，即尋找問題的本源分析問題背后的問題，即尋找問題的本源定性分析定性分析。 魚骨圖分析方法魚骨圖分析方法：對(duì)每個(gè)問題繪制一張魚骨圖，找

7、出問：對(duì)每個(gè)問題繪制一張魚骨圖，找出問題的所有潛在原因。該方法是一種定性分析方法。題的所有潛在原因。該方法是一種定性分析方法。廢品率太高廢品率太高運(yùn)輸運(yùn)輸生產(chǎn)生產(chǎn)其他其他銷售銷售運(yùn)輸損耗運(yùn)輸損耗制造缺陷制造缺陷制成品折舊制成品折舊用戶退貨用戶退貨訂單不準(zhǔn)確訂單不準(zhǔn)確 魚骨圖也叫因果分析圖。上圖中，魚骨圖也叫因果分析圖。上圖中，“運(yùn)輸運(yùn)輸”、“生產(chǎn)生產(chǎn)”、“銷售銷售”等稱為等稱為原因類型原因類型，“運(yùn)輸損耗運(yùn)輸損耗”、“制造缺陷制造缺陷”、“訂單不準(zhǔn)確訂單不準(zhǔn)確”等稱為等稱為原因原因。7問題分析問題分析分析問題背后的問題分析問題背后的問題 帕雷托分析方法帕雷托分析方法：對(duì)每個(gè)問題繪制一張表，找出

8、所有潛：對(duì)每個(gè)問題繪制一張表，找出所有潛在原因?qū)栴}的影響程度。該方法是一種在原因?qū)栴}的影響程度。該方法是一種定量分析定量分析法。法。原因原因數(shù)量數(shù)量比列比列制造缺陷制造缺陷294.83%制成品折舊制成品折舊457.50訂單不準(zhǔn)確訂單不準(zhǔn)確31752.83%用戶退貨用戶退貨8213.67%運(yùn)輸耗損運(yùn)輸耗損10717.83%其他其他203.34%合計(jì)合計(jì)600100%8問題分析問題分析分析問題背后的問題分析問題背后的問題 魚骨圖分析相當(dāng)于尋找解決問題的靶子，而帕累托分析魚骨圖分析相當(dāng)于尋找解決問題的靶子，而帕累托分析則相當(dāng)于瞄準(zhǔn)目標(biāo)的準(zhǔn)確性。則相當(dāng)于瞄準(zhǔn)目標(biāo)的準(zhǔn)確性。 通過分析問題背后的原因，

9、可以判斷哪些原因可以通過通過分析問題背后的原因，可以判斷哪些原因可以通過信息系統(tǒng)來解決，從而使得系統(tǒng)的目標(biāo)更加科學(xué)，需求的范信息系統(tǒng)來解決，從而使得系統(tǒng)的目標(biāo)更加科學(xué)，需求的范圍更易于確定。圍更易于確定。9問題分析問題分析確定相關(guān)人員和用戶確定相關(guān)人員和用戶 分析與項(xiàng)目相關(guān)的人員的目的是分析與項(xiàng)目相關(guān)的人員的目的是確定這些人對(duì)項(xiàng)目擁有確定這些人對(duì)項(xiàng)目擁有多少籌碼多少籌碼。擁有的籌碼越多，項(xiàng)目成功的可能性越大。擁有的籌碼越多，項(xiàng)目成功的可能性越大。 如果是操作層，項(xiàng)目延誤的可能性極大，因?yàn)榈讓尤藛T如果是操作層，項(xiàng)目延誤的可能性極大，因?yàn)榈讓尤藛T籌碼相對(duì)很少?；I碼相對(duì)很少。 如果是中層管理人員，只

10、要努力，有希望避免項(xiàng)目出現(xiàn)如果是中層管理人員，只要努力，有希望避免項(xiàng)目出現(xiàn)延誤情況。因?yàn)橹袑庸芾砣藛T手中有一定的籌碼。延誤情況。因?yàn)橹袑庸芾砣藛T手中有一定的籌碼。 如果是高層管理人員，項(xiàng)目延誤的可能性幾乎沒有。因如果是高層管理人員，項(xiàng)目延誤的可能性幾乎沒有。因?yàn)楦邔庸芾砣藛T手握著最有分量的籌碼，而且人數(shù)極少。為高層管理人員手握著最有分量的籌碼，而且人數(shù)極少。 羅列出各類用戶的特點(diǎn)、能力以及對(duì)項(xiàng)目的態(tài)度，可以羅列出各類用戶的特點(diǎn)、能力以及對(duì)項(xiàng)目的態(tài)度，可以為后續(xù)的需求分析提供相應(yīng)的信息。為后續(xù)的需求分析提供相應(yīng)的信息。10問題分析問題分析定義解決方案的界限定義解決方案的界限 解決方案的能力總是有

11、約束的，系統(tǒng)的范圍總是有限解決方案的能力總是有約束的，系統(tǒng)的范圍總是有限的。在需求定義階段，對(duì)需求的范圍進(jìn)行界定十分重要。的。在需求定義階段，對(duì)需求的范圍進(jìn)行界定十分重要。 范圍指系統(tǒng)涉及哪些內(nèi)容，而邊界則是系統(tǒng)與人的職責(zé)范圍指系統(tǒng)涉及哪些內(nèi)容，而邊界則是系統(tǒng)與人的職責(zé)邊界。邊界。供應(yīng)商促銷數(shù)據(jù)供應(yīng)商促銷數(shù)據(jù)結(jié)算記錄結(jié)算記錄庫存量庫存量顧客顧客接訂單接訂單信用檢查信用檢查記錄訂單記錄訂單顧客記錄顧客記錄等待送等待送貨文件貨文件1？2？3？信用卡公司信用卡公司11問題分析問題分析定義解決方案的界限定義解決方案的界限 系統(tǒng)邊界的確定受到多方面的限制。系統(tǒng)邊界的確定受到多方面的限制。 系統(tǒng)投入的限制

12、：投入少不可能實(shí)現(xiàn)太多的功能和太難系統(tǒng)投入的限制：投入少不可能實(shí)現(xiàn)太多的功能和太難的功能。的功能。 環(huán)境約束：功能實(shí)現(xiàn)的環(huán)境條件是否存在。環(huán)境約束：功能實(shí)現(xiàn)的環(huán)境條件是否存在。上例中：上例中： 邊界邊界1 1：系統(tǒng)只實(shí)現(xiàn)：系統(tǒng)只實(shí)現(xiàn)“記錄訂單記錄訂單”的功能，的功能，“接訂單接訂單”和和“信用檢查信用檢查”都由人工完成。都由人工完成。 邊界邊界2 2：系統(tǒng)要實(shí)現(xiàn)：系統(tǒng)要實(shí)現(xiàn)“信用檢查信用檢查”和和“記錄訂單記錄訂單”的功能，的功能，條件是條件是“顧客記錄顧客記錄”已經(jīng)具有實(shí)用性，有專門的已經(jīng)具有實(shí)用性，有專門的“信用卡公信用卡公司司”行使職責(zé)。行使職責(zé)。 邊界邊界3 3：系統(tǒng)要實(shí)現(xiàn)：系統(tǒng)要實(shí)現(xiàn)

13、“接訂單接訂單”的自動(dòng)化?？赡艿姆椒ㄓ械淖詣?dòng)化?？赡艿姆椒ㄓ泻艚兄行?、呼叫中心、WebWeb網(wǎng)站等，還要考慮企業(yè)內(nèi)部網(wǎng)與網(wǎng)站等，還要考慮企業(yè)內(nèi)部網(wǎng)與InternetInternet網(wǎng)網(wǎng)之間的交互，以及相關(guān)的安全措施。之間的交互，以及相關(guān)的安全措施。12問題分析問題分析解決方案的約束解決方案的約束 對(duì)于要開發(fā)的系統(tǒng)，一定會(huì)有相關(guān)的約束。通常包括技對(duì)于要開發(fā)的系統(tǒng)，一定會(huì)有相關(guān)的約束。通常包括技術(shù)開發(fā)的約束和項(xiàng)目實(shí)施的約束。術(shù)開發(fā)的約束和項(xiàng)目實(shí)施的約束。類型類型約束約束說明說明技術(shù)技術(shù)開發(fā)開發(fā)技術(shù)約束技術(shù)約束技術(shù)選擇、開發(fā)平臺(tái)的限制？禁止使用的技術(shù)？技術(shù)選擇、開發(fā)平臺(tái)的限制？禁止使用的技術(shù)？購買軟

14、件包？購買軟件包？預(yù)期硬軟件環(huán)預(yù)期硬軟件環(huán)境境建立在現(xiàn)有系統(tǒng)上？與原系統(tǒng)的兼容性？支持的建立在現(xiàn)有系統(tǒng)上？與原系統(tǒng)的兼容性？支持的操作系統(tǒng)？現(xiàn)有網(wǎng)絡(luò)環(huán)境？操作系統(tǒng)？現(xiàn)有網(wǎng)絡(luò)環(huán)境？預(yù)期使用環(huán)境預(yù)期使用環(huán)境有戶外作業(yè)嗎？有特殊的工作環(huán)境嗎？有戶外作業(yè)嗎？有特殊的工作環(huán)境嗎？項(xiàng)目項(xiàng)目實(shí)施實(shí)施經(jīng)濟(jì)約束經(jīng)濟(jì)約束投資的預(yù)算是多少投資的預(yù)算是多少行政約束行政約束許可問題？?jī)?nèi)外部政治問題？部門間問題？許可問題？?jī)?nèi)外部政治問題？部門間問題？速度速度/資源約束資源約束 速度要求？已有資源？擴(kuò)展資源？速度要求？已有資源？擴(kuò)展資源？環(huán)境約束環(huán)境約束合法嗎？特殊的安全性要求？其他不準(zhǔn)限制？合法嗎？特殊的安全性要求？其他

15、不準(zhǔn)限制？13需求定義的產(chǎn)物需求定義的產(chǎn)物 需求定義階段產(chǎn)生的人工制品需求定義階段產(chǎn)生的人工制品文檔文檔 POSProject Overview Specify，項(xiàng)目綜述，類似于，項(xiàng)目綜述，類似于可行性分析報(bào)告可行性分析報(bào)告 Vision:愿景，原意是所向往的前景，是企業(yè)更高層次愿景，原意是所向往的前景，是企業(yè)更高層次的最求。系統(tǒng)開發(fā)要達(dá)到的一個(gè)更高遠(yuǎn)的目標(biāo)。相對(duì)于的最求。系統(tǒng)開發(fā)要達(dá)到的一個(gè)更高遠(yuǎn)的目標(biāo)。相對(duì)于POS而言，更加重視對(duì)市場(chǎng)潛在機(jī)會(huì)的分析。而言，更加重視對(duì)市場(chǎng)潛在機(jī)會(huì)的分析。 14POS主要內(nèi)容主要內(nèi)容內(nèi)容內(nèi)容說明說明目標(biāo)目標(biāo)對(duì)商業(yè)目標(biāo)的簡(jiǎn)短、可度量的描述對(duì)商業(yè)目標(biāo)的簡(jiǎn)短、可度量

16、的描述相關(guān)人員和用戶相關(guān)人員和用戶說明哪些人和部門有利益關(guān)系，誰將操作系統(tǒng)及能力說明哪些人和部門有利益關(guān)系，誰將操作系統(tǒng)及能力限制條件限制條件必須采用某設(shè)計(jì)方案？時(shí)間？經(jīng)費(fèi)如何？必須采用某設(shè)計(jì)方案？時(shí)間？經(jīng)費(fèi)如何？關(guān)鍵術(shù)語關(guān)鍵術(shù)語該項(xiàng)目使用哪些術(shù)語該項(xiàng)目使用哪些術(shù)語相關(guān)事實(shí)與假設(shè)相關(guān)事實(shí)與假設(shè)現(xiàn)在是在什么背景下提出的，對(duì)技術(shù)能力有什么假設(shè)現(xiàn)在是在什么背景下提出的，對(duì)技術(shù)能力有什么假設(shè)工作范圍工作范圍系統(tǒng)將涉及哪些內(nèi)容系統(tǒng)將涉及哪些內(nèi)容費(fèi)用計(jì)劃費(fèi)用計(jì)劃需要花多少工作量或資金需要花多少工作量或資金風(fēng)險(xiǎn)風(fēng)險(xiǎn)面臨的主要風(fēng)險(xiǎn)面臨的主要風(fēng)險(xiǎn)可行性可行性包括技術(shù)、經(jīng)濟(jì)、社會(huì)可行性的論證包括技術(shù)、經(jīng)濟(jì)、社會(huì)可

17、行性的論證15Vision的主要內(nèi)容的主要內(nèi)容內(nèi)容類別內(nèi)容類別內(nèi)容項(xiàng)內(nèi)容項(xiàng)說明說明POSPOS對(duì)應(yīng)項(xiàng)對(duì)應(yīng)項(xiàng)業(yè)務(wù)需求業(yè)務(wù)需求背景背景新產(chǎn)品的由來與背景新產(chǎn)品的由來與背景相關(guān)事實(shí)相關(guān)事實(shí)業(yè)務(wù)機(jī)遇業(yè)務(wù)機(jī)遇市場(chǎng)機(jī)遇或待解決的業(yè)務(wù)問題市場(chǎng)機(jī)遇或待解決的業(yè)務(wù)問題業(yè)務(wù)目標(biāo)業(yè)務(wù)目標(biāo)產(chǎn)品所帶來的重要商業(yè)利益產(chǎn)品所帶來的重要商業(yè)利益目標(biāo)目標(biāo)客戶需求客戶需求描述一些典型客戶需求描述一些典型客戶需求提供給客戶的價(jià)值提供給客戶的價(jià)值確定產(chǎn)品給客戶帶來的價(jià)值確定產(chǎn)品給客戶帶來的價(jià)值業(yè)務(wù)風(fēng)險(xiǎn)業(yè)務(wù)風(fēng)險(xiǎn)開發(fā)該產(chǎn)品有關(guān)的主要業(yè)務(wù)風(fēng)險(xiǎn)開發(fā)該產(chǎn)品有關(guān)的主要業(yè)務(wù)風(fēng)險(xiǎn)風(fēng)險(xiǎn)風(fēng)險(xiǎn)解決方案解決方案愿景說明愿景說明目標(biāo)客戶、競(jìng)爭(zhēng)對(duì)手與優(yōu)勢(shì)目標(biāo)客

18、戶、競(jìng)爭(zhēng)對(duì)手與優(yōu)勢(shì)主要特征主要特征將提供的主要特征和性能；列表將提供的主要特征和性能；列表工作范圍工作范圍假設(shè)與依賴假設(shè)與依賴編寫文檔時(shí)所作出的任何假設(shè)編寫文檔時(shí)所作出的任何假設(shè)相關(guān)事實(shí)和假設(shè)相關(guān)事實(shí)和假設(shè)范圍和局范圍和局限性限性首次發(fā)行范圍首次發(fā)行范圍所賜發(fā)行的產(chǎn)品所具有的性能所賜發(fā)行的產(chǎn)品所具有的性能工作范圍工作范圍隨后發(fā)行范圍隨后發(fā)行范圍產(chǎn)品周期性升級(jí)的計(jì)劃產(chǎn)品周期性升級(jí)的計(jì)劃局限性局限性包括和不包括的特性和功能的限制包括和不包括的特性和功能的限制業(yè)務(wù)環(huán)境業(yè)務(wù)環(huán)境客戶概貌客戶概貌不同類型客戶的一些本質(zhì)特點(diǎn)不同類型客戶的一些本質(zhì)特點(diǎn)相關(guān)人員和用戶相關(guān)人員和用戶項(xiàng)目?jī)?yōu)先級(jí)項(xiàng)目?jī)?yōu)先級(jí)為每個(gè)特性

19、劃定優(yōu)先級(jí)為每個(gè)特性劃定優(yōu)先級(jí)操作環(huán)境操作環(huán)境成功因素成功因素產(chǎn)品的成功如何定義和測(cè)量產(chǎn)品的成功如何定義和測(cè)量費(fèi)用計(jì)劃費(fèi)用計(jì)劃16需求定義的要素需求定義的要素需求定義的要素包括需求定義的要素包括 1 1、目標(biāo)、目標(biāo) 2 2、范圍、范圍 3 3、相關(guān)人員和用戶、相關(guān)人員和用戶 4 4、相關(guān)事實(shí)與假設(shè)、相關(guān)事實(shí)與假設(shè)17需求定義的要素需求定義的要素目標(biāo)目標(biāo)1 1、目標(biāo)、目標(biāo) 寫好項(xiàng)目目標(biāo)描述應(yīng)該滿足的寫好項(xiàng)目目標(biāo)描述應(yīng)該滿足的SMARTSMART原則：原則： 具體具體Specific:Specific:能夠指導(dǎo)具體的工作能夠指導(dǎo)具體的工作 可度量可度量Measurrable:Measurrable

20、:能夠進(jìn)行經(jīng)濟(jì)效益分析能夠進(jìn)行經(jīng)濟(jì)效益分析 可達(dá)可達(dá)AttainableAttainable：否則無意義：否則無意義 相關(guān)性相關(guān)性Relevant:Relevant:與其他目標(biāo)具有相關(guān)性與其他目標(biāo)具有相關(guān)性 明確的截止時(shí)間明確的截止時(shí)間Time-basedTime-based項(xiàng)目項(xiàng)目說明說明內(nèi)容內(nèi)容項(xiàng)目項(xiàng)目What對(duì)貸款客戶的信用風(fēng)險(xiǎn)實(shí)現(xiàn)量化管理對(duì)貸款客戶的信用風(fēng)險(xiǎn)實(shí)現(xiàn)量化管理業(yè)務(wù)優(yōu)勢(shì)業(yè)務(wù)優(yōu)勢(shì)Why降低不良貸款降低不良貸款度量指標(biāo)度量指標(biāo)Hou much不良貸款下降不良貸款下降5%合理性合理性經(jīng)濟(jì)可行性經(jīng)濟(jì)可行性降低不良貸款的效益與系統(tǒng)成本之比是否合算降低不良貸款的效益與系統(tǒng)成本之比是否合算可

21、行性可行性外因外因?qū)π庞蔑L(fēng)險(xiǎn)實(shí)現(xiàn)量化管理能降低不良貸款嗎對(duì)信用風(fēng)險(xiǎn)實(shí)現(xiàn)量化管理能降低不良貸款嗎可達(dá)成性可達(dá)成性內(nèi)因內(nèi)因該目標(biāo)能達(dá)到嗎該目標(biāo)能達(dá)到嗎18需求定義的要素需求定義的要素目標(biāo)目標(biāo) 一個(gè)項(xiàng)目要被開發(fā)，要撥款立項(xiàng)，一定有它的業(yè)務(wù)目標(biāo)。一個(gè)項(xiàng)目要被開發(fā)，要撥款立項(xiàng)，一定有它的業(yè)務(wù)目標(biāo)。對(duì)于一個(gè)系統(tǒng)開發(fā)，業(yè)務(wù)目標(biāo)占有非常重要的位置，它明確對(duì)于一個(gè)系統(tǒng)開發(fā)，業(yè)務(wù)目標(biāo)占有非常重要的位置，它明確規(guī)定了建立該軟件系統(tǒng)的最終目的。規(guī)定了建立該軟件系統(tǒng)的最終目的。 業(yè)務(wù)目標(biāo)是組織或客戶方的高層對(duì)未來系統(tǒng)的期望。業(yè)業(yè)務(wù)目標(biāo)是組織或客戶方的高層對(duì)未來系統(tǒng)的期望。業(yè)務(wù)目標(biāo)的確定需要從企業(yè)信息化的全局來考慮和規(guī)劃

22、，使其務(wù)目標(biāo)的確定需要從企業(yè)信息化的全局來考慮和規(guī)劃，使其開發(fā)的系統(tǒng)成為企業(yè)信息化系統(tǒng)中相對(duì)獨(dú)立的、支持全局應(yīng)開發(fā)的系統(tǒng)成為企業(yè)信息化系統(tǒng)中相對(duì)獨(dú)立的、支持全局應(yīng)用的、不可替代的重要組成部分。避免開發(fā)的系統(tǒng)解決的問用的、不可替代的重要組成部分。避免開發(fā)的系統(tǒng)解決的問題的層次太低，隨著對(duì)信息化的要求的提高而很快過時(shí)。題的層次太低，隨著對(duì)信息化的要求的提高而很快過時(shí)。 項(xiàng)目業(yè)務(wù)目標(biāo)通常由需方高層領(lǐng)導(dǎo)參與確定。項(xiàng)目業(yè)務(wù)目標(biāo)通常由需方高層領(lǐng)導(dǎo)參與確定。 要避免業(yè)務(wù)目標(biāo)太抽象、太空洞，如要避免業(yè)務(wù)目標(biāo)太抽象、太空洞，如“實(shí)現(xiàn)實(shí)現(xiàn)XXXX信息化信息化”。19需求定義的要素需求定義的要素2 2、范圍、范圍

23、需求定義的核心工作就是確定范圍。需求定義的核心工作就是確定范圍。 用構(gòu)件圖來描述項(xiàng)目涉及的主題。用構(gòu)件圖來描述項(xiàng)目涉及的主題。 用上下文關(guān)系圖來描述每個(gè)主題涉及的內(nèi)容。用上下文關(guān)系圖來描述每個(gè)主題涉及的內(nèi)容。 用需求大綱對(duì)兩圖的內(nèi)容進(jìn)行詳細(xì)描述。用需求大綱對(duì)兩圖的內(nèi)容進(jìn)行詳細(xì)描述。3 3、相關(guān)人員及用戶、相關(guān)人員及用戶 用戶信息包括：與主題相關(guān)的經(jīng)驗(yàn)、技術(shù)上的經(jīng)驗(yàn)、智力用戶信息包括：與主題相關(guān)的經(jīng)驗(yàn)、技術(shù)上的經(jīng)驗(yàn)、智力能力、工作態(tài)度、技術(shù)態(tài)度、受教育程度、語言技能、年齡、能力、工作態(tài)度、技術(shù)態(tài)度、受教育程度、語言技能、年齡、性別等，即性別等，即對(duì)其能力進(jìn)行建模對(duì)其能力進(jìn)行建模。建模的旨在提高可

24、用性。建模的旨在提高可用性。 對(duì)其他用戶則了解對(duì)軟件系統(tǒng)的關(guān)注點(diǎn)。對(duì)其他用戶則了解對(duì)軟件系統(tǒng)的關(guān)注點(diǎn)。4 4、相關(guān)事實(shí)與假定、相關(guān)事實(shí)與假定約束約束 “ “相關(guān)事實(shí)相關(guān)事實(shí)”指可能影響產(chǎn)品的外部因素。如查詢速度太慢。指可能影響產(chǎn)品的外部因素。如查詢速度太慢。 “ “假定假定”指的是一種可能性，不一定真實(shí)，需要核實(shí)。如指的是一種可能性，不一定真實(shí)，需要核實(shí)。如“告警信息用手機(jī)發(fā)送告警信息用手機(jī)發(fā)送”是對(duì)未來系統(tǒng)的假定。是對(duì)未來系統(tǒng)的假定。20定義需求范圍定義需求范圍 需求范圍是由項(xiàng)目目標(biāo)確定的。需求范圍是由項(xiàng)目目標(biāo)確定的。 定義需求范圍是一項(xiàng)很重要的工作，但也不是一件容易定義需求范圍是一項(xiàng)很重要

25、的工作，但也不是一件容易做好的工作。做好的工作。 傳統(tǒng)方法采用程序結(jié)構(gòu)分解（系統(tǒng)傳統(tǒng)方法采用程序結(jié)構(gòu)分解（系統(tǒng)-子系統(tǒng)子系統(tǒng)-模塊模塊-下下層模塊）來表示。層模塊）來表示。 采用業(yè)務(wù)導(dǎo)向的層次結(jié)構(gòu)，通過三個(gè)相互獨(dú)立的步驟逐采用業(yè)務(wù)導(dǎo)向的層次結(jié)構(gòu)，通過三個(gè)相互獨(dú)立的步驟逐步演化出需求的范圍定義是目前采用的主要方法：步演化出需求的范圍定義是目前采用的主要方法： 劃分主題域劃分主題域: :確定系統(tǒng)包含哪些主題域（子系統(tǒng)）確定系統(tǒng)包含哪些主題域（子系統(tǒng)） 確定主題域范圍：確定主題域范圍：確定每個(gè)主題域包含的業(yè)務(wù)范圍。確定每個(gè)主題域包含的業(yè)務(wù)范圍。 標(biāo)識(shí)業(yè)務(wù)事件和報(bào)表：標(biāo)識(shí)業(yè)務(wù)事件和報(bào)表：21劃分主題域

26、劃分主題域 一個(gè)主題域是一個(gè)相對(duì)獨(dú)立的業(yè)務(wù)職責(zé)區(qū)塊，有時(shí)也稱一個(gè)主題域是一個(gè)相對(duì)獨(dú)立的業(yè)務(wù)職責(zé)區(qū)塊，有時(shí)也稱職能域或子系統(tǒng)。如學(xué)校的各個(gè)處或科室對(duì)應(yīng)的工作。職能域或子系統(tǒng)。如學(xué)校的各個(gè)處或科室對(duì)應(yīng)的工作。 1 1、在對(duì)系統(tǒng)進(jìn)行分解時(shí)，應(yīng)該以、在對(duì)系統(tǒng)進(jìn)行分解時(shí)，應(yīng)該以“事事”為線索，按照業(yè)為線索，按照業(yè)務(wù)的脈絡(luò)劃分成不同的主題域。如一個(gè)學(xué)校應(yīng)管理哪些粗線務(wù)的脈絡(luò)劃分成不同的主題域。如一個(gè)學(xué)校應(yīng)管理哪些粗線索的索的“事事”或者要做哪些事，如教務(wù)處實(shí)驗(yàn)教學(xué)科主要管理或者要做哪些事，如教務(wù)處實(shí)驗(yàn)教學(xué)科主要管理本科實(shí)習(xí)、實(shí)驗(yàn)教學(xué)。本科實(shí)習(xí)、實(shí)驗(yàn)教學(xué)。 2 2、使用構(gòu)件圖描述各主題域之間的關(guān)聯(lián)關(guān)系。把每

27、個(gè)主、使用構(gòu)件圖描述各主題域之間的關(guān)聯(lián)關(guān)系。把每個(gè)主題域抽象為一個(gè)獨(dú)立的子系統(tǒng)（構(gòu)件），用服務(wù)接口來標(biāo)識(shí)題域抽象為一個(gè)獨(dú)立的子系統(tǒng)（構(gòu)件），用服務(wù)接口來標(biāo)識(shí)主題域之間的關(guān)系。主題域之間的關(guān)系。22劃分主題域劃分主題域案例案例 某經(jīng)濟(jì)性連鎖酒店在開創(chuàng)之初就對(duì)自己的信息系統(tǒng)某經(jīng)濟(jì)性連鎖酒店在開創(chuàng)之初就對(duì)自己的信息系統(tǒng)進(jìn)行了規(guī)劃，它將整個(gè)系統(tǒng)劃分為門店管理（每個(gè)單店進(jìn)行了規(guī)劃，它將整個(gè)系統(tǒng)劃分為門店管理（每個(gè)單店的內(nèi)部管理）、客服管理（統(tǒng)一預(yù)訂、的內(nèi)部管理）、客服管理（統(tǒng)一預(yù)訂、VIPVIP（Very Very Important PersonImportant Person）客戶管理）、采購管理（

28、負(fù)責(zé)統(tǒng)一）客戶管理）、采購管理（負(fù)責(zé)統(tǒng)一采購）等子系統(tǒng)。采購）等子系統(tǒng)。 在開創(chuàng)之初，門店只有幾個(gè)，暫時(shí)不考慮客服管理在開創(chuàng)之初，門店只有幾個(gè)，暫時(shí)不考慮客服管理和采購管理子系統(tǒng)，先只開發(fā)門店管理子系統(tǒng)。為了確和采購管理子系統(tǒng)，先只開發(fā)門店管理子系統(tǒng)。為了確保各子系統(tǒng)不會(huì)演變成信息孤島，必須預(yù)先標(biāo)識(shí)出這些保各子系統(tǒng)不會(huì)演變成信息孤島，必須預(yù)先標(biāo)識(shí)出這些子系統(tǒng)之間的關(guān)系。子系統(tǒng)之間的關(guān)系。 23劃分主題域劃分主題域案例案例24劃分主題域劃分主題域構(gòu)件圖構(gòu)件圖 構(gòu)件圖中只有兩種元素：構(gòu)件和接口。構(gòu)件圖中只有兩種元素：構(gòu)件和接口。 構(gòu)件和構(gòu)件之間一般不直接建模它們的關(guān)系，接口構(gòu)件和構(gòu)件之間一般不直接

29、建模它們的關(guān)系，接口和接口之間也沒有關(guān)系。構(gòu)件對(duì)接口而言有兩種關(guān)系：和接口之間也沒有關(guān)系。構(gòu)件對(duì)接口而言有兩種關(guān)系： 實(shí)現(xiàn)關(guān)系：表示這個(gè)接口是某個(gè)構(gòu)件實(shí)現(xiàn)的。實(shí)現(xiàn)關(guān)系：表示這個(gè)接口是某個(gè)構(gòu)件實(shí)現(xiàn)的。 使用關(guān)系：表示某構(gòu)件要使用這個(gè)接口，以達(dá)到使用關(guān)系：表示某構(gòu)件要使用這個(gè)接口，以達(dá)到對(duì)實(shí)現(xiàn)接口的構(gòu)件的訪問。對(duì)實(shí)現(xiàn)接口的構(gòu)件的訪問。 提供服務(wù)的構(gòu)件實(shí)現(xiàn)接口提供服務(wù)的構(gòu)件實(shí)現(xiàn)接口，以達(dá)到屏蔽外界對(duì)構(gòu)件，以達(dá)到屏蔽外界對(duì)構(gòu)件內(nèi)部細(xì)節(jié)的了解。內(nèi)部細(xì)節(jié)的了解。25劃分主題域劃分主題域構(gòu)件構(gòu)件 構(gòu)件和組件的英文單詞是同一個(gè)詞構(gòu)件和組件的英文單詞是同一個(gè)詞component。有時(shí)把。有時(shí)把構(gòu)件和組件作為同一

30、個(gè)意思，有的人喜歡用構(gòu)件，有的人喜構(gòu)件和組件作為同一個(gè)意思，有的人喜歡用構(gòu)件，有的人喜歡用組件。有時(shí)又把構(gòu)件和組件作為兩個(gè)不同的概念，認(rèn)為歡用組件。有時(shí)又把構(gòu)件和組件作為兩個(gè)不同的概念，認(rèn)為構(gòu)件表達(dá)的是邏輯概念，組件表達(dá)的是物理概念，組件是構(gòu)構(gòu)件表達(dá)的是邏輯概念，組件表達(dá)的是物理概念，組件是構(gòu)件或接口的實(shí)現(xiàn)，一個(gè)構(gòu)件可以用多個(gè)組件來實(shí)現(xiàn)。件或接口的實(shí)現(xiàn)，一個(gè)構(gòu)件可以用多個(gè)組件來實(shí)現(xiàn)。 我們不嚴(yán)格區(qū)分構(gòu)件和組件的概念，它既可以是邏輯的，我們不嚴(yán)格區(qū)分構(gòu)件和組件的概念，它既可以是邏輯的，也可以是物理的。在邏輯層面上討論問題時(shí)就以邏輯概念來也可以是物理的。在邏輯層面上討論問題時(shí)就以邏輯概念來理解。在

31、物理實(shí)現(xiàn)時(shí)就以物理概念來理解。理解。在物理實(shí)現(xiàn)時(shí)就以物理概念來理解。 在實(shí)際系統(tǒng)中，構(gòu)件是比類更大的實(shí)體。一個(gè)在實(shí)際系統(tǒng)中，構(gòu)件是比類更大的實(shí)體。一個(gè)COM組件、組件、一個(gè)一個(gè)DLL文件、一個(gè)文件、一個(gè)JavaBeans、一個(gè)可執(zhí)行文件、一個(gè)系統(tǒng)、一個(gè)可執(zhí)行文件、一個(gè)系統(tǒng)模塊、一個(gè)子系統(tǒng)等，都可以用構(gòu)件來稱呼。模塊、一個(gè)子系統(tǒng)等，都可以用構(gòu)件來稱呼。 構(gòu)件是系統(tǒng)設(shè)計(jì)的基本單元，它隱蔽了內(nèi)部實(shí)現(xiàn)，對(duì)外提構(gòu)件是系統(tǒng)設(shè)計(jì)的基本單元，它隱蔽了內(nèi)部實(shí)現(xiàn)，對(duì)外提供了一組外部接口，相同接口的組件可以自由地替換。供了一組外部接口，相同接口的組件可以自由地替換。 在需求階段，構(gòu)件是邏輯概念，表示的是主題域。在需

32、求階段，構(gòu)件是邏輯概念，表示的是主題域。26劃分主題域劃分主題域服務(wù)接口服務(wù)接口 每個(gè)系統(tǒng)每個(gè)系統(tǒng)/主題域都不是孤立存在的，他們總是會(huì)有主題域都不是孤立存在的，他們總是會(huì)有這樣那樣的協(xié)作，將這些協(xié)作標(biāo)識(shí)出來這樣那樣的協(xié)作，將這些協(xié)作標(biāo)識(shí)出來,就是主題域之間就是主題域之間的服務(wù)接口。的服務(wù)接口。 各個(gè)主題域之間的服務(wù)接口是需求變更的防火墻各個(gè)主題域之間的服務(wù)接口是需求變更的防火墻。它可以有效避免后續(xù)系統(tǒng)對(duì)當(dāng)前系統(tǒng)的影響。它可以有效避免后續(xù)系統(tǒng)對(duì)當(dāng)前系統(tǒng)的影響。 接口的概念是非常廣泛的，可以是過程語言中函數(shù)接口的概念是非常廣泛的，可以是過程語言中函數(shù)調(diào)用的接口，可以是對(duì)象程序設(shè)計(jì)語言中類之間的接口

33、，調(diào)用的接口，可以是對(duì)象程序設(shè)計(jì)語言中類之間的接口，還可以是構(gòu)件之間的接口。還可以是構(gòu)件之間的接口。 對(duì)需求階段而言，就是不同主題之間的接口。對(duì)需求階段而言，就是不同主題之間的接口。 接口的實(shí)現(xiàn)關(guān)系用帶空心圓箭頭的實(shí)線表示。接口的實(shí)現(xiàn)關(guān)系用帶空心圓箭頭的實(shí)線表示。 接口的使用關(guān)系用帶尖箭頭的虛線表示。接口的使用關(guān)系用帶尖箭頭的虛線表示。27劃分主題域劃分主題域?qū)嵱眉记蓪?shí)用技巧 1、以組織結(jié)構(gòu)為線索、以組織結(jié)構(gòu)為線索 組織結(jié)構(gòu)是劃分主題域的重要參考，通常主題域的組織結(jié)構(gòu)是劃分主題域的重要參考，通常主題域的邊界就是部門的邊界。例如，教務(wù)處對(duì)科室的設(shè)置，每邊界就是部門的邊界。例如，教務(wù)處對(duì)科室的設(shè)置

34、，每一個(gè)科室的職能是不一樣的，每一個(gè)科室的職能就對(duì)應(yīng)一個(gè)科室的職能是不一樣的，每一個(gè)科室的職能就對(duì)應(yīng)一個(gè)主題域。一個(gè)主題域。 2、從分管領(lǐng)導(dǎo)中找突破。觀察分管領(lǐng)導(dǎo)的設(shè)置和分、從分管領(lǐng)導(dǎo)中找突破。觀察分管領(lǐng)導(dǎo)的設(shè)置和分工。例如，一個(gè)學(xué)院設(shè)置了多少個(gè)副院長(zhǎng)，每一個(gè)副院工。例如，一個(gè)學(xué)院設(shè)置了多少個(gè)副院長(zhǎng)，每一個(gè)副院長(zhǎng)的工作職能是不重疊的，這是劃分主題域的重要依據(jù)。長(zhǎng)的工作職能是不重疊的，這是劃分主題域的重要依據(jù)。 3、借助典型的業(yè)務(wù)職責(zé)區(qū)塊。例如，每一個(gè)企業(yè)都、借助典型的業(yè)務(wù)職責(zé)區(qū)塊。例如，每一個(gè)企業(yè)都有自己的產(chǎn)、銷、供環(huán)節(jié)，這就是一條很好的思路。有自己的產(chǎn)、銷、供環(huán)節(jié)，這就是一條很好的思路。28

35、劃分主題域劃分主題域體檢醫(yī)院實(shí)例體檢醫(yī)院實(shí)例 1、業(yè)務(wù)背景：主要針對(duì)企業(yè)、業(yè)務(wù)背景：主要針對(duì)企業(yè)/組織、組織、VIP客戶、散戶三類客戶、散戶三類客戶提供體檢服務(wù)。企業(yè)財(cái)務(wù)軟件在使用中?？蛻籼峁w檢服務(wù)。企業(yè)財(cái)務(wù)軟件在使用中。 2、問題點(diǎn)：、問題點(diǎn)：預(yù)約安排不合理，銷售不夠高效。預(yù)約安排不合理，銷售不夠高效。 物資供應(yīng)存在脫節(jié)現(xiàn)象，影響體檢進(jìn)度物資供應(yīng)存在脫節(jié)現(xiàn)象，影響體檢進(jìn)度。 （問題點(diǎn)包含開發(fā)目標(biāo)）（問題點(diǎn)包含開發(fā)目標(biāo)） 3、組織結(jié)構(gòu)、組織結(jié)構(gòu) 客服中心：負(fù)責(zé)銷售工作，為企業(yè)客服中心：負(fù)責(zé)銷售工作，為企業(yè)/組織、組織、VIP客戶安排客戶安排預(yù)約時(shí)間。預(yù)約時(shí)間。 服務(wù)中心：針對(duì)散戶負(fù)責(zé)現(xiàn)場(chǎng)開單

36、、收費(fèi)、返回報(bào)告。服務(wù)中心：針對(duì)散戶負(fù)責(zé)現(xiàn)場(chǎng)開單、收費(fèi)、返回報(bào)告。 體檢科室：負(fù)責(zé)體檢，并記錄體檢結(jié)果。體檢科室：負(fù)責(zé)體檢，并記錄體檢結(jié)果。 綜合科：出具診斷報(bào)告。綜合科：出具診斷報(bào)告。 物資科：負(fù)責(zé)物資的采購、申領(lǐng)、倉庫管理工作。物資科：負(fù)責(zé)物資的采購、申領(lǐng)、倉庫管理工作。 財(cái)務(wù)科：對(duì)企業(yè)財(cái)務(wù)科：對(duì)企業(yè)/組織采用轉(zhuǎn)帳式付費(fèi)時(shí)，由財(cái)務(wù)部門組織采用轉(zhuǎn)帳式付費(fèi)時(shí)，由財(cái)務(wù)部門負(fù)責(zé)收費(fèi)。負(fù)責(zé)收費(fèi)。29劃分主題域劃分主題域體檢醫(yī)院實(shí)例體檢醫(yī)院實(shí)例 按照產(chǎn)、銷、供劃分職責(zé)區(qū)塊。按照產(chǎn)、銷、供劃分職責(zé)區(qū)塊。 對(duì)于體檢體院的組織結(jié)構(gòu)，可以分成銷售、生產(chǎn)、后對(duì)于體檢體院的組織結(jié)構(gòu)，可以分成銷售、生產(chǎn)、后勤三個(gè)職

37、責(zé)區(qū)塊。（服務(wù)中心、體檢科和綜合科的工作勤三個(gè)職責(zé)區(qū)塊。（服務(wù)中心、體檢科和綜合科的工作相互獨(dú)立性不強(qiáng)）相互獨(dú)立性不強(qiáng)）系系統(tǒng)統(tǒng)區(qū)塊區(qū)塊部門部門體檢醫(yī)院體檢醫(yī)院銷售銷售生產(chǎn)生產(chǎn)后勤后勤客服中心客服中心服務(wù)中心服務(wù)中心體檢科室體檢科室綜合科綜合科物資科物資科財(cái)務(wù)科財(cái)務(wù)科30劃分主題域劃分主題域體檢醫(yī)院實(shí)例體檢醫(yī)院實(shí)例 主題命名：為每個(gè)區(qū)塊選擇一個(gè)合適的主題名。主題命名：為每個(gè)區(qū)塊選擇一個(gè)合適的主題名。 銷售區(qū)塊：主要負(fù)責(zé)對(duì)客服的銷售、服務(wù)跟蹤，再考銷售區(qū)塊：主要負(fù)責(zé)對(duì)客服的銷售、服務(wù)跟蹤，再考慮部門的命名，將該主題域稱為慮部門的命名，將該主題域稱為“客服管理子系統(tǒng)客服管理子系統(tǒng)”。 生產(chǎn)區(qū)塊：向

38、預(yù)約體檢者、臨時(shí)體檢者提供全程的體生產(chǎn)區(qū)塊：向預(yù)約體檢者、臨時(shí)體檢者提供全程的體檢業(yè)務(wù)，即體檢業(yè)務(wù)就是生產(chǎn)項(xiàng)目。稱該主題域?yàn)闄z業(yè)務(wù)，即體檢業(yè)務(wù)就是生產(chǎn)項(xiàng)目。稱該主題域?yàn)椤绑w體檢業(yè)務(wù)管理子系統(tǒng)檢業(yè)務(wù)管理子系統(tǒng)”。 后勤區(qū)塊：為企業(yè)提供支撐，涉及兩個(gè)獨(dú)立的部分：后勤區(qū)塊：為企業(yè)提供支撐，涉及兩個(gè)獨(dú)立的部分：財(cái)務(wù)和物資?？紤]其獨(dú)立性，建議將其分成兩個(gè)主題域，財(cái)務(wù)和物資?？紤]其獨(dú)立性，建議將其分成兩個(gè)主題域，即即“財(cái)務(wù)管理子系統(tǒng)財(cái)務(wù)管理子系統(tǒng)”和和“物資管理子系統(tǒng)物資管理子系統(tǒng)”。31劃分主題域劃分主題域體檢醫(yī)院實(shí)例體檢醫(yī)院實(shí)例 主題域?qū)δ繕?biāo)的貢獻(xiàn)分析：主題域?qū)δ繕?biāo)的貢獻(xiàn)分析：預(yù)約安排不合理預(yù)約安排不

39、合理銷售手段不足銷售手段不足物質(zhì)供應(yīng)脫節(jié)物質(zhì)供應(yīng)脫節(jié)無無客服管理客服管理子系統(tǒng)子系統(tǒng)體檢業(yè)務(wù)體檢業(yè)務(wù)子系統(tǒng)子系統(tǒng)物資管理物資管理子系統(tǒng)子系統(tǒng)體檢業(yè)務(wù)體檢業(yè)務(wù)子系統(tǒng)子系統(tǒng)財(cái)務(wù)管理財(cái)務(wù)管理子系統(tǒng)子系統(tǒng) 財(cái)務(wù)管理子系統(tǒng)對(duì)既定目標(biāo)沒有直接貢獻(xiàn)，根據(jù)目標(biāo)財(cái)務(wù)管理子系統(tǒng)對(duì)既定目標(biāo)沒有直接貢獻(xiàn)，根據(jù)目標(biāo)決定范圍的原則，將財(cái)務(wù)管理子系統(tǒng)從主題域中去掉。決定范圍的原則，將財(cái)務(wù)管理子系統(tǒng)從主題域中去掉。因此，體檢醫(yī)院管理系統(tǒng)的主題域?yàn)槿齻€(gè)：因此，體檢醫(yī)院管理系統(tǒng)的主題域?yàn)槿齻€(gè)：客服管理子客服管理子系統(tǒng)、體檢業(yè)務(wù)子系統(tǒng)、物資管理子系統(tǒng)。系統(tǒng)、體檢業(yè)務(wù)子系統(tǒng)、物資管理子系統(tǒng)。32劃分主題域劃分主題域體檢醫(yī)院實(shí)例體檢醫(yī)

40、院實(shí)例 服務(wù)接口：服務(wù)接口： 1 1、“客服管理子系統(tǒng)客服管理子系統(tǒng)”與與“體檢業(yè)務(wù)子系統(tǒng)體檢業(yè)務(wù)子系統(tǒng)”：體檢業(yè)務(wù)子系統(tǒng)需要從客服管子系統(tǒng)獲取預(yù)約單、客戶體檢業(yè)務(wù)子系統(tǒng)需要從客服管子系統(tǒng)獲取預(yù)約單、客戶資料；客服管理子系統(tǒng)需要從體檢業(yè)務(wù)子系統(tǒng)了解團(tuán)隊(duì)資料；客服管理子系統(tǒng)需要從體檢業(yè)務(wù)子系統(tǒng)了解團(tuán)隊(duì)體檢是否完成。體檢是否完成。 2 2、“體檢業(yè)務(wù)子系統(tǒng)體檢業(yè)務(wù)子系統(tǒng)”與與“物資管理子系統(tǒng)物資管理子系統(tǒng)”：物資管理屬于支撐環(huán)節(jié)，體檢業(yè)務(wù)子系統(tǒng)需要向物資管物資管理屬于支撐環(huán)節(jié)，體檢業(yè)務(wù)子系統(tǒng)需要向物資管理子系統(tǒng)申領(lǐng)物資，需要提交物資使用情況。理子系統(tǒng)申領(lǐng)物資，需要提交物資使用情況。 3 3、“客服

41、管理子系統(tǒng)客服管理子系統(tǒng)”與與“物資管理子系統(tǒng)物資管理子系統(tǒng)”：客服管理子系統(tǒng)需要向物資管理子系統(tǒng)申領(lǐng)物資?？头芾碜酉到y(tǒng)需要向物資管理子系統(tǒng)申領(lǐng)物資。33劃分主題域劃分主題域體檢醫(yī)院實(shí)例體檢醫(yī)院實(shí)例34確定主題域范圍確定主題域范圍上下文圖上下文圖 確定主題域范圍的工作是針對(duì)一個(gè)主題域的：把一個(gè)主確定主題域范圍的工作是針對(duì)一個(gè)主題域的：把一個(gè)主題域看作一個(gè)黑盒子，使用上下文關(guān)系圖標(biāo)識(shí)出每個(gè)用戶及題域看作一個(gè)黑盒子，使用上下文關(guān)系圖標(biāo)識(shí)出每個(gè)用戶及所發(fā)起的事件。所發(fā)起的事件。 繪制上下文關(guān)系圖的要點(diǎn)：繪制上下文關(guān)系圖的要點(diǎn)： 用矩形表示系統(tǒng)，寫上系統(tǒng)的名字。用矩形表示系統(tǒng)，寫上系統(tǒng)的名字。 找到

42、所有客戶（找到所有客戶（Customer)。這些客戶能發(fā)起什么事件，。這些客戶能發(fā)起什么事件，這些事件能引發(fā)內(nèi)部工作人員這些事件能引發(fā)內(nèi)部工作人員(Worker)的什么工作。一一列的什么工作。一一列出這些工作。出這些工作。 再看每個(gè)再看每個(gè)Worker還有沒有主動(dòng)發(fā)起的事件。還有沒有主動(dòng)發(fā)起的事件。 繪制上下文關(guān)系圖時(shí)，先考慮繪制上下文關(guān)系圖時(shí)，先考慮Customer后考慮后考慮Worker。 Customer：主題域的客戶，處于主題域的外部。：主題域的客戶，處于主題域的外部。 Worker：主題域的工作人員，處于主題域的內(nèi)部。：主題域的工作人員，處于主題域的內(nèi)部。 內(nèi)部工作人員是為外部客戶服

43、務(wù)的。業(yè)務(wù)事件總是由客戶內(nèi)部工作人員是為外部客戶服務(wù)的。業(yè)務(wù)事件總是由客戶主動(dòng)發(fā)起的。主動(dòng)發(fā)起的。Worker主動(dòng)發(fā)起事件是為了提供更好的服務(wù)。主動(dòng)發(fā)起事件是為了提供更好的服務(wù)。35確定主題域范圍確定主題域范圍實(shí)例實(shí)例體檢業(yè)務(wù)子系統(tǒng)體檢業(yè)務(wù)子系統(tǒng)申請(qǐng)?bào)w檢申請(qǐng)?bào)w檢返回報(bào)告返回報(bào)告申請(qǐng)改單申請(qǐng)改單通知取報(bào)告通知取報(bào)告體檢者體檢者服務(wù)人員服務(wù)人員收費(fèi)人員收費(fèi)人員維護(hù)人員維護(hù)人員體檢科室體檢科室客服中心客服中心財(cái)務(wù)部門財(cái)務(wù)部門綜合科醫(yī)生綜合科醫(yī)生提交團(tuán)隊(duì)提交團(tuán)隊(duì)繳費(fèi)情況繳費(fèi)情況出具報(bào)告出具報(bào)告查詢體查詢體檢情況檢情況開單開單處理處理改單改單收費(fèi)收費(fèi)管理管理體檢項(xiàng)體檢項(xiàng)體檢并記體檢并記錄結(jié)果錄結(jié)果上上下

44、下文文關(guān)關(guān)系系事事例例圖圖36需求范圍定義需求范圍定義確定主題域范圍確定主題域范圍 在上圖中體檢者是外部的在上圖中體檢者是外部的CustomerCustomer。 針對(duì)外部針對(duì)外部CustomerCustomer，尋找其獨(dú)立行為是要點(diǎn)：，尋找其獨(dú)立行為是要點(diǎn)： 體檢者體檢者申請(qǐng)?bào)w檢申請(qǐng)?bào)w檢是一個(gè)獨(dú)立行為，該行為引起內(nèi)部工是一個(gè)獨(dú)立行為，該行為引起內(nèi)部工作人員中的服務(wù)員開單、收費(fèi)人員收費(fèi)、體檢科室體檢并記作人員中的服務(wù)員開單、收費(fèi)人員收費(fèi)、體檢科室體檢并記錄結(jié)果、綜合科醫(yī)生出具體檢報(bào)告。錄結(jié)果、綜合科醫(yī)生出具體檢報(bào)告。 體檢者另一個(gè)獨(dú)立行為是可能因有事中途體檢者另一個(gè)獨(dú)立行為是可能因有事中途修改

45、體檢項(xiàng)修改體檢項(xiàng)。這會(huì)引起收費(fèi)人員作相應(yīng)的改單處理。這會(huì)引起收費(fèi)人員作相應(yīng)的改單處理。 團(tuán)隊(duì)體檢直接到財(cái)務(wù)部門繳費(fèi)，但必須把團(tuán)隊(duì)體檢直接到財(cái)務(wù)部門繳費(fèi)，但必須把繳費(fèi)信息告繳費(fèi)信息告訴訴體檢業(yè)務(wù)子系統(tǒng)?？头行臅?huì)隨時(shí)體檢業(yè)務(wù)子系統(tǒng)?？头行臅?huì)隨時(shí)查詢團(tuán)隊(duì)體檢進(jìn)程查詢團(tuán)隊(duì)體檢進(jìn)程。財(cái)。財(cái)務(wù)部門和客服中心相對(duì)于體檢業(yè)務(wù)部門來說，也是外部客戶。務(wù)部門和客服中心相對(duì)于體檢業(yè)務(wù)部門來說，也是外部客戶。 當(dāng)體檢報(bào)告產(chǎn)生后，當(dāng)體檢報(bào)告產(chǎn)生后，系統(tǒng)會(huì)主動(dòng)系統(tǒng)會(huì)主動(dòng)通知客戶取體檢報(bào)告通知客戶取體檢報(bào)告。 由于體檢項(xiàng)隨時(shí)可能發(fā)生變化，所以需要有內(nèi)部工作由于體檢項(xiàng)隨時(shí)可能發(fā)生變化，所以需要有內(nèi)部工作人員人員維護(hù)體檢項(xiàng)

46、維護(hù)體檢項(xiàng)。37需求范圍定義需求范圍定義標(biāo)識(shí)業(yè)務(wù)事件和報(bào)表標(biāo)識(shí)業(yè)務(wù)事件和報(bào)表 主題域由業(yè)務(wù)事件和報(bào)表組成。在聯(lián)機(jī)事務(wù)處理系統(tǒng)中，主題域由業(yè)務(wù)事件和報(bào)表組成。在聯(lián)機(jī)事務(wù)處理系統(tǒng)中，業(yè)務(wù)事件（流程）是核心線索。對(duì)于管理信息系統(tǒng)而言，業(yè)務(wù)事件（流程）是核心線索。對(duì)于管理信息系統(tǒng)而言，Report(包括各類查詢、分析、統(tǒng)計(jì)）是核心線索。通常的包括各類查詢、分析、統(tǒng)計(jì)）是核心線索。通常的業(yè)務(wù)系統(tǒng)都包含了這兩部分。業(yè)務(wù)系統(tǒng)都包含了這兩部分。 業(yè)務(wù)事件是梳理業(yè)務(wù)系統(tǒng)需求的一個(gè)很重要的線索，因?yàn)闃I(yè)務(wù)事件是梳理業(yè)務(wù)系統(tǒng)需求的一個(gè)很重要的線索，因?yàn)橐粋€(gè)企業(yè)或組織存在的核心價(jià)值在于接受外部用戶的請(qǐng)求一個(gè)企業(yè)或組織存

47、在的核心價(jià)值在于接受外部用戶的請(qǐng)求（啟動(dòng)一個(gè)業(yè)務(wù)事件），通過相應(yīng)請(qǐng)求讓用戶滿意的同時(shí)也（啟動(dòng)一個(gè)業(yè)務(wù)事件），通過相應(yīng)請(qǐng)求讓用戶滿意的同時(shí)也創(chuàng)造了相應(yīng)的價(jià)值。創(chuàng)造了相應(yīng)的價(jià)值。38需求范圍定義需求范圍定義業(yè)務(wù)事件和業(yè)務(wù)步驟業(yè)務(wù)事件和業(yè)務(wù)步驟 業(yè)務(wù)事件是業(yè)務(wù)流程的觸發(fā)點(diǎn)業(yè)務(wù)事件是業(yè)務(wù)流程的觸發(fā)點(diǎn)，標(biāo)，標(biāo)識(shí)出業(yè)務(wù)事件能夠幫助識(shí)別出業(yè)務(wù)流程；識(shí)出業(yè)務(wù)事件能夠幫助識(shí)別出業(yè)務(wù)流程；業(yè)務(wù)流程則是響應(yīng)業(yè)務(wù)事件而觸發(fā)的一業(yè)務(wù)流程則是響應(yīng)業(yè)務(wù)事件而觸發(fā)的一系列業(yè)務(wù)活動(dòng)系列業(yè)務(wù)活動(dòng)。它通常是由不同部門、。它通常是由不同部門、不同崗位協(xié)作完成的。因此，業(yè)務(wù)流程不同崗位協(xié)作完成的。因此，業(yè)務(wù)流程的信息是掌握在中層管理人

48、員手中的，的信息是掌握在中層管理人員手中的，它屬于脈絡(luò)信息。它屬于脈絡(luò)信息。 業(yè)務(wù)活動(dòng)則從屬于一個(gè)業(yè)務(wù)流程，業(yè)務(wù)活動(dòng)則從屬于一個(gè)業(yè)務(wù)流程，它是一個(gè)人的活動(dòng)它是一個(gè)人的活動(dòng)，因此一個(gè)業(yè)務(wù)流程，因此一個(gè)業(yè)務(wù)流程是由一個(gè)或多個(gè)業(yè)務(wù)活動(dòng)組成的。而是由一個(gè)或多個(gè)業(yè)務(wù)活動(dòng)組成的。而業(yè)業(yè)務(wù)步驟是完成某個(gè)業(yè)務(wù)活動(dòng)所需要的具務(wù)步驟是完成某個(gè)業(yè)務(wù)活動(dòng)所需要的具體步驟體步驟。因此業(yè)務(wù)活動(dòng)和業(yè)務(wù)步驟的信。因此業(yè)務(wù)活動(dòng)和業(yè)務(wù)步驟的信息是掌握在操作層人員手中，它屬于細(xì)息是掌握在操作層人員手中，它屬于細(xì)節(jié)信息。節(jié)信息。業(yè)務(wù)流程（一個(gè)團(tuán)隊(duì)）業(yè)務(wù)流程（一個(gè)團(tuán)隊(duì)）業(yè)務(wù)事件業(yè)務(wù)事件業(yè)務(wù)業(yè)務(wù)活動(dòng)活動(dòng)2 2業(yè)務(wù)業(yè)務(wù)活動(dòng)活動(dòng)3 3業(yè)務(wù)活動(dòng)業(yè)務(wù)活動(dòng)1 1（一個(gè)人）（一個(gè)人）業(yè)務(wù)業(yè)務(wù)步驟步驟1 1業(yè)務(wù)業(yè)務(wù)步驟步驟2 239需求范圍定義需求范圍定義業(yè)務(wù)事件類型業(yè)務(wù)事件類型 業(yè)務(wù)事件可分為外部事件（由系統(tǒng)參與者發(fā)起的）和內(nèi)業(yè)務(wù)事件可分為外部事件（由系統(tǒng)參與者發(fā)起的）和內(nèi)部事件（系統(tǒng)內(nèi)部觸發(fā)的）兩類。每類業(yè)務(wù)事件又分為兩種。部事件（系統(tǒng)內(nèi)部觸發(fā)的）兩類。每類業(yè)務(wù)事件又分為兩種。業(yè)務(wù)事件業(yè)務(wù)事件外部事件外