Java軟件工程與項(xiàng)目案例教程(三)

1、Java軟件工程與項(xiàng)目案例教程（三）主要內(nèi)容1、軟件需求分析概述2、軟件需求分析過(guò)程 3、項(xiàng)目案例 3.1 軟件需求分析概述需求分析是整個(gè)項(xiàng)目開發(fā)流程的第一個(gè)環(huán)節(jié)，它是在用戶和軟件開發(fā)組之間建立對(duì)用戶的共同理解，由軟件開發(fā)組進(jìn)行分析、精化并詳細(xì)描述后，按文檔規(guī)范編寫出軟件需求規(guī)格說(shuō)明書(Software Requirement Specification,SRS)的過(guò)程。軟件需求分析特別重要。在軟件工程的歷史中，很長(zhǎng)時(shí)間里人們一直認(rèn)為需求分析是整個(gè)軟件工程中簡(jiǎn)單步驟，但在過(guò)去十幾年中越來(lái)越多的人認(rèn)識(shí)到它是整個(gè)過(guò)程中最關(guān)鍵的一個(gè)過(guò)程。只有通過(guò)軟件需求分析，才能把軟件功能和性能的總體概念描述為具體

2、的軟件需求規(guī)格說(shuō)明，從而奠定軟件開發(fā)的基礎(chǔ)。許多大型應(yīng)用系統(tǒng)的失敗，最后均歸結(jié)到需求分析的失敗：要么獲取需求的方法不當(dāng)，使得需求分析不到位或不徹底，導(dǎo)致開發(fā)者反復(fù)多次地進(jìn)行需求分析，致使設(shè)計(jì)、編碼、測(cè)試無(wú)法順利進(jìn)行；要么客戶配合不好，導(dǎo)致客戶對(duì)需求不確認(rèn)，或客戶需求不斷變化，同樣致使設(shè)計(jì)、編碼、測(cè)試無(wú)法順利進(jìn)行。特點(diǎn)：（1）用戶與開發(fā)人員很難進(jìn)行交流（2）用戶的需求是動(dòng)態(tài)變化的（3）系統(tǒng)變更的代價(jià)呈非線性增長(zhǎng)3.2 軟件需求分析過(guò)程3.2.1 什么是軟件需求從根本上講，軟件需求就是為了解決現(xiàn)實(shí)世界中的特定問(wèn)題，軟件必須展現(xiàn)的屬性。軟件需求的組成關(guān)系如下圖 軟件需求的屬性包括可驗(yàn)證性、優(yōu)先級(jí)、唯

3、一性和定量化?？沈?yàn)證性可驗(yàn)證性是軟件需求的基本屬性。軟件需求必須是可驗(yàn)證的，否則軟件的評(píng)審和測(cè)試就沒(méi)有相應(yīng)的依據(jù)。優(yōu)先性軟件需求具有優(yōu)先級(jí)，應(yīng)該能夠在有限的資源（資金、人員、技術(shù)）情況下進(jìn)行取舍。唯一性軟件需求應(yīng)唯一地標(biāo)識(shí)出來(lái)，以便在軟件配置管理和整個(gè)軟件生命周期中進(jìn)行管理。 定量化軟件需求應(yīng)盡可能地表述清楚，沒(méi)有二義性，進(jìn)行適當(dāng)?shù)牧炕?，?yīng)避免含糊、無(wú)法測(cè)試、無(wú)法驗(yàn)證的需求出現(xiàn)。軟件質(zhì)量的可靠性和用戶界面的友好性等非功能性需求的量化尤為重要。例如，系統(tǒng)應(yīng)支持2000個(gè)并發(fā)用戶，系統(tǒng)回應(yīng)時(shí)間應(yīng)低于10秒，這就是需求的量化。 3.2 軟件需求分析過(guò)程3.2.2 需求過(guò)程中的角色如下圖所示： 角色名

4、稱描述用戶指直接操作軟件的人員，他們通常具有不同的業(yè)務(wù)角色，有不同的業(yè)務(wù)需求?？蛻糁杠浖_發(fā)的委托方或軟件市場(chǎng)的目標(biāo)客戶。市場(chǎng)分析人員對(duì)于沒(méi)有具體客戶的通用軟件，市場(chǎng)分析人員將提供市場(chǎng)需要，并對(duì)實(shí)際客戶進(jìn)行模擬系統(tǒng)分析師對(duì)于類似的項(xiàng)目，系統(tǒng)分析師將對(duì)以前系統(tǒng)進(jìn)行評(píng)估，判斷是否存在重用的可能3.2 軟件需求分析過(guò)程3.2.3 需求過(guò)程迭代軟件需求分析是一個(gè)不斷認(rèn)識(shí)和逐步細(xì)化的過(guò)程。該過(guò)程將軟件計(jì)劃階段所確定的軟件范圍（工作范圍）逐步細(xì)化到可詳細(xì)定義的程度，并分析出各種不同的軟件元素，然后為這些元素找到可行的解決辦法。需求過(guò)程要適應(yīng)客戶和項(xiàng)目的環(huán)境，并作為配置項(xiàng)納入配置管理。當(dāng)前的軟件業(yè)面臨著巨大

