Java軟件工程與項目案例教程三_第1頁
Java軟件工程與項目案例教程三_第2頁
Java軟件工程與項目案例教程三_第3頁
Java軟件工程與項目案例教程三_第4頁
Java軟件工程與項目案例教程三_第5頁
已閱讀5頁,還剩60頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

Java軟件工程

與項目案例教程

(三)

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

軟件需求分析概述需求分析是整個項目開發(fā)流程的第一個環(huán)節(jié),它是在用戶和軟件開發(fā)組之間建立對用戶的共同理解,由軟件開發(fā)組進(jìn)行分析、精化并詳細(xì)描述后,按文檔規(guī)范編寫出《軟件需求規(guī)格說明書》(SoftwareRequirementSpecification,SRS)的過程。軟件需求分析特別重要。在軟件工程的歷史中,很長時間里人們一直認(rèn)為需求分析是整個軟件工程中簡單步驟,但在過去十幾年中越來越多的人認(rèn)識到它是整個過程中最關(guān)鍵的一個過程。只有通過軟件需求分析,才能把軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說明,從而奠定軟件開發(fā)的基礎(chǔ)。許多大型應(yīng)用系統(tǒng)的失敗,最后均歸結(jié)到需求分析的失敗:要么獲取需求的方法不當(dāng),使得需求分析不到位或不徹底,導(dǎo)致開發(fā)者反復(fù)多次地進(jìn)行需求分析,致使設(shè)計、編碼、測試無法順利進(jìn)行;要么客戶配合不好,導(dǎo)致客戶對需求不確認(rèn),或客戶需求不斷變化,同樣致使設(shè)計、編碼、測試無法順利進(jìn)行。特點(diǎn):(1)用戶與開發(fā)人員很難進(jìn)行交流(2)用戶的需求是動態(tài)變化的(3)系統(tǒng)變更的代價呈非線性增長3.2

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

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

3.2

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

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

軟件需求分析過程3.2.3需求過程迭代軟件需求分析是一個不斷認(rèn)識和逐步細(xì)化的過程。該過程將軟件計劃階段所確定的軟件范圍(工作范圍)逐步細(xì)化到可詳細(xì)定義的程度,并分析出各種不同的軟件元素,然后為這些元素找到可行的解決辦法。需求過程要適應(yīng)客戶和項目的環(huán)境,并作為配置項納入配置管理。當(dāng)前的軟件業(yè)面臨著巨大競爭壓力,要求軟件企業(yè)有更低的構(gòu)建成本和更短的開發(fā)周期。有些項目受環(huán)境的影響很大,有些項目是對原有項目的升級,有些項目客戶要求在指定的架構(gòu)下完成。在項目初期,客戶不能完全確定需要什么,對計算機(jī)的能力和限制不甚了解,所以需求過程很難是一步到位的過程。隨著項目的深入,需求將隨時間變化而發(fā)生變化。因此,需求過程是一個迭代的過程,每次迭代提供更高質(zhì)量和更詳細(xì)的軟件需求。這種迭代會給項目帶來一定的風(fēng)險,上一次迭代的設(shè)計實現(xiàn)可能會因為需求不足而被推翻。但是,系統(tǒng)分析師應(yīng)根據(jù)項目計劃,在給定的資源條件下得到盡可能高質(zhì)量的需求。

3.2

軟件需求分析過程3.2.4需求的來源(1)系統(tǒng)目的(2)行業(yè)知識(3)軟件涉眾(4)運(yùn)行環(huán)境(5)組織環(huán)境軟件涉眾:應(yīng)充分考慮不同軟件涉眾的需求,如果只強(qiáng)調(diào)某一角色的需求,忽略其他角色的需求,往往將導(dǎo)致軟件系統(tǒng)的失敗。系統(tǒng)分析師應(yīng)從不同涉眾的角度去識別、表述他們的需求。用戶的文化差異、客戶的組織結(jié)構(gòu),常常會是系統(tǒng)難以正常實施的原因。

3.2

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

3.2

