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

Java軟件工程

與項(xiàng)目案例教程

（三）

主要內(nèi)容1、軟件需求分析概述2、軟件需求分析過程3、項(xiàng)目案例3.1

軟件需求分析概述需求分析是整個(gè)項(xiàng)目開發(fā)流程的第一個(gè)環(huán)節(jié)，它是在用戶和軟件開發(fā)組之間建立對(duì)用戶的共同理解，由軟件開發(fā)組進(jìn)行分析、精化并詳細(xì)描述后，按文檔規(guī)范編寫出《軟件需求規(guī)格說明書》(SoftwareRequirementSpecification,SRS)的過程。軟件需求分析特別重要。在軟件工程的歷史中，很長(zhǎng)時(shí)間里人們一直認(rèn)為需求分析是整個(gè)軟件工程中簡(jiǎn)單步驟，但在過去十幾年中越來(lái)越多的人認(rèn)識(shí)到它是整個(gè)過程中最關(guān)鍵的一個(gè)過程。只有通過軟件需求分析，才能把軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說明，從而奠定軟件開發(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

軟件需求分析過程3.2.1什么是軟件需求從根本上講，軟件需求就是為了解決現(xiàn)實(shí)世界中的特定問題，軟件必須展現(xiàn)的屬性。軟件需求的組成關(guān)系如下圖

軟件需求的屬性包括可驗(yàn)證性、優(yōu)先級(jí)、唯一性和定量化?？沈?yàn)證性可驗(yàn)證性是軟件需求的基本屬性。軟件需求必須是可驗(yàn)證的，否則軟件的評(píng)審和測(cè)試就沒有相應(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)盡可能地表述清楚，沒有二義性，進(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

軟件需求分析過程3.2.2需求過程中的角色如下圖所示：

角色名稱描述用戶指直接操作軟件的人員，他們通常具有不同的業(yè)務(wù)角色，有不同的業(yè)務(wù)需求?？蛻糁杠浖_發(fā)的委托方或軟件市場(chǎng)的目標(biāo)客戶。市場(chǎng)分析人員對(duì)于沒有具體客戶的通用軟件，市場(chǎng)分析人員將提供市場(chǎng)需要，并對(duì)實(shí)際客戶進(jìn)行模擬系統(tǒng)分析師對(duì)于類似的項(xiàng)目，系統(tǒng)分析師將對(duì)以前系統(tǒng)進(jìn)行評(píng)估，判斷是否存在重用的可能3.2

軟件需求分析過程3.2.3需求過程迭代軟件需求分析是一個(gè)不斷認(rèn)識(shí)和逐步細(xì)化的過程。該過程將軟件計(jì)劃階段所確定的軟件范圍（工作范圍）逐步細(xì)化到可詳細(xì)定義的程度，并分析出各種不同的軟件元素，然后為這些元素找到可行的解決辦法。需求過程要適應(yīng)客戶和項(xiàng)目的環(huán)境，并作為配置項(xiàng)納入配置管理。當(dāng)前的軟件業(yè)面臨著巨大競(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ī)的能力和限制不甚了解，所以需求過程很難是一步到位的過程。隨著項(xiàng)目的深入，需求將隨時(shí)間變化而發(fā)生變化。因此，需求過程是一個(gè)迭代的過程，每次迭代提供更高質(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

軟件需求分析過程3.2.4需求的來(lái)源（1）系統(tǒng)目的（2）行業(yè)知識(shí)（3）軟件涉眾（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

軟件需求分析過程3.2.5需求獲取的方法（1）實(shí)地參加（2)開調(diào)查會(huì)（3）請(qǐng)專人介紹（4）面談（5）設(shè)計(jì)調(diào)查表請(qǐng)用戶填寫（6）查閱記錄

3.2

軟件需求分析過程3.2.6軟件需求的表達(dá)如何有效地表達(dá)軟件需求？我們這里建議使用用例建模技術(shù)。用例建模技術(shù)是10多年來(lái)最重要的需求分析技術(shù),在保障全球各類軟件的成功開發(fā)中發(fā)揮了極其重要的作用.實(shí)踐證明,用例技術(shù)是迄今為止最為深刻,準(zhǔn)確和有效的系統(tǒng)功能需求描述方法.功能需求是指系統(tǒng)輸入到輸出的映射以及它們的不同組合,任何功能必然要通過外部環(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）通過描述執(zhí)行實(shí)例情節(jié)（交互行為序列、正常/非正常事件流）能夠完整地反映軟件系統(tǒng)用以支持特定功能的行為；3）以契約（前/后置條件等）的形式突出了用戶和系統(tǒng)之間常常被忽略的背后的關(guān)系；4）部署約束等非功能需求與系統(tǒng)行為直接綁定，能夠更準(zhǔn)確地表達(dá)此類需求。3.2

軟件需求分析過程基于于用用例例的的需需求求表表達(dá)達(dá)體體系系如如下下圖圖3-2所示示基于于用用例例的的需需求求表表達(dá)達(dá)體體系系3.2軟件需求分析析過程1、用例圖（1）用例圖概述述用例建模技術(shù)術(shù)離不開用例例圖。在UML中，用例圖又又叫做用況圖圖，有時(shí)又稱稱為UseCase圖。它用于定定義系統(tǒng)的行行為、展示角角色（系統(tǒng)的的外部實(shí)體，，即參入者））與用例（系系統(tǒng)執(zhí)行的服服務(wù)）之間的的相互作用。。用例圖是需需求和系統(tǒng)行行為設(shè)計(jì)的高高層模型，它它以圖形化的的方式描述外外部實(shí)體對(duì)系系統(tǒng)功能的感感知。用例圖圖從用戶的角角度來(lái)組織需需求，每個(gè)用用例描述一個(gè)個(gè)特定的任務(wù)務(wù)，如表3-2所示。表3-2用例圖概述名稱圖例說明角色角色名稱代表與系統(tǒng)交互的實(shí)體。角色可以是用戶、其他系統(tǒng)或者硬件設(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)部過程?；顒?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ò)展，如《include》等。3.2軟件需求分析析過程用例模型可以以在不同層次次上建立，具具有不同的粒粒度。（2）用例層次我們把用例劃劃分為3個(gè)目標(biāo)層次:概要層,用戶目標(biāo)層和和子功能層,并通過引入巧巧妙的Why/How技術(shù)幫助分析析者找到合適適的目標(biāo)層次次,從而可以有效效地把握用例例的粒度(真正的用例最最終應(yīng)落實(shí)到到用戶目標(biāo)層層)。值得注意的是是,我們?cè)趯?shí)踐中中應(yīng)該尤其關(guān)關(guān)注用戶目標(biāo)標(biāo)層用例.引入概要層用用例的主要目目的是為了包包含一個(gè)或多多個(gè)用戶目標(biāo)標(biāo)層用例,為系統(tǒng)提供全全局功能視圖圖,提出子功能層層用例則是為為了表達(dá)用戶戶目標(biāo)層用例例的具體實(shí)現(xiàn)現(xiàn)步驟。（3）用例范圍根據(jù)范圍的不不同，用例可可分為業(yè)務(wù)用用例和系統(tǒng)用用例兩種1）業(yè)務(wù)用例-在業(yè)務(wù)中執(zhí)行行的一系列動(dòng)動(dòng)作,這些動(dòng)作為業(yè)業(yè)務(wù)的個(gè)體主主角產(chǎn)生具有有可見價(jià)值的的結(jié)果-實(shí)質(zhì)是業(yè)務(wù)流流程-可以分為核心心業(yè)務(wù)用例,支持業(yè)務(wù)用例例,管理業(yè)務(wù)用例例-主要包括業(yè)務(wù)務(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é)結(jié)果值-主要包括系統(tǒng)統(tǒng)角色和系統(tǒng)統(tǒng)的一系列的的交互過程3.2軟件需求分析析過程3.2軟件需求分析析過程如果某個(gè)SuD或者用例的范范圍包含了人人以及由人組組成的團(tuán)隊(duì),部門,組織的活動(dòng),那么針對(duì)這個(gè)個(gè)SuD寫出的用例必必然是業(yè)務(wù)用用例;如果該SuD僅僅是一些軟軟件,硬件,機(jī)電設(shè)備或由由它們組成的的系統(tǒng),并不涉及到人人的業(yè)務(wù)活動(dòng)動(dòng),那么根據(jù)這個(gè)個(gè)SuD寫出來(lái)的就是是系統(tǒng)用例。。（4）用例關(guān)系1）角色和角色色之間-繼承關(guān)系:表示子類角色色將繼承父類類角色在用例例中所能擔(dān)任任