5、競(jìng)爭(zhēng)壓力，要求軟件企業(yè)有更低的構(gòu)建成本和更短的開發(fā)周期。有些項(xiàng)目受環(huán)境的影響很大，有些項(xiàng)目是對(duì)原有項(xiàng)目的升級(jí)，有些項(xiàng)目客戶要求在指定的架構(gòu)下完成。在項(xiàng)目初期，客戶不能完全確定需要什么，對(duì)計(jì)算機(jī)的能力和限制不甚了解，所以需求過(guò)程很難是一步到位的過(guò)程。隨著項(xiàng)目的深入，需求將隨時(shí)間變化而發(fā)生變化。因此，需求過(guò)程是一個(gè)迭代的過(guò)程，每次迭代提供更高質(zhì)量和更詳細(xì)的軟件需求。這種迭代會(huì)給項(xiàng)目帶來(lái)一定的風(fēng)險(xiǎn)，上一次迭代的設(shè)計(jì)實(shí)現(xiàn)可能會(huì)因?yàn)樾枨蟛蛔愣煌品?。但是，系統(tǒng)分析師應(yīng)根據(jù)項(xiàng)目計(jì)劃，在給定的資源條件下得到盡可能高質(zhì)量的需求。 3.2 軟件需求分析過(guò)程3.2.4 需求的來(lái)源（1）系統(tǒng)目的（2）行業(yè)知識(shí)（3）

6、軟件涉眾（4）運(yùn)行環(huán)境（5）組織環(huán)境軟件涉眾：應(yīng)充分考慮不同軟件涉眾的需求，如果只強(qiáng)調(diào)某一角色的需求，忽略其他角色的需求，往往將導(dǎo)致軟件系統(tǒng)的失敗。系統(tǒng)分析師應(yīng)從不同涉眾的角度去識(shí)別、表述他們的需求。用戶的文化差異、客戶的組織結(jié)構(gòu)，常常會(huì)是系統(tǒng)難以正常實(shí)施的原因。 3.2 軟件需求分析過(guò)程3.2.5 需求獲取的方法（1）實(shí)地參加（2) 開調(diào)查會(huì)（3）請(qǐng)專人介紹（4）面談（5）設(shè)計(jì)調(diào)查表請(qǐng)用戶填寫（6）查閱記錄 3.2 軟件需求分析過(guò)程3.2.6 軟件需求的表達(dá)如何有效地表達(dá)軟件需求？我們這里建議使用用例建模技術(shù)。用例建模技術(shù)是 10 多年來(lái)最重要的需求分析技術(shù),在保障全球各類軟件的成功開發(fā)中發(fā)

7、揮了極其重要的作用. 實(shí)踐證明,用例技術(shù)是迄今為止最為深刻,準(zhǔn)確和有效的系統(tǒng)功能需求描述方法. 功能需求是指系統(tǒng)輸入到輸出的映射以及它們的不同組合,任何功能必然要通過(guò)外部環(huán)境與系統(tǒng)之間的交互才能完成,因此,我們可以在內(nèi)容和形式上把用例和系統(tǒng)的功能需求等同起來(lái)。 用例建模技術(shù)不同于結(jié)構(gòu)化功能分解的特點(diǎn)有：1）顯式地表達(dá)用戶的任務(wù)目標(biāo)層次，突出系統(tǒng)行為與用戶利益間的關(guān)系；2）通過(guò)描述執(zhí)行實(shí)例情節(jié)（交互行為序列、正常/非正常事件流）能夠完整地反映軟件系統(tǒng)用以支持特定功能的行為；3）以契約（前/后置條件等）的形式突出了用戶和系統(tǒng)之間常常被忽略的背后的關(guān)系；4）部署約束等非功能需求與系統(tǒng)行為直接綁定，能

8、夠更準(zhǔn)確地表達(dá)此類需求。3.2 軟件需求分析過(guò)程基于用例的需求表達(dá)體系如下圖3-2所示 基于用例的需求表達(dá)體系 3.2 軟件需求分析過(guò)程1、用例圖（1）用例圖概述用例建模技術(shù)離不開用例圖。在UML中，用例圖又叫做用況圖，有時(shí)又稱為Use Case 圖。它用于定義系統(tǒng)的行為、展示角色（系統(tǒng)的外部實(shí)體，即參入者）與用例（系統(tǒng)執(zhí)行的服務(wù)）之間的相互作用。用例圖是需求和系統(tǒng)行為設(shè)計(jì)的高層模型，它以圖形化的方式描述外部實(shí)體對(duì)系統(tǒng)功能的感知。用例圖從用戶的角度來(lái)組織需求，每個(gè)用例描述一個(gè)特定的任務(wù)，如表3-2所示。表3-2用例圖概述 名稱圖例說(shuō)明角色角色名稱代表與系統(tǒng)交互的實(shí)體。角色可以是用戶、其他系統(tǒng)或

9、者硬件設(shè)備。在用例圖中以小人表示。圖4-7中的“圖書管理員”、“讀者”和“系統(tǒng)管理員”是與系統(tǒng)進(jìn)行交互的角色。用例用例名稱定義了系統(tǒng)執(zhí)行的一系列活動(dòng)，產(chǎn)生一個(gè)對(duì)特定角色可觀測(cè)的結(jié)果。在用例圖中以橢圓表示。“一系列的活動(dòng)”可以是系統(tǒng)招待的功能、數(shù)學(xué)計(jì)算或其他產(chǎn)生一個(gè)結(jié)果的內(nèi)部過(guò)程?；顒?dòng)是原子性的，即要么完整的執(zhí)行，要么全不執(zhí)行?；顒?dòng)的原子性可以決定用例的粒度。用例必須向角色提供反饋。圖4-7中的“用戶管理”、“圖書管理”、“借還登記”等表示用例關(guān)聯(lián)-表示用戶和用例之間的交互關(guān)系。用實(shí)線表示用例關(guān)系引申類型-用例與用例之間的關(guān)系。用帶箭頭的虛線表示。用例之間的關(guān)系，可以用引申類型進(jìn)行語(yǔ)義擴(kuò)展，如i