軟件需求分析過程3.2.6軟件需求的表達(dá)如何有效地表達(dá)軟件需求?我們這里建議使用用例建模技術(shù)。用例建模技術(shù)是10多年來最重要的需求分析技術(shù),在保障全球各類軟件的成功開發(fā)中發(fā)揮了極其重要的作用.實踐證明,用例技術(shù)是迄今為止最為深刻,準(zhǔn)確和有效的系統(tǒng)功能需求描述方法.功能需求是指系統(tǒng)輸入到輸出的映射以及它們的不同組合,任何功能必然要通過外部環(huán)境與系統(tǒng)之間的交互才能完成,因此,我們可以在內(nèi)容和形式上把用例和系統(tǒng)的功能需求等同起來。用例建模技術(shù)不同于結(jié)構(gòu)化功能分解的特點(diǎn)有:1)顯式地表達(dá)用戶的任務(wù)目標(biāo)層次,突出系統(tǒng)行為與用戶利益間的關(guān)系;2)通過描述執(zhí)行實例情節(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中,用例圖又又叫做用況圖圖,有時又稱稱為UseCase圖。它用于定定義系統(tǒng)的行行為、展示角角色(系統(tǒng)的的外部實體,,即參入者))與用例(系系統(tǒng)執(zhí)行的服服務(wù))之間的的相互作用。。用例圖是需需求和系統(tǒng)行行為設(shè)計的高高層模型,它它以圖形化的的方式描述外外部實體對系系統(tǒng)功能的感感知。用例圖圖從用戶的角角度來組織需需求,每個用用例描述一個個特定的任務(wù)務(wù),如表3-2所示。表3-2用例圖概述名稱圖例說明角色角色名稱代表與系統(tǒng)交互的實體。角色可以是用戶、其他系統(tǒng)或者硬件設(shè)備。在用例圖中以小人表示。圖4-7中的“圖書管理員”、“讀者”和“系統(tǒng)管理員”是與系統(tǒng)進(jìn)行交互的角色。用例用例名稱定義了系統(tǒng)執(zhí)行的一系列活動,產(chǎn)生一個對特定角色可觀測的結(jié)果。在用例圖中以橢圓表示?!耙幌盗械幕顒印笨梢允窍到y(tǒng)招待的功能、數(shù)學(xué)計算或其他產(chǎn)生一個結(jié)果的內(nèi)部過程?;顒邮窃有缘模匆赐暾膱?zhí)行,要么全不執(zhí)行?;顒拥脑有钥梢詻Q定用例的粒度。用例必須向角色提供反饋。圖4-7中的“用戶管理”、“圖書管理”、“借還登記”等表示用例關(guān)聯(lián)------------表示用戶和用例之間的交互關(guān)系。用實線表示用例關(guān)系《引申類型》-----------------用例與用例之間的關(guān)系。用帶箭頭的虛線表示。用例之間的關(guān)系,可以用引申類型進(jìn)行語義擴(kuò)展,如《include》等。3.2軟件需求分析析過程用例模型可以以在不同層次次上建立,具具有不同的粒粒度。(2)用例層次我們把用例劃劃分為3個目標(biāo)層次:概要層,用戶目標(biāo)層和和子功能層,并通過引入巧巧妙的Why/How技術(shù)幫助分析析者找到合適適的目標(biāo)層次次,從而可以有效效地把握用例例的粒度(真正的用例最最終應(yīng)落實到到用戶目標(biāo)層層)。值得注意的是是,我們在實踐中中應(yīng)該尤其關(guān)關(guān)注用戶目標(biāo)標(biāo)層用例.引入概要層用用例的主要目目的是為了包包含一個或多多個用戶目標(biāo)標(biāo)層用例,為系統(tǒng)提供全全局功能視圖圖,提出子功能層層用例則是為為了表達(dá)用戶戶目標(biāo)層用例例的具體實現(xiàn)現(xiàn)步驟。(3)用例范圍根據(jù)范圍的不不同,用例可可分為業(yè)務(wù)用用例和系統(tǒng)用用例兩種1)業(yè)務(wù)用例-在業(yè)務(wù)中執(zhí)行行的一系列動動作,這些動作為業(yè)業(yè)務(wù)的個體主主角產(chǎn)生具有有可見價值的的結(jié)果-實質(zhì)是業(yè)務(wù)流流程-可以分為核心心業(yè)務(wù)用例,支持業(yè)務(wù)用例例,管理業(yè)務(wù)用例例-主要包括業(yè)務(wù)務(wù)角色,業(yè)務(wù)活動,業(yè)務(wù)實體,業(yè)務(wù)規(guī)則2)系統(tǒng)用例-是系統(tǒng)執(zhí)行的的一系列動作作,這些動作將生生產(chǎn)特定主角角可觀測的結(jié)結(jié)果值-主要包括系統(tǒng)統(tǒng)角色和系統(tǒng)統(tǒng)的一系列的的交互過程3.2軟件需求分析析過程3.2軟件需求分析析過程如果某個SuD或者用例的范范圍包含了人人以及由人組組成的團(tuán)隊,部門,組織的活動,那么針對這個個SuD寫出的用例必必然是業(yè)務(wù)用用例;如果該SuD僅僅是一些軟軟件,硬件,機(jī)電設(shè)備或由由它們組成的的系統(tǒng),并不涉及到人人的業(yè)務(wù)活動動,那么根據(jù)這個個SuD寫出來的就是是系統(tǒng)用例。。(4)用例關(guān)系1)角色和角色色之間-繼承關(guān)系:表示子類角色色將繼承父類類角色在用例例中所能擔(dān)任任

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

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論