的角色2）角色和用例例之間-使用關(guān)系:表示角色將使使用用例提供供的服務(wù)3）用例和用例例之間-包含關(guān)系:通常是指一個(gè)個(gè)大的用例包包含了幾個(gè)小小的用例，幾幾個(gè)小的用例例組成一個(gè)大大的用例。-擴(kuò)展關(guān)系:基于擴(kuò)展點(diǎn)之之上的兩個(gè)獨(dú)獨(dú)立用例，擴(kuò)擴(kuò)展用例為基基本用例的實(shí)實(shí)例增添新的的行為，其實(shí)實(shí)質(zhì)是擴(kuò)展事事件流的延伸伸，兩個(gè)用例例本身都是獨(dú)獨(dú)立的。-繼承關(guān)系：父用例可以特特化形成一個(gè)個(gè)或多個(gè)子用用例，這些子子用例代表了了父用例比較較特殊的形式式。子用例繼繼承父用例的的所有結(jié)構(gòu)、、行為和關(guān)系系。3.2軟件需求分析析過程表現(xiàn)幾種關(guān)系系的實(shí)例如下下圖3-3：圖3-3用例關(guān)系實(shí)例例3.2軟件需求分析析過程用例編號(hào)：（用例編號(hào)）用例名稱：（用例名稱）用例描述：（用例描述）前置條件：（描述用例執(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ì)對(duì)用例進(jìn)行描描述，也就是是詳細(xì)展開每每個(gè)用例的內(nèi)內(nèi)容。用例描描述可以是文文字性的，也也可以用活動(dòng)動(dòng)圖進(jìn)行說明明。文字性的的用例描述模模板如表3-3所示。以“借借書登記”為為例，其具體體的用例描述述如表3-4所示。右表用例描描述模板3.2軟件需求分析析過程用例編號(hào)：3.1用例名稱：借書登記用例描述：圖書管理員對(duì)讀者借閱的圖書進(jìn)行登記。讀者借閱圖書的數(shù)量不能超過規(guī)定的數(shù)量。如果讀者有過期未還的圖書，不能借閱新圖書。前置條件：讀者取得借閱的圖書。主事件流：1、讀者請(qǐng)求借閱圖書。2、檢查讀者的狀態(tài)。3、檢查圖書的狀態(tài)。4、標(biāo)記圖書為借出狀態(tài)。5、讀者獲取圖書。擴(kuò)展事件流：

2a、如果用戶借閱數(shù)量超過規(guī)定數(shù)量，或者有過期未還的圖書，則用例終止。