10、nclude等。3.2 軟件需求分析過(guò)程用例模型可以在不同層次上建立，具有不同的粒度。（2）用例層次 我們把用例劃分為3個(gè)目標(biāo)層次:概要層,用戶目標(biāo)層和子功能層,并通過(guò)引入巧妙的Why/How技術(shù)幫助分析者找到合適的目標(biāo)層次,從而可以有效地把握用例的粒度(真正的用例最終應(yīng)落實(shí)到用戶目標(biāo)層)。值得注意的是,我們?cè)趯?shí)踐中應(yīng)該尤其關(guān)注用戶目標(biāo)層用例.引入概要層用例的主要目的是為了包含一個(gè)或多個(gè)用戶目標(biāo)層用例,為系統(tǒng)提供全局功能視圖,提出子功能層用例則是為了表達(dá)用戶目標(biāo)層用例的具體實(shí)現(xiàn)步驟。（3）用例范圍 根據(jù)范圍的不同，用例可分為業(yè)務(wù)用例和系統(tǒng)用例兩種 1）業(yè)務(wù)用例-在業(yè)務(wù)中執(zhí)行的一系列動(dòng)作,這些動(dòng)

11、作為業(yè)務(wù)的個(gè)體主角產(chǎn)生具有可見(jiàn)價(jià)值的結(jié)果-實(shí)質(zhì)是業(yè)務(wù)流程-可以分為核心業(yè)務(wù)用例,支持業(yè)務(wù)用例,管理業(yè)務(wù)用例-主要包括業(yè)務(wù)角色,業(yè)務(wù)活動(dòng),業(yè)務(wù)實(shí)體,業(yè)務(wù)規(guī)則2）系統(tǒng)用例-是系統(tǒng)執(zhí)行的一系列動(dòng)作,這些動(dòng)作將生產(chǎn)特定主角可觀測(cè)的結(jié)果值-主要包括系統(tǒng)角色和系統(tǒng)的一系列的交互過(guò)程 3.2 軟件需求分析過(guò)程3.2 軟件需求分析過(guò)程 如果某個(gè)SuD或者用例的范圍包含了人以及由人組成的團(tuán)隊(duì),部門,組織的活動(dòng),那么針對(duì)這個(gè)SuD寫出的用例必然是業(yè)務(wù)用例;如果該SuD僅僅是一些軟件,硬件,機(jī)電設(shè)備或由它們組成的系統(tǒng),并不涉及到人的業(yè)務(wù)活動(dòng),那么根據(jù)這個(gè)SuD寫出來(lái)的就是系統(tǒng)用例。（4）用例關(guān)系1）角色和角色之間-

12、繼承關(guān)系:表示子類角色將繼承父類角色在用例中所能擔(dān)任的角色2）角色和用例之間-使用關(guān)系:表示角色將使用用例提供的服務(wù)3）用例和用例之間-包含關(guān)系: 通常是指一個(gè)大的用例包含了幾個(gè)小的用例，幾個(gè)小的用例組成一個(gè)大的用例。-擴(kuò)展關(guān)系: 基于擴(kuò)展點(diǎn)之上的兩個(gè)獨(dú)立用例，擴(kuò)展用例為基本用例的實(shí)例增添新的行為，其實(shí)質(zhì)是擴(kuò)展事件流的延伸，兩個(gè)用例本身都是獨(dú)立的。-繼承關(guān)系：父用例可以特化形成一個(gè)或多個(gè)子用例，這些子用例代表了父用例比較特殊的形式。子用例繼承父用例的所有結(jié)構(gòu)、行為和關(guān)系。3.2 軟件需求分析過(guò)程表現(xiàn)幾種關(guān)系的實(shí)例如下圖3-3：圖3-3 用例關(guān)系實(shí)例3.2 軟件需求分析過(guò)程用例編號(hào)：（用例編號(hào)）

13、用例名稱：（用例名稱）用例描述：（用例描述）前置條件：（描述用例執(zhí)行前必須滿足的條件）后置條件：（描述用例執(zhí)行結(jié)束后將執(zhí)行的內(nèi)容）基本事件流（主事件流）：（描述常規(guī)條件下，系統(tǒng)執(zhí)行的步驟）1、步驟1、2、步驟2、3、步驟3、4、 、擴(kuò)展事件流（分支事件流）：（描述其他情況下，系統(tǒng)執(zhí)行的步驟） 2a、擴(kuò)展步驟2a、 2a1、擴(kuò)展步驟2a1、異常事件流：（描述在異常情況下可能出現(xiàn)的場(chǎng)景）2、用例描述用例模型除了繪制用例圖外，還要對(duì)用例進(jìn)行描述，也就是詳細(xì)展開每個(gè)用例的內(nèi)容。用例描述可以是文字性的，也可以用活動(dòng)圖進(jìn)行說(shuō)明。文字性的用例描述模板如表3-3所示。以“借書登記”為例，其具體的用例描述如表3

14、-4所示。右表 用例描述模板3.2 軟件需求分析過(guò)程用例編號(hào)：3.1用例名稱：借書登記用例描述：圖書管理員對(duì)讀者借閱的圖書進(jìn)行登記。讀者借閱圖書的數(shù)量不能超過(guò)規(guī)定的數(shù)量。如果讀者有過(guò)期未還的圖書，不能借閱新圖書。前置條件：讀者取得借閱的圖書。主事件流：1、讀者請(qǐng)求借閱圖書。2、檢查讀者的狀態(tài)。3、檢查圖書的狀態(tài)。4、標(biāo)記圖書為借出狀態(tài)。5、讀者獲取圖書。擴(kuò)展事件流： 2a、如果用戶借閱數(shù)量超過(guò)規(guī)定數(shù)量，或者有過(guò)期未還的圖書，則用例終止。 3a、如果借閱的圖書不存在，則用例終止。異常事件流： 無(wú)右表 借書登記用例描述 3.2 軟件需求分析過(guò)程3、用例優(yōu)先級(jí)（1）為什么要設(shè)定需求的優(yōu)先級(jí)每一個(gè)具有

