2.2 系統(tǒng)需求分析

按照我國(guó)財(cái)政和教育部門的有關(guān)規(guī)定，教育經(jīng)費(fèi)支出按用途主要?jiǎng)澐譃槭聵I(yè)性經(jīng)費(fèi)支出和基建支出。事業(yè)性經(jīng)費(fèi)支出主要包括人員工資、職工福利費(fèi)、獎(jiǎng)貸助學(xué)金、公務(wù)費(fèi)、業(yè)務(wù)費(fèi)、設(shè)備購(gòu)置費(fèi)，等等。由于事業(yè)性經(jīng)費(fèi)支出可變因素較多、各種開支之間的比例關(guān)系難以確定，因而是經(jīng)費(fèi)測(cè)算的重點(diǎn)所在。

實(shí)際測(cè)算時(shí)，學(xué)校先擬定一個(gè)總的預(yù)算支出，將總預(yù)算支出按照一定比例分割，確定測(cè)算模型，制定測(cè)算的各相關(guān)系數(shù)，進(jìn)行模擬測(cè)算。一旦測(cè)算結(jié)果有較大偏差，調(diào)整系數(shù)重新測(cè)算，直到尋找到較為合理的經(jīng)費(fèi)支出結(jié)構(gòu)。

那么如何描述系統(tǒng)需求呢？傳統(tǒng)的需求表述方式采用“軟件需求規(guī)約（Software Requirement Specification）”表述方式，也就是大家熟悉的功能分解方式。在這種表述方式中，通過(guò)功能模塊的分解達(dá)到描述整個(gè)系統(tǒng)功能的目的。這種方式實(shí)際上已經(jīng)包含了開發(fā)人員的部分設(shè)計(jì)，對(duì)于開發(fā)人員還是有實(shí)用價(jià)值的。但是這種方式存在兩個(gè)問(wèn)題：功能模塊的細(xì)化程度難以把握。對(duì)于用戶來(lái)說(shuō)，這種表述方式不夠直觀，難以準(zhǔn)確表述用戶的原始需求。因此，在UML規(guī)范中提出了一種標(biāo)準(zhǔn)化的需求表述方法——用例（Use Case），可以較好地解決傳統(tǒng)需求表述方式中存在的重要缺陷：無(wú)法表現(xiàn)功能模塊之間的關(guān)聯(lián)關(guān)系，也難以清晰地說(shuō)明功能模塊是如何通過(guò)相互關(guān)聯(lián)以完成整個(gè)軟件系統(tǒng)的目標(biāo)的。

用例方法的核心思想是站在用戶的角度看問(wèn)題。對(duì)于軟件系統(tǒng)的最終用戶來(lái)說(shuō)，他們更關(guān)心系統(tǒng)能夠提供哪些服務(wù)？他們又將如何使用系統(tǒng)？系統(tǒng)是如何設(shè)計(jì)的？?jī)?nèi)部結(jié)構(gòu)又怎樣？等等，往往并不是很關(guān)心。用例方法主要由參與者（Actor）、用例（Use Case）、通信（Communication）三大元素組成。參與者指存在于系統(tǒng)外部并與該系統(tǒng)發(fā)生交互的人或其他系統(tǒng)，主要包括使用者和使用環(huán)境。用例表示系統(tǒng)所能提供的服務(wù)內(nèi)容，也就是系統(tǒng)是如何被參與者使用。通信表示參與者和用例之間的對(duì)應(yīng)關(guān)系，即參與者使用了系統(tǒng)中的哪些用例，或者說(shuō)系統(tǒng)所提供的用例被哪些參與者使用。關(guān)于這方面的相關(guān)知識(shí)，請(qǐng)讀者參閱UML方面的書籍。

根據(jù)調(diào)查分析情況，系統(tǒng)用例圖如圖2-1所示。

圖2-1 系統(tǒng)用例圖

從用例圖可以看到，用戶的原始需求主要是調(diào)整模型參數(shù)、確定分配基數(shù)，測(cè)算經(jīng)費(fèi)并以Excel報(bào)表方式查看測(cè)算結(jié)果。在調(diào)整模型參數(shù)時(shí)，需要從教學(xué)數(shù)據(jù)庫(kù)服務(wù)器獲得基礎(chǔ)數(shù)據(jù)。教務(wù)處、財(cái)務(wù)處、學(xué)校領(lǐng)導(dǎo)、教學(xué)單位具有不同的處理權(quán)限。這里需要說(shuō)明的是，調(diào)整模型參數(shù)只能在本地?cái)?shù)據(jù)庫(kù)進(jìn)行。另外，測(cè)算經(jīng)費(fèi)是整個(gè)系統(tǒng)的核心功能。