3a、如果借閱的圖書不存在，則用例終止。異常事件流：無(wú)右表借書登登記用例描述述3.2軟件需求分析析過程3、用例優(yōu)先級(jí)級(jí)（1）為什么要設(shè)設(shè)定需求的優(yōu)優(yōu)先級(jí)每一個(gè)具有有有限資源的軟軟件項(xiàng)目必須須理解所要求求的特性、使使用實(shí)例和功功能需求的相相對(duì)優(yōu)先級(jí)。。設(shè)定優(yōu)先級(jí)級(jí)意味著權(quán)衡衡每個(gè)需求的的業(yè)務(wù)利益和和它的費(fèi)用，，以及它所牽牽涉到的結(jié)構(gòu)構(gòu)基礎(chǔ)和對(duì)產(chǎn)產(chǎn)品的未來(lái)評(píng)評(píng)價(jià)。項(xiàng)目經(jīng)經(jīng)理必須權(quán)衡衡合理的項(xiàng)目目范圍和進(jìn)度度安排、預(yù)算算、人力資源源以及質(zhì)量目目標(biāo)的約束。。設(shè)定優(yōu)先級(jí)有有助于項(xiàng)目經(jīng)經(jīng)理解決沖突突、安排階段段性交付，并并且做出必要要的取舍。當(dāng)客戶的期望望很高、開發(fā)發(fā)時(shí)間短并且且資源有限時(shí)時(shí)，必須盡早早確定出所交交付的產(chǎn)品應(yīng)應(yīng)具備的最重重要的功能。。建立每個(gè)功能能的相對(duì)重要要性有助于規(guī)規(guī)劃軟件的構(gòu)構(gòu)造，以最少少的費(fèi)用提供供產(chǎn)品的最大大功能。當(dāng)采用漸增式式開發(fā)方式時(shí)時(shí)，設(shè)定優(yōu)先先級(jí)就特別重重要，因?yàn)樵谠陂_發(fā)過程中中，交付進(jìn)度度安排很緊，，并且日期不不可改變。必必須排除或推推遲一些不重重要的功能。。（2）系統(tǒng)分析員員的態(tài)度和做做法在需求分析階階段，分析人人員應(yīng)該明確確的提出需求求的優(yōu)先級(jí)和和處理策略，，并在軟件需需求規(guī)格說明明書中明確說明。。應(yīng)當(dāng)在項(xiàng)目的的早期階段設(shè)設(shè)定優(yōu)先級(jí)，，這有助于逐逐步作出相互互協(xié)調(diào)的決策策，而不是在在最后階段匆匆忙決定。3.2軟件需求分析析過程你評(píng)價(jià)優(yōu)先級(jí)級(jí)時(shí)，應(yīng)該看看到不同需求求之間的內(nèi)在在聯(lián)系，以及及它們與項(xiàng)目目業(yè)務(wù)需求的的一致性。在判斷出需求求的低優(yōu)先級(jí)級(jí)之前，如果果開發(fā)人員已已經(jīng)實(shí)現(xiàn)了將將近一半的特特性和功能，，那這將是一一種浪費(fèi)，這這個(gè)責(zé)任應(yīng)該該由分析人員員承擔(dān)。（3）設(shè)定優(yōu)先級(jí)級(jí)的方法與在客觀世界界人們對(duì)事務(wù)務(wù)的分類習(xí)慣與與方法相一致致，系統(tǒng)需求求的優(yōu)先級(jí)設(shè)設(shè)定分成三類類。例如：高、中、低；；基本的、條件件的、可選的的、3、2、1。。。。。。。。。。具體描述見下下表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á)成一致意見，軟件才會(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ù)。掌握軟件需求求的表達(dá)和軟軟件需求規(guī)格格說明書的編編寫。3.3.2案例描述本案例體現(xiàn)了了真實(shí)的軟件件需求規(guī)格說說明書文檔。。該eGov電子政務(wù)項(xiàng)目目文檔展現(xiàn)了了功能和非功功能需求及其其文檔的標(biāo)準(zhǔn)準(zhǔn)格式，通過過它我們可以以更好地熟悉悉和理解軟件件需求的表達(dá)達(dá)。3.3.3案例要點(diǎn)在實(shí)際工作中中，我們需要要將需求分析析過程通過軟軟件需求文檔檔記錄下來(lái)。。軟件需求文文檔雖然可以以有各種不同同的格式，但但它的主要內(nèi)內(nèi)容包括用例例描述和界面面導(dǎo)航圖。3.3項(xiàng)目案例3.3.4案例實(shí)施eGov電子政務(wù)項(xiàng)目目需求規(guī)格說說明書1.引言1.1編寫目的此需求規(guī)格說說明書對(duì)項(xiàng)目目的背景、范范圍、驗(yàn)收標(biāo)標(biāo)準(zhǔn)和需求等等信息進(jìn)行說說明，包括功功能性需求和和非功能性需需求，確保對(duì)對(duì)用戶需求的的理解一致。。預(yù)期的讀者有有（甲方）的的需求提供者者、項(xiàng)目負(fù)責(zé)責(zé)人、相關(guān)技技術(shù)人員等，，北京亞思晟晟商務(wù)科技有有限公司（乙乙方）的項(xiàng)目目組成員，包包括項(xiàng)目經(jīng)理理、客戶經(jīng)理理、分析/設(shè)計(jì)/開發(fā)/測(cè)試等人員。。1.2背景電子政務(wù)系統(tǒng)統(tǒng)是基于互聯(lián)聯(lián)網(wǎng)的應(yīng)用軟軟件。在研究究中心的網(wǎng)上上能了解到已已公開發(fā)布的的不同欄目（（如新聞、通通知等）的內(nèi)內(nèi)容，各部門門可以發(fā)表欄欄目?jī)?nèi)容（如如新聞、通知知等），有關(guān)關(guān)負(fù)責(zé)人對(duì)需需要發(fā)布的內(nèi)內(nèi)容進(jìn)行審批批。其中，有有的欄目（如如新聞）必須須經(jīng)過審批才才能發(fā)布，有有的欄目（如如通知）則不不需要審批就就能發(fā)布。系系統(tǒng)管理人員員對(duì)用戶及其其權(quán)限進(jìn)行管管理。3.3項(xiàng)目案例1.3定義無(wú)1.4參考資料電子政務(wù)系統(tǒng)統(tǒng)理論和實(shí)踐踐2.任務(wù)概述2.1目標(biāo)電子政務(wù)系統(tǒng)統(tǒng)是基于互聯(lián)聯(lián)網(wǎng)的應(yīng)用軟軟件，通過此此系統(tǒng)可以實(shí)實(shí)現(xiàn)權(quán)限分配配、內(nèi)容管理理和審核等核核心業(yè)務(wù)，實(shí)實(shí)現(xiàn)政府及事事業(yè)單位組織織結(jié)構(gòu)和工作作流程的優(yōu)化化重組，超越越時(shí)間、空間間和部門分隔隔的限制，建建成一個(gè)精簡(jiǎn)簡(jiǎn)、高效、廉廉潔、公平的的運(yùn)作模式，，以便全方位位地向社會(huì)提提供優(yōu)質(zhì)、規(guī)規(guī)范、透明、、符合國(guó)際水水準(zhǔn)的管理與與服務(wù)。該軟軟件系統(tǒng)是一一項(xiàng)獨(dú)立的軟軟件，整個(gè)項(xiàng)項(xiàng)目外包給北北京亞思晟商商務(wù)科技有限限公司來(lái)開發(fā)發(fā)管理。2.2用戶的特點(diǎn)本軟件的最終終用戶為組織織內(nèi)的日常使使用者，操作作人員和維護(hù)護(hù)人員有較高高的教育水平平和技術(shù)專長(zhǎng)長(zhǎng)，同時(shí)使用用的用戶數(shù)量量初步估計(jì)為為幾百人。3.3項(xiàng)目案例2.3假定和約束假定此系統(tǒng)為為自包含的，，不過分依賴賴其他外部系系統(tǒng)。本項(xiàng)目目的開發(fā)期限限為3個(gè)月。3.需求規(guī)規(guī)定3.1對(duì)功能能的規(guī)規(guī)定整體功功能用用例圖圖（UseCaseDiagram），見見圖1。3.3項(xiàng)目案案例圖13.3項(xiàng)目案案例3.1.1一般用用戶瀏瀏覽的的內(nèi)容容管理理：首首頁(yè)顯顯示及及其他他頁(yè)面面首頁(yè)顯顯示是是數(shù)據(jù)據(jù)量最最大的的一頁(yè)頁(yè)，是是為所所有模模塊展展示內(nèi)內(nèi)容的的部分分。從從該頁(yè)頁(yè)還可可以登登錄進(jìn)進(jìn)入管管理等等后端端功能能模塊塊。如圖2所示，，最上上面為為頭版版頭條條欄目目，左左欄下下部為為職能能部門門通知知，右右欄下下部為為綜合合新聞聞?lì)惖鹊?，左左欄上上部為為用戶戶登錄錄入口口?.3項(xiàng)目案案例圖23.1.2系統(tǒng)管管理系統(tǒng)管管理是是給系系統(tǒng)管管理人人員使使用的的，主主要包包括以以下功功能模模塊：：登錄錄、欄欄目業(yè)業(yè)務(wù)設(shè)設(shè)置、、欄目目權(quán)限限設(shè)置置、用用戶管管理設(shè)設(shè)置。。3.3項(xiàng)目案案例一、登登錄1．用例例描述述（1）角色色：注注冊(cè)用用戶（（用戶戶和管管理員員）（2）前提提條件件：無(wú)無(wú)（3）主事事件流流：①用用戶登登錄該該網(wǎng)站站的登登錄頁(yè)頁(yè)面（（E1）；②顯顯示登登錄頁(yè)頁(yè)面信信息，，如用用戶名名，密密碼；；③輸輸入用用戶名名和密密碼，，單擊擊“登登錄””按鈕鈕（E2）；④驗(yàn)驗(yàn)證登登錄信信息；；⑤加加載用用戶所所擁有有的權(quán)權(quán)限信信息，，并顯顯示在在頁(yè)面面上。。（4）異常常事件件流：：E1：鍵入入非法法的標(biāo)標(biāo)識(shí)符符，指指明錯(cuò)錯(cuò)誤。。E2：用戶戶賬號(hào)號(hào)被管管理員員屏蔽蔽，無(wú)無(wú)法登登錄。。2．用戶戶界面面圖圖33.3項(xiàng)目案案例輸入正正確的的用戶戶名和和密碼碼后進(jìn)進(jìn)入系系統(tǒng)管管理的的入口口頁(yè)面面（見見圖4）。圖43.3項(xiàng)目案案例二、欄欄目業(yè)業(yè)務(wù)設(shè)設(shè)置1．用例例描述述（1）角色色：管管理員員（2）前提提條件件：用用戶必必須完完成登登錄的的用例例（3）主事事件流流：①當(dāng)當(dāng)用戶戶登錄錄該網(wǎng)網(wǎng)站（（E1）后，，單擊擊“欄欄目業(yè)業(yè)務(wù)設(shè)設(shè)置””鏈接接；②進(jìn)進(jìn)入欄欄目業(yè)業(yè)務(wù)設(shè)設(shè)置頁(yè)頁(yè)面；；③設(shè)設(shè)置每每個(gè)欄欄目的的內(nèi)容容管理理（S1）和內(nèi)內(nèi)容審審核（（S2）（單單擊內(nèi)內(nèi)容管管理圖圖標(biāo)會(huì)會(huì)更改改）。。（4）分支支事件件流：：S1：設(shè)置置內(nèi)容容管理理。3.1.1單擊““內(nèi)容容管理理”鏈鏈接3.1.2內(nèi)容管管理和和內(nèi)容容審核核的權(quán)權(quán)限改改變3.1.3返回欄欄目業(yè)業(yè)務(wù)設(shè)設(shè)置頁(yè)頁(yè)面S2：設(shè)置置內(nèi)容容審核核。3.2.1單擊““內(nèi)容容審核核”鏈鏈接3.2.2內(nèi)容審審核的的權(quán)限限改變變3.2.3返回欄欄目業(yè)業(yè)務(wù)設(shè)設(shè)置頁(yè)頁(yè)面（5）異常常事件件流：：E1：用戶戶賬號(hào)號(hào)被管管理員員屏蔽蔽或刪刪除，，無(wú)法法設(shè)置置，提提示重重新激激活賬賬號(hào)。。3.3項(xiàng)目案案例2．用戶戶界面面圖單擊““欄目目業(yè)務(wù)務(wù)設(shè)置置”鏈鏈接，，進(jìn)入入該模模塊，，設(shè)定定欄目目是否否具有有內(nèi)容容管理理和內(nèi)內(nèi)容審審核的的權(quán)限限。欄目業(yè)業(yè)務(wù)設(shè)設(shè)置是是整個(gè)個(gè)系統(tǒng)統(tǒng)管理理模塊塊的最最高級(jí)級(jí)權(quán)限限設(shè)置置，它它的操操作可可以影影響到到欄目目權(quán)限限設(shè)置置，以以及所所有的的與本本欄目目有關(guān)關(guān)的權(quán)權(quán)限設(shè)設(shè)置，，如圖圖5所示。。每個(gè)欄欄目可可以設(shè)設(shè)定是是否具具有內(nèi)內(nèi)容管管理和和內(nèi)容容審核核的權(quán)權(quán)限，，對(duì)于于某些些欄目目（如如新聞聞），，二者者都有有，因因?yàn)樾滦侣劚乇仨毥?jīng)經(jīng)過有有關(guān)領(lǐng)領(lǐng)導(dǎo)審審核批批準(zhǔn)才才可以以在網(wǎng)網(wǎng)上發(fā)發(fā)布；；而對(duì)對(duì)于某某些欄欄目（（如通通知）），只只需要要內(nèi)容容管理理，不不需要要內(nèi)容容審核核就可可以在在網(wǎng)上上發(fā)布布。圖53.3項(xiàng)目案案例三、欄欄目權(quán)權(quán)限設(shè)設(shè)置1．用例例描述述（1）角色色：管管理員員（2）前提提條件件：用用戶必必須完完成登登錄的的用例例（3）主事事件流流：①當(dāng)當(dāng)用戶戶登錄錄該網(wǎng)網(wǎng)站后后，單單擊““欄目目權(quán)限限設(shè)置置”鏈鏈接；；②進(jìn)進(jìn)入欄欄目權(quán)權(quán)限設(shè)設(shè)置頁(yè)頁(yè)面；；③單單擊““設(shè)置置”按按鈕；；④進(jìn)進(jìn)入欄欄目權(quán)權(quán)限設(shè)設(shè)置的的具體體頁(yè)面面；⑤選選中用用戶名名，單單擊““添加加”（（S1）或““刪除除”（（S2）按鈕鈕，然然后保保存修修改；；⑥該該欄目目的用用戶被被添加加或刪刪除；；⑦返返回欄欄目權(quán)權(quán)限設(shè)設(shè)置頁(yè)頁(yè)面。。3.3項(xiàng)目案案例（4）分支支事件件流：：S1：添加加用戶戶。5.1.1選中用用戶后后單擊擊“添添加””按鈕鈕5.1.2添加用用戶5.1.3單擊““返回回”按按鈕5.1.4返回欄欄目權(quán)權(quán)限設(shè)設(shè)置頁(yè)頁(yè)面S2：刪除除用戶戶。5.2.1選中用用戶后后單擊擊“刪刪除””按鈕鈕5.2.2刪除用用戶5.2.3單擊““返回回”按按鈕5.2.4返回欄欄目權(quán)權(quán)限設(shè)設(shè)置頁(yè)頁(yè)面2．用戶戶界面面圖單擊““欄目目權(quán)限限設(shè)置置”鏈鏈接，，進(jìn)入入該模模塊，，主要要是分分配給給用戶戶對(duì)于于欄目目的管管理權(quán)權(quán)限，，這個(gè)個(gè)業(yè)務(wù)務(wù)也是是此項(xiàng)項(xiàng)目的的核心心，需需要在在所有有部門門里選選擇用用戶分分配權(quán)權(quán)限，，如圖圖6所示。。3.3項(xiàng)目案案例圖6單擊““設(shè)置置”鏈鏈接，，進(jìn)入入如圖圖7所示的的頁(yè)面面。圖73.3項(xiàng)目案案例頁(yè)面中中左面面顯示示用戶戶過濾濾，也也是備備選用用戶，，右面面顯示示管理理權(quán)限限和審審核權(quán)權(quán)限。。選擇擇不同同部門門時(shí)，，該部部門的的所有有人員員應(yīng)該該顯示示在備備選用用戶列列表里里。單單擊上上面的的“增增加””按鈕鈕時(shí)，，用戶戶會(huì)放放入管管理權(quán)權(quán)限列列表里里；單單擊下下面的的“增增加””按鈕鈕時(shí)，，用戶戶會(huì)放放入審審核權(quán)權(quán)限列列表里里。這這里里有一一個(gè)業(yè)業(yè)務(wù)大大家要要記住住：一一個(gè)用用戶不不可以以既分分配到到管理理權(quán)限限又分分配到到審核核權(quán)限限。四、用用戶管管理設(shè)設(shè)置1．用例例描述述（1）角色色：管管理員員（2）前提提條件件：用用戶必必須完完成登登錄的的用例例（3）主事事件流流：①當(dāng)當(dāng)用戶戶登錄錄該網(wǎng)網(wǎng)站后后，單單擊““用戶戶管理理設(shè)置置”鏈鏈接；；②進(jìn)進(jìn)入用用戶管管理設(shè)設(shè)置頁(yè)頁(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添加用用戶基基本信信息，，單擊擊“添添加””（E1）按鈕鈕3.1.4保存用用戶信信息3.1.5返回用用戶管管理設(shè)設(shè)置頁(yè)頁(yè)面S2：?jiǎn)螕魮簟靶扌薷摹薄卑粹o鈕。3.2.1單擊某某條用用戶信信息的的“修修改””按鈕鈕3.2.2進(jìn)入修修改用用戶頁(yè)頁(yè)面3.2.3修改用用戶資資料，，單擊擊“修修改””按鈕鈕3.2.4更新用用戶信信息3.2.5返回用用戶管管理設(shè)設(shè)置頁(yè)頁(yè)面S3：?jiǎn)螕魮簟皠h刪除””按鈕鈕。3.3.1單擊某某用戶戶的““刪除除”按按鈕3.3.2刪除該該用戶戶3.3.3返回用用戶管管理設(shè)設(shè)置頁(yè)頁(yè)面3.3項(xiàng)目案案例（5）異常事件件流：E1：鍵入非法法的標(biāo)識(shí)符符，指明錯(cuò)錯(cuò)誤。2．用戶界面面圖單擊“用戶戶管理設(shè)置置”鏈接，，進(jìn)入該模模塊。用戶戶管理設(shè)置置頁(yè)面用于于顯示用戶戶、添加用用戶、修改改用戶、刪刪除用戶。。（1）顯示用戶戶（見圖8）。圖83.3項(xiàng)目案例（2）添加用戶戶：?jiǎn)螕簟啊靶略觥卑窗粹o，顯示示見圖9。輸入新的用用戶信息，，然后提交交。（3）修改用戶戶：?jiǎn)螕簟啊靶薷摹卑窗粹o，顯示示見圖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è)頁(yè)面（E1）；②顯示登登錄頁(yè)面信信息，如用用戶名、密密碼；③輸入用用戶名和密密碼，單擊擊“登錄””按鈕（E2）；④驗(yàn)證登登錄信息；；⑤加載用用戶所擁有有的權(quán)限信信息，并顯顯示在頁(yè)面面上。3.3項(xiàng)目案例（4）異常事件件流：E1：鍵入非法法的標(biāo)識(shí)符符，指明錯(cuò)錯(cuò)誤。E2：用戶賬號(hào)號(hào)被管理員員屏蔽，無(wú)無(wú)法登錄。。2．用戶界面面圖輸入用戶名名和密碼，，進(jìn)入系統(tǒng)統(tǒng)（見圖11）。圖113.3項(xiàng)目案例當(dāng)用戶進(jìn)入入系統(tǒng)時(shí)，，應(yīng)該看到到自己的權(quán)權(quán)限范圍，，不同的用用戶擁有不不同的權(quán)限限。見圖12這個(gè)用戶具具有的權(quán)限限是對(duì)1個(gè)欄目的內(nèi)內(nèi)容管理權(quán)權(quán)限。如果果我們用另另外一個(gè)用用戶登錄，，那么結(jié)果果就不同了了，見圖13。圖12圖133.3項(xiàng)目案例二、新聞管管理（新聞聞的編輯、、修改、屏屏蔽、刪除除）1．用例描述述（1）角色：管管理員和高高級(jí)管理員員（2）前提條件件：用戶必必須完成登登錄的用例例（3）主事件流流：①用戶通通知進(jìn)入系系統(tǒng)；②單擊““新聞管理理”鏈接；；③進(jìn)入新新聞管理頁(yè)頁(yè)面（新聞聞列表）；；④單擊擊“新增增”按鈕鈕（S1）、“修修改”按按鈕（S2）和“刪刪除”按按鈕（S3）。（4）分支事事件流：：S1：?jiǎn)螕簟啊靶略觥薄卑粹o4.1.1單擊“新新增”按按鈕4.1.2進(jìn)入新聞聞添加頁(yè)頁(yè)面4.1.3填寫通知知資料（（E1）4.1.4單擊“保保存”按按鈕4.1.5驗(yàn)證信息息，保存存數(shù)據(jù)4.1.6返回通知知新聞頁(yè)頁(yè)面（新新聞列表表）3.3項(xiàng)目案例例S2單擊“修修改”按按鈕4.2.1單擊“修修改”按按鈕4.2.2進(jìn)入新聞聞修改頁(yè)頁(yè)面4.2.3更改新聞聞數(shù)據(jù)單單擊“修修改”按按鈕4.2.4驗(yàn)證信息息，保存存數(shù)據(jù)4.2.5返回新聞聞管理頁(yè)頁(yè)面S3：?jiǎn)螕簟啊皠h除””按鈕4.3.1在要?jiǎng)h除除的記錄錄前打勾勾，單擊擊“刪除除”按鈕鈕4.3.2刪除信息息4.3.3返回新聞聞管理頁(yè)頁(yè)面（5）異常事事件流：：E1：鍵入非非法的標(biāo)標(biāo)識(shí)符或或者格式式不對(duì)，，指明錯(cuò)錯(cuò)誤。2．用戶界界面圖（1）新聞管管理——新聞編輯輯單擊內(nèi)容容管理中中的“綜綜合新聞聞管理””，進(jìn)入入新聞編編輯頁(yè)面面，見圖圖14。3.3項(xiàng)目案例例圖14大家不要要忽略了了新聞發(fā)發(fā)布的預(yù)預(yù)覽功能能，如圖圖15所示。預(yù)覽效果果和發(fā)布布后的最最終效果果是一樣樣的，這這里如果果符合標(biāo)標(biāo)準(zhǔn)、那那么就可可以提交交了。3.3項(xiàng)目案例例圖153.3項(xiàng)目案例例提交后的的瀏覽頁(yè)頁(yè)應(yīng)該根根據(jù)時(shí)間間進(jìn)行倒倒序，以以保證最最后發(fā)布布的新聞聞在第一一條上。。剛剛發(fā)發(fā)布的新新聞的發(fā)發(fā)布狀態(tài)態(tài)是待審審（已經(jīng)經(jīng)提交了了，但是是要等待待審核）），就是是要等待待有審核核權(quán)限的的人審核核這條新新聞，通通過后才才能發(fā)布布上去。。（2）新聞管管理——新聞修改改對(duì)于任何何一個(gè)通通過審核核的新聞聞，都必必須符合合這里修修改的規(guī)規(guī)則，也也就是當(dāng)當(dāng)新聞處處于發(fā)布布狀態(tài)時(shí)時(shí)，任何何人都不不得修改改新聞，，只有新新聞處于于屏蔽狀狀態(tài)或者者為待審審時(shí)才可可以修改改。對(duì)于于發(fā)布、、待審、、屏蔽等等注釋的的數(shù)字在在數(shù)據(jù)字字典中都都有，大大家可以以去查詢?cè)儭Ｈ绻覀円薷囊岩呀?jīng)發(fā)布布的新聞聞（見圖圖16）那么應(yīng)應(yīng)該給用用戶返回回一個(gè)友友好的界界面，如如圖17所示。如果新聞聞沒有發(fā)發(fā)布，則則可以修修改，如如圖18所示。3.3項(xiàng)目案例例（3）新聞管管理——新聞屏蔽蔽新聞屏蔽蔽功能是是當(dāng)一個(gè)個(gè)新聞要要在首頁(yè)頁(yè)新聞欄欄目中被被撤下時(shí)時(shí)所具有有的功能能，如圖圖19所示。在瀏覽頁(yè)頁(yè)上可以以看到發(fā)發(fā)布狀態(tài)態(tài)就是對(duì)對(duì)新聞存存在狀態(tài)態(tài)（status）的標(biāo)注注，這時(shí)時(shí)如果去去刪除或或者修改改一個(gè)已已經(jīng)發(fā)布布的新聞聞，系統(tǒng)統(tǒng)就會(huì)彈彈出一個(gè)個(gè)友好界界面提醒醒我們，，不能隨隨便刪除除或者修修改一個(gè)個(gè)已發(fā)布布的新聞聞。即：：如果狀狀態(tài)為發(fā)發(fā)布，那那么就不不能執(zhí)行行修改和和刪除操操作，而而是跳轉(zhuǎn)轉(zhuǎn)到一個(gè)個(gè)友好界界面上去去提示用用戶。圖183.3項(xiàng)目案例例圖19（4）新聞管管理——新聞刪除除新聞刪除除和修改改的原理理一樣，，只有當(dāng)當(dāng)新聞不不處于發(fā)發(fā)布狀態(tài)態(tài)時(shí)才可可以刪除除，否則則將跳轉(zhuǎn)轉(zhuǎn)到友好好頁(yè)面提提示用戶戶該如何何正確刪刪除。3.3項(xiàng)目案例例三、通知知管理（（通知的的編輯、、修改、、刪除））單擊內(nèi)容容管理中中的通知知欄目，，進(jìn)入該該模塊，，顯示已已發(fā)布的的通知。。1．用例描描述（1）角色：：管理員員和高級(jí)級(jí)管理員員（2）前提條條件：用用戶必須須完成登登錄的用用例（3）主事件件流：①用戶戶通知進(jìn)進(jìn)入系統(tǒng)統(tǒng)；②單擊擊“通知知管理””鏈接；；③進(jìn)入入通知管管理頁(yè)面面（通知知列表））；④單擊擊“新增增”按鈕鈕（S1）、“修修改”按按鈕（S2）和“刪刪除”按按鈕（S3）。3.3項(xiàng)目案例例（4）分支事事件流：：S1：?jiǎn)螕簟啊靶略觥薄卑粹o4.1.1單擊“新新增”按按鈕4.1.2進(jìn)入通知知添加頁(yè)頁(yè)面4.1.3填寫通知知資料（（E1）4.1.4單擊“保保存”按按鈕4.1.5驗(yàn)證信息息，保存存數(shù)據(jù)4.1.6返回通知知管理頁(yè)頁(yè)面（通通知列表表）S2：?jiǎn)螕簟啊靶薷摹薄卑粹o4.2.1單擊“修修改”按按鈕4.2.2進(jìn)入通知知修改頁(yè)頁(yè)面4.2.3更改通知知數(shù)據(jù)，，單擊““修改””按鈕4.2.4驗(yàn)證信息息，保存存數(shù)據(jù)4.2.5返回通知知管理頁(yè)頁(yè)面S3：?jiǎn)螕簟啊皠h除””按鈕4.3.1在要?jiǎng)h除除的記錄錄前打鉤鉤，單擊擊“刪除除”按鈕鈕4.3.2刪除信息息4.3.3返回通知知管理頁(yè)頁(yè)面3.3項(xiàng)目案例例（5）異常事事件流：：E1：鍵入非非法的標(biāo)標(biāo)識(shí)符或或者格式式不對(duì)，，指明錯(cuò)錯(cuò)誤。2．用戶界界面圖（1）通知管管理——通知編輯輯在通知管管理頁(yè)面面（見圖圖20），單擊擊“新增增”按鈕鈕，進(jìn)入入通知編編輯頁(yè)面面。通知知業(yè)務(wù)雖雖然沒有有審核功功能，但但是必須須上傳附附件，見見圖21。圖203.3項(xiàng)目案例例圖21這個(gè)模塊塊在首頁(yè)頁(yè)上位于于左欄的的“職能能部門通通知”中中。其中中的附件件1、附件2、附件3后面的框框?yàn)楦郊Q，，每個(gè)附附件名稱稱后面的的3個(gè)框?yàn)橐蟼鞯牡?種文件。。這里要要說明的的是每個(gè)個(gè)附件只只代表一一種文件件，也就就是說，，后面的的這3種文件（（本地文文件、政政策法規(guī)規(guī)、文件件表格））只能選選擇一種種上傳。。3.3項(xiàng)目案例例（2）通知管管理——通知修改改本業(yè)務(wù)在在任何時(shí)時(shí)候都可可以修改改，可以以修改所所有項(xiàng)。。（3）通知管管理——通知?jiǎng)h除除因?yàn)橥ㄖ恍枰獙徍?，，所以通通知?jiǎng)h除除業(yè)務(wù)不不會(huì)有很很多的判判斷，只只要判斷斷不是發(fā)發(fā)布狀態(tài)態(tài)就可以以刪除（（見圖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è)頁(yè)面；⑥填寫寫審批意意見，單單擊“已已閱”按按鈕（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查看管理員審審批意見3.3項(xiàng)目案例6.1.5單擊“返回””按鈕6.1.6返回內(nèi)容審核核管理頁(yè)面6.1.7用戶單擊“修修改”按鈕，，根據(jù)審批意意見修改新聞聞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：如果待審批批的數(shù)據(jù)超過過有效期，則則指明不能審審批，數(shù)據(jù)無(wú)無(wú)效。2．用戶界面圖圖單擊內(nèi)容審核核列表里的新新聞欄目，進(jìn)進(jìn)入新聞審核核模塊如圖23和圖24所示。在審核的任務(wù)務(wù)瀏覽頁(yè)中，，單擊“審核核”按鈕，進(jìn)進(jìn)入內(nèi)容審核核頁(yè)面，如圖圖25所示。圖243.3項(xiàng)目案例圖25審核頁(yè)面和正正式的發(fā)布頁(yè)頁(yè)面是一樣的的，審核者根根據(jù)新聞是否否可以發(fā)布來(lái)來(lái)選擇按鈕，，這里的“同同意”表示此此新聞可以發(fā)發(fā)布，“已閱閱”則表示此此新聞?dòng)袉栴}題不可以發(fā)布布，并且可以以在審核意見見中輸入文字字說明。如果果新聞為“已已閱”，那么么在發(fā)布者那那里就可以看看到?jīng)]有通過過的原因，如如圖26所示。3.3項(xiàng)目案例圖26在新聞發(fā)布者者那里能看到到發(fā)布狀態(tài)，，如圖27所示。圖273.3項(xiàng)目案例單擊發(fā)布狀態(tài)態(tài)欄目中的已已審，新聞發(fā)發(fā)布者可以看看到審核后的的意見，如圖圖28所示。圖28這時(shí)用戶就可可以修改這條條新聞，修改改后這條新聞聞狀態(tài)發(fā)生了了改變，變成成了“待審””，如圖29所示。圖293.3項(xiàng)目案例這時(shí)需要等待待審核者再審審核，如圖30所示。這條新新聞因?yàn)閯偛挪疟恍薷倪^了了，所以狀態(tài)態(tài)發(fā)生了改變變，審核者這這里又重新有有了這個(gè)任務(wù)務(wù)。圖30如果審核者審審核未通過，，新聞將被駁駁回，如圖31所示。圖313.3項(xiàng)目案例審核者發(fā)現(xiàn)新新聞沒有問題題，點(diǎn)擊同意意，這時(shí)新聞聞的狀態(tài)變?yōu)闉椤耙寻l(fā)布””，如圖32所示。圖32再去看一下首首頁(yè)，如圖33所示，看到新新聞已經(jīng)發(fā)布布。圖333.3項(xiàng)目案例3.2對(duì)性能的規(guī)定定3.2.1精度該軟件的輸入入、輸出數(shù)據(jù)據(jù)精度的要求求為小數(shù)點(diǎn)后后兩位。3.2.2時(shí)間特性要求求a．響應(yīng)時(shí)間要要低于5秒；b．更新處理時(shí)時(shí)間要低于20秒；c．?dāng)?shù)據(jù)的轉(zhuǎn)換換和傳送時(shí)間間要低于10秒。3.2.3靈活性該軟件使用J2EE開發(fā)，具有很很好的靈活性性。當(dāng)需求發(fā)發(fā)生某些變化化時(shí)，該軟件件對(duì)這些變化化有很好的適適應(yīng)能力，如如可擴(kuò)展性、、可伸縮性和和可移植性等等。a．當(dāng)用戶功能能模塊增加時(shí)時(shí)，Struts-Spring-Hibernate框架可以方便便地支持新的的功能；b．當(dāng)用戶并發(fā)發(fā)訪問量增加加時(shí)，可以考考慮將TomcatWeb服務(wù)器升級(jí)為為WebLogic應(yīng)用服務(wù)器，，而不會(huì)影響響業(yè)務(wù)功能。。3.3健壯性在軟件設(shè)計(jì)中中使用異常處處理機(jī)制和log4j工具保證系統(tǒng)統(tǒng)健壯性，運(yùn)運(yùn)行時(shí)正常和和出錯(cuò)信息要要保留在日志志文件中。硬硬件方面使用用冗余備份方方式，保證負(fù)負(fù)載平衡和系系統(tǒng)可靠性。。3.4其他專門要求求3.3項(xiàng)目案例3.4其他專門要求求周期性地把磁磁盤信息記錄錄到磁帶上，，以防止原始始系統(tǒng)數(shù)據(jù)丟丟失。4.運(yùn)行行環(huán)環(huán)境境硬件件的的最最小小配配置置：：CPU為3.0GHz，內(nèi)內(nèi)存存為為2GB，硬硬盤盤為為40GB；操作作系系統(tǒng)統(tǒng)：：Windows2003/XP、Linux；Web服務(wù)務(wù)器器：：Tomcat5.5以上上；；數(shù)據(jù)據(jù)庫(kù)庫(kù)服服務(wù)務(wù)器器：：MySQL5.0以上上，，能能夠夠處處理理數(shù)數(shù)據(jù)據(jù)并并發(fā)發(fā)訪訪問問，，訪訪問問回回饋饋時(shí)時(shí)間間短短。。3.3.5特別別提提示示需求求分分析析是是整整個(gè)個(gè)軟軟件件開開發(fā)發(fā)過過程程中中的的第第一一步步，，也也是是軟軟件件工工程程中中最最關(guān)關(guān)鍵鍵的的一一個(gè)個(gè)過過程程。?！盾浖栊枨笄笠?guī)規(guī)格格說說明明書書》作為為需需求求分分析析階階段段的的輸輸出出工工件件，，將將會(huì)會(huì)成成為為下下一一階階段段系系統(tǒng)統(tǒng)分分析析設(shè)設(shè)計(jì)計(jì)的的輸輸入入。。3.3.6拓展展與與提提高高在上上述述軟軟件件需需求求規(guī)規(guī)格格說說明明書書中中，，將將優(yōu)優(yōu)先先級(jí)級(jí)別別最最高高的的用用例例挑挑選選出出來(lái)來(lái)，，并并闡闡述述理理由由。。9、靜靜夜夜四四無(wú)無(wú)鄰鄰，，荒荒居居舊舊業(yè)業(yè)貧貧。。。。1月月-231月月-23Wednesday,January4,202310、雨中黃黃葉樹，，燈下白白頭人。。。20:52:5320:52:5320:521/4/20238:52:53PM11、以我獨(dú)沈久久，愧君相見見頻。。1月-2320:52:5320:52Jan-2304-Jan-2312、故人人江