15、有限資源的軟件項(xiàng)目必須理解所要求的特性、使用實(shí)例和功能需求的相對(duì)優(yōu)先級(jí)。設(shè)定優(yōu)先級(jí)意味著權(quán)衡每個(gè)需求的業(yè)務(wù)利益和它的費(fèi)用，以及它所牽涉到的結(jié)構(gòu)基礎(chǔ)和對(duì)產(chǎn)品的未來(lái)評(píng)價(jià)。項(xiàng)目經(jīng)理必須權(quán)衡合理的項(xiàng)目范圍和進(jìn)度安排、預(yù)算、人力資源以及質(zhì)量目標(biāo)的約束。設(shè)定優(yōu)先級(jí)有助于項(xiàng)目經(jīng)理解決沖突、安排階段性交付，并且做出必要的取舍。當(dāng)客戶的期望很高、開發(fā)時(shí)間短并且資源有限時(shí)，必須盡早確定出所交付的產(chǎn)品應(yīng)具備的最重要的功能。建立每個(gè)功能的相對(duì)重要性有助于規(guī)劃軟件的構(gòu)造，以最少的費(fèi)用提供產(chǎn)品的最大功能。當(dāng)采用漸增式開發(fā)方式時(shí)，設(shè)定優(yōu)先級(jí)就特別重要，因?yàn)樵陂_發(fā)過(guò)程中，交付進(jìn)度安排很緊，并且日期不可改變。必須排除或推遲一些

16、不重要的功能。（2）系統(tǒng)分析員的態(tài)度和做法在需求分析階段，分析人員應(yīng)該明確的提出需求的優(yōu)先級(jí)和處理策略，并在軟件需求規(guī)格說(shuō)明書中明確說(shuō)明。應(yīng)當(dāng)在項(xiàng)目的早期階段設(shè)定優(yōu)先級(jí)，這有助于逐步作出相互協(xié)調(diào)的決策，而不是在最后階段匆忙決定。3.2 軟件需求分析過(guò)程你評(píng)價(jià)優(yōu)先級(jí)時(shí)，應(yīng)該看到不同需求之間的內(nèi)在聯(lián)系，以及它們與項(xiàng)目業(yè)務(wù)需求的一致性。在判斷出需求的低優(yōu)先級(jí)之前，如果開發(fā)人員已經(jīng)實(shí)現(xiàn)了將近一半的特性和功能，那這將是一種浪費(fèi)，這個(gè)責(zé)任應(yīng)該由分析人員承擔(dān)。 （3）設(shè)定優(yōu)先級(jí)的方法與在客觀世界人們對(duì)事務(wù)的分類習(xí)慣與方法相一致，系統(tǒng)需求的優(yōu)先級(jí)設(shè)定分成三類。例如： 高、中、低； 基本的、條件的、可選的、 3

17、、2、1 。具體描述見(jiàn)下表3-5：表3-5 系統(tǒng)需求的優(yōu)先級(jí)分類 命 名意 義高一個(gè)關(guān)鍵任務(wù)的需求；下一版本所需求的中支持必要的系統(tǒng)操作；最終所要求的，但如果有必要的話，可以延遲到下一個(gè)版本低功能或質(zhì)量上的增強(qiáng)；如果資源允許的話，實(shí)現(xiàn)這些需求總有一天使產(chǎn)品更完美基本的只有在這些需求上達(dá)成一致意見(jiàn)，軟件才會(huì)被接受條件的實(shí)現(xiàn)這些需求將增強(qiáng)產(chǎn)品的性能，但如果忽略這些需求，產(chǎn)品也是可以被接受的可選的一個(gè)功能類，實(shí)現(xiàn)或不實(shí)現(xiàn)均可3必須完美地實(shí)現(xiàn)2需要付出努力，但不必做得太完美1可以包含缺陷3.3 項(xiàng)目案例3.3.1 學(xué)習(xí)目標(biāo) 理解軟件需求分析的概念及其重要性。 掌握需求分析中的用例建模技術(shù)。 掌握軟件需

18、求的表達(dá)和軟件需求規(guī)格說(shuō)明書的編寫。3.3.2 案例描述 本案例體現(xiàn)了真實(shí)的軟件需求規(guī)格說(shuō)明書文檔。該eGov電子政務(wù)項(xiàng)目文檔展現(xiàn)了功能和非功能需求及其文檔的標(biāo)準(zhǔn)格式，通過(guò)它我們可以更好地熟悉和理解軟件需求的表達(dá)。3.3.3 案例要點(diǎn) 在實(shí)際工作中，我們需要將需求分析過(guò)程通過(guò)軟件需求文檔記錄下來(lái)。軟件需求文檔雖然可以有各種不同的格式，但它的主要內(nèi)容包括用例描述和界面導(dǎo)航圖。 3.3 項(xiàng)目案例3.3.4 案例實(shí)施 eGov電子政務(wù)項(xiàng)目需求規(guī)格說(shuō)明書1.引言1.1 編寫目的此需求規(guī)格說(shuō)明書對(duì)項(xiàng)目的背景、范圍、驗(yàn)收標(biāo)準(zhǔn)和需求等信息進(jìn)行說(shuō)明，包括功能性需求和非功能性需求，確保對(duì)用戶需求的理解一致。預(yù)期

19、的讀者有（甲方）的需求提供者、項(xiàng)目負(fù)責(zé)人、相關(guān)技術(shù)人員等，北京亞思晟商務(wù)科技有限公司（乙方）的項(xiàng)目組成員，包括項(xiàng)目經(jīng)理、客戶經(jīng)理、分析/設(shè)計(jì)/開發(fā)/測(cè)試等人員。1.2 背景電子政務(wù)系統(tǒng)是基于互聯(lián)網(wǎng)的應(yīng)用軟件。在研究中心的網(wǎng)上能了解到已公開發(fā)布的不同欄目（如新聞、通知等）的內(nèi)容，各部門可以發(fā)表欄目?jī)?nèi)容（如新聞、通知等），有關(guān)負(fù)責(zé)人對(duì)需要發(fā)布的內(nèi)容進(jìn)行審批。其中，有的欄目（如新聞）必須經(jīng)過(guò)審批才能發(fā)布，有的欄目（如通知）則不需要審批就能發(fā)布。系統(tǒng)管理人員對(duì)用戶及其權(quán)限進(jìn)行管理。3.3 項(xiàng)目案例1.3 定義無(wú)1.4 參考資料電子政務(wù)系統(tǒng)理論和實(shí)踐2.任務(wù)概述2.1 目標(biāo)電子政務(wù)系統(tǒng)是基于互聯(lián)網(wǎng)的應(yīng)用

20、軟件，通過(guò)此系統(tǒng)可以實(shí)現(xiàn)權(quán)限分配、內(nèi)容管理和審核等核心業(yè)務(wù)，實(shí)現(xiàn)政府及事業(yè)單位組織結(jié)構(gòu)和工作流程的優(yōu)化重組，超越時(shí)間、空間和部門分隔的限制，建成一個(gè)精簡(jiǎn)、高效、廉潔、公平的運(yùn)作模式，以便全方位地向社會(huì)提供優(yōu)質(zhì)、規(guī)范、透明、符合國(guó)際水準(zhǔn)的管理與服務(wù)。該軟件系統(tǒng)是一項(xiàng)獨(dú)立的軟件，整個(gè)項(xiàng)目外包給北京亞思晟商務(wù)科技有限公司來(lái)開發(fā)管理。2.2 用戶的特點(diǎn)本軟件的最終用戶為組織內(nèi)的日常使用者，操作人員和維護(hù)人員有較高的教育水平和技術(shù)專長(zhǎng)，同時(shí)使用的用戶數(shù)量初步估計(jì)為幾百人。3.3 項(xiàng)目案例2.3 假定和約束假定此系統(tǒng)為自包含的，不過(guò)分依賴其他外部系統(tǒng)。本項(xiàng)目的開發(fā)期限為3個(gè)月。3.需求規(guī)定3.1 對(duì)功能的

21、規(guī)定整體功能用例圖（Use Case Diagram），見(jiàn)圖1。 3.3 項(xiàng)目案例圖13.3 項(xiàng)目案例3.1.1 一般用戶瀏覽的內(nèi)容管理：首頁(yè)顯示及其他頁(yè)面首頁(yè)顯示是數(shù)據(jù)量最大的一頁(yè)，是為所有模塊展示內(nèi)容的部分。從該頁(yè)還可以登錄進(jìn)入管理等后端功能模塊。如圖2所示，最上面為頭版頭條欄目，左欄下部為職能部門通知，右欄下部為綜合新聞?lì)惖龋髾谏喜繛橛脩舻卿浫肟凇?.3 項(xiàng)目案例圖23.1.2 系統(tǒng)管理系統(tǒng)管理是給系統(tǒng)管理人員使用的，主要包括以下功能模塊：登錄、欄目業(yè)務(wù)設(shè)置、欄目權(quán)限設(shè)置、用戶管理設(shè)置。3.3 項(xiàng)目案例一、登錄1用例描述（1）角色：注冊(cè)用戶（用戶和管理員）（2）前提條件：無(wú)（3）主事件

22、流： 用戶登錄該網(wǎng)站的登錄頁(yè)面（E1）； 顯示登錄頁(yè)面信息，如用戶名，密碼； 輸入用戶名和密碼，單擊“登錄”按鈕（E2）； 驗(yàn)證登錄信息； 加載用戶所擁有的權(quán)限信息，并顯示在頁(yè)面上。（4）異常事件流：E1：鍵入非法的標(biāo)識(shí)符，指明錯(cuò)誤。E2：用戶賬號(hào)被管理員屏蔽，無(wú)法登錄。2用戶界面圖圖33.3 項(xiàng)目案例輸入正確的用戶名和密碼后進(jìn)入系統(tǒng)管理的入口頁(yè)面（見(jiàn)圖4）。圖43.3 項(xiàng)目案例二、欄目業(yè)務(wù)設(shè)置1用例描述（1）角色：管理員（2）前提條件：用戶必須完成登錄的用例（3）主事件流： 當(dāng)用戶登錄該網(wǎng)站（E1）后，單擊“欄目業(yè)務(wù)設(shè)置”鏈接； 進(jìn)入欄目業(yè)務(wù)設(shè)置頁(yè)面； 設(shè)置每個(gè)欄目的內(nèi)容管理（S1）和內(nèi)容審

23、核（S2）（單擊內(nèi)容管理圖標(biāo)會(huì)更改）。（4）分支事件流：S1：設(shè)置內(nèi)容管理。3.1.1 單擊“內(nèi)容管理”鏈接3.1.2 內(nèi)容管理和內(nèi)容審核的權(quán)限改變3.1.3 返回欄目業(yè)務(wù)設(shè)置頁(yè)面S2：設(shè)置內(nèi)容審核。3.2.1 單擊“內(nèi)容審核”鏈接3.2.2 內(nèi)容審核的權(quán)限改變3.2.3 返回欄目業(yè)務(wù)設(shè)置頁(yè)面（5）異常事件流：E1：用戶賬號(hào)被管理員屏蔽或刪除，無(wú)法設(shè)置，提示重新激活賬號(hào)。3.3 項(xiàng)目案例2用戶界面圖單擊“欄目業(yè)務(wù)設(shè)置”鏈接，進(jìn)入該模塊，設(shè)定欄目是否具有內(nèi)容管理和內(nèi)容審核的權(quán)限。欄目業(yè)務(wù)設(shè)置是整個(gè)系統(tǒng)管理模塊的最高級(jí)權(quán)限設(shè)置，它的操作可以影響到欄目權(quán)限設(shè)置，以及所有的與本欄目有關(guān)的權(quán)限設(shè)置，如圖

24、5所示。每個(gè)欄目可以設(shè)定是否具有內(nèi)容管理和內(nèi)容審核的權(quán)限，對(duì)于某些欄目（如新聞），二者都有，因?yàn)樾侣劚仨毥?jīng)過(guò)有關(guān)領(lǐng)導(dǎo)審核批準(zhǔn)才可以在網(wǎng)上發(fā)布；而對(duì)于某些欄目（如通知），只需要內(nèi)容管理，不需要內(nèi)容審核就可以在網(wǎng)上發(fā)布。圖53.3 項(xiàng)目案例三、欄目權(quán)限設(shè)置1用例描述（1）角色：管理員（2）前提條件：用戶必須完成登錄的用例（3）主事件流： 當(dāng)用戶登錄該網(wǎng)站后，單擊“欄目權(quán)限設(shè)置”鏈接； 進(jìn)入欄目權(quán)限設(shè)置頁(yè)面； 單擊“設(shè)置”按鈕； 進(jìn)入欄目權(quán)限設(shè)置的具體頁(yè)面； 選中用戶名，單擊“添加”（S1）或“刪除”（S2）按鈕，然后保存修改； 該欄目的用戶被添加或刪除； 返回欄目權(quán)限設(shè)置頁(yè)面。3.3 項(xiàng)目案例（4

25、）分支事件流：S1：添加用戶。5.1.1 選中用戶后單擊“添加”按鈕5.1.2 添加用戶5.1.3 單擊“返回”按鈕5.1.4 返回欄目權(quán)限設(shè)置頁(yè)面S2：刪除用戶。5.2.1 選中用戶后單擊“刪除”按鈕5.2.2 刪除用戶5.2.3 單擊“返回”按鈕5.2.4 返回欄目權(quán)限設(shè)置頁(yè)面2用戶界面圖單擊“欄目權(quán)限設(shè)置”鏈接，進(jìn)入該模塊，主要是分配給用戶對(duì)于欄目的管理權(quán)限，這個(gè)業(yè)務(wù)也是此項(xiàng)目的核心，需要在所有部門里選擇用戶分配權(quán)限，如圖6所示。3.3 項(xiàng)目案例圖6單擊“設(shè)置”鏈接，進(jìn)入如圖7所示的頁(yè)面。圖73.3 項(xiàng)目案例頁(yè)面中左面顯示用戶過(guò)濾，也是備選用戶，右面顯示管理權(quán)限和審核權(quán)限。選擇不同部門時(shí)

26、，該部門的所有人員應(yīng)該顯示在備選用戶列表里。單擊上面的“增加”按鈕時(shí)，用戶會(huì)放入管理權(quán)限列表里；單擊下面的“增加”按鈕時(shí)，用戶會(huì)放入審核權(quán)限列表里。 這里有一個(gè)業(yè)務(wù)大家要記住：一個(gè)用戶不可以既分配到管理權(quán)限又分配到審核權(quán)限。四、用戶管理設(shè)置1用例描述（1）角色：管理員（2）前提條件：用戶必須完成登錄的用例（3）主事件流： 當(dāng)用戶登錄該網(wǎng)站后，單擊“用戶管理設(shè)置”鏈接； 進(jìn)入用戶管理設(shè)置頁(yè)面； 單擊“新增”按鈕（S1）、“修改”按鈕（S2）和“刪除”按鈕（S3）。3.3 項(xiàng)目案例（4）分支事件流：S1：?jiǎn)螕簟靶略觥卑粹o：3.1.1 單擊“新增”按鈕3.1.2 進(jìn)入添加新用戶頁(yè)面3.1.3 添加用

27、戶基本信息，單擊“添加”（E1）按鈕3.1.4 保存用戶信息3.1.5 返回用戶管理設(shè)置頁(yè)面S2：?jiǎn)螕簟靶薷摹卑粹o。3.2.1 單擊某條用戶信息的“修改”按鈕3.2.2 進(jìn)入修改用戶頁(yè)面3.2.3 修改用戶資料，單擊“修改”按鈕3.2.4 更新用戶信息3.2.5 返回用戶管理設(shè)置頁(yè)面S3：?jiǎn)螕簟皠h除”按鈕。3.3.1 單擊某用戶的“刪除”按鈕3.3.2 刪除該用戶3.3.3 返回用戶管理設(shè)置頁(yè)面3.3 項(xiàng)目案例（5）異常事件流：E1：鍵入非法的標(biāo)識(shí)符，指明錯(cuò)誤。2用戶界面圖單擊“用戶管理設(shè)置”鏈接，進(jìn)入該模塊。用戶管理設(shè)置頁(yè)面用于顯示用戶、添加用戶、修改用戶、刪除用戶。（1）顯示用戶（見(jiàn)圖8）

28、。 圖83.3 項(xiàng)目案例（2）添加用戶：?jiǎn)螕簟靶略觥卑粹o，顯示見(jiàn)圖9。輸入新的用戶信息，然后提交。（3）修改用戶：?jiǎn)螕簟靶薷摹卑粹o，顯示見(jiàn)圖10。圖93.3 項(xiàng)目案例圖10（4）刪除用戶：?jiǎn)螕簟皠h除”按鈕，用于刪除用戶。3.1.3 內(nèi)容管理和審核該部分主要包括以下功能模塊：用戶登錄、新聞的編輯、修改、屏蔽、刪除、通知的編輯、修改、刪除、新聞的審核等。3.3 項(xiàng)目案例一、登錄1用例描述（1）角色：注冊(cè)用戶（用戶和管理員）（2）前提條件：無(wú)（3）主事件流： 用戶登錄該網(wǎng)站的登錄頁(yè)面（E1）； 顯示登錄頁(yè)面信息，如用戶名、密碼； 輸入用戶名和密碼，單擊“登錄”按鈕（E2）； 驗(yàn)證登錄信息； 加載用戶

29、所擁有的權(quán)限信息，并顯示在頁(yè)面上。3.3 項(xiàng)目案例（4）異常事件流：E1：鍵入非法的標(biāo)識(shí)符，指明錯(cuò)誤。E2：用戶賬號(hào)被管理員屏蔽，無(wú)法登錄。2用戶界面圖輸入用戶名和密碼，進(jìn)入系統(tǒng)（見(jiàn)圖11）。圖113.3 項(xiàng)目案例當(dāng)用戶進(jìn)入系統(tǒng)時(shí)，應(yīng)該看到自己的權(quán)限范圍，不同的用戶擁有不同的權(quán)限。見(jiàn)圖12這個(gè)用戶具有的權(quán)限是對(duì)1個(gè)欄目的內(nèi)容管理權(quán)限。如果我們用另外一個(gè)用戶登錄，那么結(jié)果就不同了，見(jiàn)圖13。圖12圖133.3 項(xiàng)目案例二、新聞管理（新聞的編輯、修改、屏蔽、刪除）1用例描述（1）角色：管理員和高級(jí)管理員（2）前提條件：用戶必須完成登錄的用例（3）主事件流： 用戶通知進(jìn)入系統(tǒng)； 單擊“新聞管理”鏈接

30、； 進(jìn)入新聞管理頁(yè)面（新聞列表）； 單擊“新增”按鈕（S1）、“修改”按鈕（S2）和“刪除”按鈕（S3）。（4）分支事件流：S1：?jiǎn)螕簟靶略觥卑粹o4.1.1 單擊“新增”按鈕4.1.2 進(jìn)入新聞添加頁(yè)面4.1.3 填寫通知資料（E1）4.1.4 單擊“保存”按鈕4.1.5 驗(yàn)證信息，保存數(shù)據(jù)4.1.6 返回通知新聞頁(yè)面（新聞列表）3.3 項(xiàng)目案例S2 單擊“修改”按鈕4.2.1 單擊“修改”按鈕4.2.2 進(jìn)入新聞修改頁(yè)面4.2.3 更改新聞數(shù)據(jù)單擊“修改”按鈕4.2.4 驗(yàn)證信息，保存數(shù)據(jù)4.2.5 返回新聞管理頁(yè)面S3：?jiǎn)螕簟皠h除”按鈕4.3.1 在要?jiǎng)h除的記錄前打勾，單擊“刪除”按鈕4.

31、3.2 刪除信息4.3.3 返回新聞管理頁(yè)面（5）異常事件流：E1：鍵入非法的標(biāo)識(shí)符或者格式不對(duì)，指明錯(cuò)誤。2用戶界面圖（1）新聞管理新聞編輯單擊內(nèi)容管理中的“綜合新聞管理”，進(jìn)入新聞編輯頁(yè)面，見(jiàn)圖14。3.3 項(xiàng)目案例圖14大家不要忽略了新聞發(fā)布的預(yù)覽功能，如圖15所示。預(yù)覽效果和發(fā)布后的最終效果是一樣的，這里如果符合標(biāo)準(zhǔn)、那么就可以提交了。3.3 項(xiàng)目案例圖153.3 項(xiàng)目案例提交后的瀏覽頁(yè)應(yīng)該根據(jù)時(shí)間進(jìn)行倒序，以保證最后發(fā)布的新聞在第一條上。剛剛發(fā)布的新聞的發(fā)布狀態(tài)是待審（已經(jīng)提交了，但是要等待審核），就是要等待有審核權(quán)限的人審核這條新聞，通過(guò)后才能發(fā)布上去。（2）新聞管理新聞修改對(duì)于任

32、何一個(gè)通過(guò)審核的新聞，都必須符合這里修改的規(guī)則，也就是當(dāng)新聞處于發(fā)布狀態(tài)時(shí)，任何人都不得修改新聞，只有新聞處于屏蔽狀態(tài)或者為待審時(shí)才可以修改。對(duì)于發(fā)布、待審、屏蔽等注釋的數(shù)字在數(shù)據(jù)字典中都有，大家可以去查詢。如果我們要修改已經(jīng)發(fā)布的新聞（見(jiàn)圖16）那么應(yīng)該給用戶返回一個(gè)友好的界面，如圖17所示。如果新聞沒(méi)有發(fā)布，則可以修改，如圖18所示。3.3 項(xiàng)目案例（3）新聞管理新聞屏蔽新聞屏蔽功能是當(dāng)一個(gè)新聞要在首頁(yè)新聞欄目中被撤下時(shí)所具有的功能，如圖19所示。在瀏覽頁(yè)上可以看到發(fā)布狀態(tài)就是對(duì)新聞存在狀態(tài)（status）的標(biāo)注，這時(shí)如果去刪除或者修改一個(gè)已經(jīng)發(fā)布的新聞，系統(tǒng)就會(huì)彈出一個(gè)友好界面提醒我們，

33、不能隨便刪除或者修改一個(gè)已發(fā)布的新聞。即：如果狀態(tài)為發(fā)布，那么就不能執(zhí)行修改和刪除操作，而是跳轉(zhuǎn)到一個(gè)友好界面上去提示用戶。圖183.3 項(xiàng)目案例圖19（4）新聞管理新聞刪除新聞刪除和修改的原理一樣，只有當(dāng)新聞不處于發(fā)布狀態(tài)時(shí)才可以刪除，否則將跳轉(zhuǎn)到友好頁(yè)面提示用戶該如何正確刪除。3.3 項(xiàng)目案例三、通知管理（通知的編輯、修改、刪除）單擊內(nèi)容管理中的通知欄目，進(jìn)入該模塊，顯示已發(fā)布的通知。1用例描述（1）角色：管理員和高級(jí)管理員（2）前提條件：用戶必須完成登錄的用例（3）主事件流： 用戶通知進(jìn)入系統(tǒng)； 單擊“通知管理”鏈接； 進(jìn)入通知管理頁(yè)面（通知列表）； 單擊“新增”按鈕（S1）、“修改”按

34、鈕（S2）和“刪除”按鈕（S3）。3.3 項(xiàng)目案例（4）分支事件流：S1：?jiǎn)螕簟靶略觥卑粹o4.1.1 單擊“新增”按鈕4.1.2 進(jìn)入通知添加頁(yè)面4.1.3 填寫通知資料（E1）4.1.4 單擊“保存”按鈕4.1.5 驗(yàn)證信息，保存數(shù)據(jù) 4.1.6 返回通知管理頁(yè)面（通知列表）S2：?jiǎn)螕簟靶薷摹卑粹o4.2.1 單擊“修改”按鈕4.2.2 進(jìn)入通知修改頁(yè)面4.2.3 更改通知數(shù)據(jù)，單擊“修改”按鈕4.2.4 驗(yàn)證信息，保存數(shù)據(jù)4.2.5 返回通知管理頁(yè)面S3：?jiǎn)螕簟皠h除”按鈕4.3.1 在要?jiǎng)h除的記錄前打鉤，單擊“刪除”按鈕4.3.2 刪除信息4.3.3 返回通知管理頁(yè)面3.3 項(xiàng)目案例（5）異

35、常事件流：E1：鍵入非法的標(biāo)識(shí)符或者格式不對(duì)，指明錯(cuò)誤。2用戶界面圖（1）通知管理通知編輯在通知管理頁(yè)面（見(jiàn)圖20），單擊“新增”按鈕，進(jìn)入通知編輯頁(yè)面。通知業(yè)務(wù)雖然沒(méi)有審核功能，但是必須上傳附件，見(jiàn)圖21。圖203.3 項(xiàng)目案例圖21這個(gè)模塊在首頁(yè)上位于左欄的“職能部門通知”中。其中的附件1、附件2、附件3后面的框?yàn)楦郊Q，每個(gè)附件名稱后面的3個(gè)框?yàn)橐蟼鞯?種文件。這里要說(shuō)明的是每個(gè)附件只代表一種文件，也就是說(shuō)，后面的這3種文件（本地文件、政策法規(guī)、文件表格）只能選擇一種上傳。3.3 項(xiàng)目案例（2）通知管理通知修改本業(yè)務(wù)在任何時(shí)候都可以修改，可以修改所有項(xiàng)。（3）通知管理通知?jiǎng)h除因?yàn)橥ㄖ?/p>

36、不需要審核，所以通知?jiǎng)h除業(yè)務(wù)不會(huì)有很多的判斷，只要判斷不是發(fā)布狀態(tài)就可以刪除（見(jiàn)圖22）。圖223.3 項(xiàng)目案例四、新聞內(nèi)容審核1用例描述（1）角色：高級(jí)管理員（2）前提條件：用戶必須完成登錄的用例（3）主事件流： 管理員通知進(jìn)入系統(tǒng)； 單擊內(nèi)容審核列表里的新聞欄目； 進(jìn)入內(nèi)容審核管理頁(yè)面； 單擊“審核”按鈕； 進(jìn)入審核頁(yè)面； 填寫審批意見(jiàn)，單擊“已閱”按鈕（S1）、“同意”按鈕（S2）或“退出”按鈕（S3）。（4）分支事件流：S1：?jiǎn)螕簟耙验啞卑粹o。6.1.1 單擊“已閱”按鈕6.1.2 返回內(nèi)容審核管理頁(yè)面，發(fā)布狀態(tài)改變?yōu)椤耙褜彙?.1.3 發(fā)布用戶可以看到發(fā)布狀態(tài)，單擊“已審”按鈕6.1.4 查看管理員審批意見(jiàn)3.3 項(xiàng)目案例6.1.5 單擊“返回”按鈕6.1.6 返回內(nèi)容審核管理頁(yè)面6.1.7 用戶單擊“修改”按鈕，根據(jù)審批意見(jiàn)修改新聞6.1.8 返回內(nèi)容審核管理頁(yè)面，發(fā)布狀態(tài)改變?yōu)椤按龑彙?.1.9 管理員或?qū)徟藛T再次審批，審批流程同上S2：?jiǎn)螕簟巴狻卑粹o6.2.1 單擊“同意”按鈕6.2.2 返回內(nèi)容審核管理頁(yè)面，發(fā)布狀態(tài)改變?yōu)椤鞍l(fā)布”圖23S3：?jiǎn)螕簟巴顺觥卑粹o6.3.1 單擊“退出”按鈕6.3.2 返回內(nèi)容審核管理頁(yè)面圖233.3 項(xiàng)目案例（5）異常事件流：E1：鍵入非法的標(biāo)識(shí)符或者格式不對(duì)，指明錯(cuò)誤。E2：如果待