【正文】 系統(tǒng)的靜態(tài)結(jié)構(gòu)模型主要用類(lèi)圖和對(duì)象圖描述。進(jìn)一步分析系統(tǒng)，發(fā)現(xiàn)類(lèi)以及類(lèi)之間的關(guān)系，確定它們的靜態(tài)結(jié)構(gòu)，是面向?qū)ο蠓治龅幕救蝿?wù)。系統(tǒng)的靜態(tài)結(jié)構(gòu)模型主要用類(lèi)圖和對(duì)象圖來(lái)實(shí)現(xiàn)的。類(lèi)圖從抽象的角度描述系統(tǒng)的靜態(tài)結(jié)構(gòu)，特別是模型中存在的類(lèi)、類(lèi)的內(nèi)部結(jié)構(gòu)以及它們與其他類(lèi)之間的相互關(guān)系。其中類(lèi)的識(shí)別分為三類(lèi)：識(shí)別實(shí)體類(lèi)、識(shí)別邊界類(lèi)和識(shí)別控制類(lèi)。類(lèi)不是孤立的,UML為我們定義了它們之間的四種關(guān)系，它們是：關(guān)聯(lián)（Association）關(guān)系（聚合和組合）、依賴（Dependency）關(guān)系、泛化（Generalization）關(guān)系、實(shí)現(xiàn)（Realization）關(guān)系。關(guān)聯(lián)關(guān)系是類(lèi)之間最廣泛的關(guān)系，若兩個(gè)類(lèi)的對(duì)象的實(shí)例之間具有某種（屬性上的）依賴關(guān)系，對(duì)象所屬類(lèi)間的關(guān)系稱為關(guān)聯(lián)關(guān)系,關(guān)聯(lián)關(guān)系是一種結(jié)構(gòu)關(guān)系，是一種弱關(guān)系，被關(guān)聯(lián)的元素間通常可以被獨(dú)立的考慮。指出了一個(gè)事物的對(duì)象與另一個(gè)事物的對(duì)象之間的語(yǔ)義上的連接。其表示方法是在UML中，關(guān)聯(lián)的圖形表示是實(shí)線+箭頭，箭頭指向被關(guān)聯(lián)的類(lèi)。關(guān)聯(lián)可以是單向的，也可以是雙向的。關(guān)聯(lián)關(guān)系包含兩種：聚合關(guān)系和組合關(guān)系。其中聚合關(guān)系是類(lèi)與類(lèi)之間的關(guān)系具有“整體——部分”的特點(diǎn)。其表示方式：在UML中聚合的圖示方式為，在表示關(guān)聯(lián)關(guān)系的直線末端加一個(gè)空心的小菱形，空心菱形緊挨著具有整體性質(zhì)的類(lèi)，即箭頭指向整體類(lèi)。組合關(guān)系是整體和部分是不可分的，整體的生命周期結(jié)束時(shí)也就是部分的生命周期到頭時(shí)。依賴關(guān)系是對(duì)于兩個(gè)相對(duì)獨(dú)立的對(duì)象，當(dāng)一個(gè)對(duì)象負(fù)責(zé)構(gòu)造另一個(gè)對(duì)象的實(shí)例，或者依賴另一個(gè)對(duì)象的服務(wù)時(shí)，這兩個(gè)對(duì)象之間主要體現(xiàn)為依賴關(guān)系。用虛箭頭表示。泛化關(guān)系表示一個(gè)泛化的元素和一個(gè)具體的元素之間的關(guān)系。它又稱繼承，UML中的泛化是通用元素和具體元素之間的一種分類(lèi)關(guān)系。具體元素完全擁有通用元素的信息，并且還可附加一些其它信息。泛化可用于類(lèi)、用例等各種模型元素。父類(lèi)與子類(lèi)的泛化關(guān)系圖示為一個(gè)帶空心三角形的直線，空心三角形緊挨著父類(lèi)。實(shí)現(xiàn)關(guān)系是指定兩個(gè)實(shí)體之間的一個(gè)合同。實(shí)現(xiàn)是規(guī)格說(shuō)明和其實(shí)現(xiàn)之間的關(guān)系，它將一種模型元素與另一種元素連接起來(lái)。在UML中，實(shí)現(xiàn)關(guān)系的符號(hào)與泛化關(guān)系的符號(hào)類(lèi)似，用一條帶指向接口的空心三角箭頭的虛線表示。根據(jù)上述類(lèi)的關(guān)系，完整的類(lèi)圖如圖9所示圖9類(lèi)圖（順序圖）系統(tǒng)的動(dòng)態(tài)模型可以使用交互作用圖、狀態(tài)圖和活動(dòng)圖來(lái)描述。交互作用圖包括序列圖和協(xié)作圖。序列圖描繪了系統(tǒng)中的一組對(duì)象在時(shí)間上交互的整體行為，協(xié)作圖描繪的是系統(tǒng)中一組對(duì)象的交互行為。創(chuàng)建順序圖：（1）顧客訂購(gòu)順序圖如圖10所示。用戶首先使用自己的賬號(hào)和密碼登錄系統(tǒng)，登錄模塊會(huì)將客戶的ID保存在系統(tǒng)緩存中并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查詢條件，客戶輸入適當(dāng)?shù)牟樵儣l件后查詢模塊顯示符合查詢條件的商品列表?？蛻舻玫缴唐妨斜砗?，提交自己想要購(gòu)買(mǎi)的商品ID。訂購(gòu)模塊得到商品ID，生成訂單并提交給數(shù)據(jù)模塊進(jìn)行保存。保存成功后，訂購(gòu)模塊提示用戶訂購(gòu)該商品成功。圖10 顧客訂購(gòu)順序圖（2）顧客刪除訂單順序圖如圖11所示?？蛻粼谔峤挥唵魏罂梢詫?duì)訂單進(jìn)行維護(hù)（添加、刪除、修改）。客戶首先輸入自己的賬號(hào)和密碼登錄系統(tǒng)。登錄模塊會(huì)將客戶的ID保存在系統(tǒng)緩存中并提 14交給訂單查詢模塊。訂單查詢模塊顯示該客戶當(dāng)前的所有訂單，客戶得到該列表后，選擇需要?jiǎng)h除的商品ID，訂單處理模塊把刪除信息提交給數(shù)據(jù)模塊，數(shù)據(jù)模塊保存信息。訂單處理模塊提示用戶刪除操作成功。圖11 顧客刪除訂單順序圖（3）管理員處理訂單順序圖如圖12所示。管理員使用其賬號(hào)和密碼登錄后，登錄模塊會(huì)將管理員的ID保存在系統(tǒng)緩存中并提交給訂單處理模塊。訂單處理模塊提交給管理員未處理訂單的列表，管理員提交某商品ID得到該商品的庫(kù)存情況。如果庫(kù)存充足則接受訂單，并把接受信息提交給數(shù)據(jù)模塊，數(shù)據(jù)模塊更新該客戶的訂單信息并返回成功信息給訂單處理模塊，訂單處理模塊提示管理員該操作成功。圖12 管理員處理訂單順序圖（4）.管理員登錄順序圖管理員登陸的過(guò)程為：管理員進(jìn)入系統(tǒng)，進(jìn)入登錄頁(yè)面，輸入賬號(hào)密碼，系統(tǒng)驗(yàn)證身份信息，驗(yàn)證成功，界面返回成功信息，管理員接受成功消息，登陸系統(tǒng)成功。如圖11。圖13管理員登錄順序圖（5）會(huì)員提交訂單順序圖會(huì)員登錄系統(tǒng)，進(jìn)入提交訂單界面，將確認(rèn)的訂單提交到系統(tǒng)中，如果訂單無(wú)誤則顯示成功提交訂單，并返回提交訂單界面，如果訂單有誤，則顯示是錯(cuò)誤訂單，會(huì)員在進(jìn)行訂單的修改確認(rèn)。圖14 會(huì)員提交訂單順序圖（7）員工管理圖書(shū)順序圖員工進(jìn)入圖書(shū)信息管理界面，可以進(jìn)行圖書(shū)的檢查、修改、刪除、增加等操作。進(jìn)入修改刪除圖書(shū)界面，并輸入要修改的圖書(shū)信息，以及要增加的圖書(shū)信息，如果增加圖書(shū)信息成功則返回信息成功修改添加界面，并顯示修改成功，返回界面，如果有誤在進(jìn)行進(jìn)一步的修改。圖15員工管理圖書(shū)順序圖我們可以識(shí)別系統(tǒng)中存在的主要實(shí)體類(lèi)：書(shū)店、員工、用戶。圖16書(shū)店管理系統(tǒng)的主要參與者(1)主界面系統(tǒng)的主界面具有菜單和菜單項(xiàng)，當(dāng)選擇不同的菜單項(xiàng)時(shí)，用戶可以執(zhí)行不同的操作。當(dāng)程序退出時(shí)，主界面窗口關(guān)閉。(2)圖書(shū)信息顯示界面圖書(shū)信息顯示界面是進(jìn)行書(shū)籍查詢時(shí)所需要的對(duì)話框。用戶根據(jù)書(shū)籍名、作者、類(lèi)別等條件查詢書(shū)籍，系統(tǒng)查詢數(shù)據(jù)庫(kù)獲取符合條件的書(shū)籍并顯示到界面。(3)注冊(cè)界面注冊(cè)界面是進(jìn)行游客注冊(cè)時(shí)所需要的對(duì)話框。當(dāng)選擇主窗口中的菜單項(xiàng)“注冊(cè)”時(shí)，對(duì)話框彈出，游客填寫(xiě)用戶名、密碼、電話、家庭住址、郵編等信息，然后點(diǎn)擊“提交”按鈕，系統(tǒng)創(chuàng)建用戶的信息并將之存儲(chǔ)到數(shù)據(jù)庫(kù)中。并且系統(tǒng)將自動(dòng)登錄到系統(tǒng)主頁(yè)。(4)購(gòu)物車(chē)界面購(gòu)物車(chē)界面是進(jìn)行操作“刪除購(gòu)物車(chē)?yán)锏臅?shū)籍”、“修改購(gòu)物車(chē)?yán)飼?shū)籍?dāng)?shù)量”或“提交訂單”時(shí)所需要的對(duì)話框。當(dāng)用戶選擇刪除購(gòu)物車(chē)?yán)锏臅?shū)籍時(shí)，對(duì)話框彈出，用戶點(diǎn)擊“刪除按鈕”，系統(tǒng)刪除用戶購(gòu)物車(chē)?yán)锏脑摃?shū)籍。當(dāng)用戶選擇修改購(gòu)物車(chē)?yán)飼?shū)籍?dāng)?shù)量時(shí)，用戶輸入書(shū)籍的數(shù)量，然后點(diǎn)擊“更新”按鈕，系統(tǒng)更新用戶購(gòu)物車(chē)?yán)锏脑摃?shū)籍?dāng)?shù)量。當(dāng)用戶選擇“提交訂單”時(shí)，系統(tǒng)進(jìn)入付款界面，并且系統(tǒng)將此購(gòu)物產(chǎn)生一個(gè)訂單保存到數(shù)據(jù)庫(kù)中。(5)圖書(shū)管理界面圖書(shū)管理界面是進(jìn)行操作“添加書(shū)籍”、“編輯書(shū)籍”或“刪除書(shū)籍”時(shí)所需的對(duì)話框。當(dāng)選擇主窗口中的菜單項(xiàng)“添加書(shū)籍”時(shí)，對(duì)話框彈出，員工輸入書(shū)籍信息，然后單擊按鈕“添加”，系統(tǒng)創(chuàng)建書(shū)籍的信息并將之存儲(chǔ)在系統(tǒng)中。當(dāng)選擇菜單項(xiàng)“編輯書(shū)籍”或“刪除書(shū)籍”時(shí)，對(duì)話框彈出，員工輸入要編輯或刪除的書(shū)籍的名稱，單擊按鈕“OK”提交。系統(tǒng)查詢數(shù)據(jù)庫(kù)檢索到書(shū)籍信息后彈出對(duì)話框BookDialog，顯示書(shū)籍的詳細(xì)信息，如若是“編輯書(shū)籍”，員工編輯修改書(shū)籍的有關(guān)信息，然后單擊按鈕“更新”，更新系統(tǒng)中存儲(chǔ)的書(shū)籍信息；如若是“刪除書(shū)籍”，員工則單擊按鈕“刪除”，系統(tǒng)刪除所存儲(chǔ)的該書(shū)籍信息，當(dāng)然，與該書(shū)籍有關(guān)的其他信息業(yè)也一并刪除。(6)登陸界面登陸界面是用戶用來(lái)登陸的界面。用戶輸入用戶名和密碼，點(diǎn)擊按鈕“登陸”，系統(tǒng)查詢數(shù)據(jù)庫(kù)檢索此用戶的用戶名和密碼是否正確，若正確，若是admin用戶，系統(tǒng)將顯示后臺(tái)管理界面，否則系統(tǒng)將顯示首頁(yè)面。若錯(cuò)誤，系統(tǒng)提示“用戶名或密碼錯(cuò)誤?！备鶕?jù)上述部分界面的分析，網(wǎng)上書(shū)店系統(tǒng)中的邊界類(lèi)圖圖17 邊界類(lèi)圖圖18控制類(lèi)圖在向數(shù)據(jù)庫(kù)文件提取數(shù)據(jù)時(shí)，要求數(shù)據(jù)記錄定位準(zhǔn)確，在往數(shù)據(jù)庫(kù)文件數(shù)組中添加數(shù)據(jù)時(shí)，要求輸入數(shù)據(jù)準(zhǔn)確。金額，身份證，卡號(hào)等按需求設(shè)定字符數(shù)。程序響應(yīng)時(shí)間：在人的感覺(jué)和視覺(jué)事件范圍內(nèi)；信息交換時(shí)間：要求在程序調(diào)用前、調(diào)用后都與數(shù)據(jù)庫(kù)保持同步更新，網(wǎng)絡(luò)信息交換時(shí)間應(yīng)該小于程序調(diào)用的時(shí)間。要求數(shù)據(jù)庫(kù)具有很好的更新能力，由于本產(chǎn)品是實(shí)驗(yàn)性軟件，故對(duì)磁盤(pán)和內(nèi)存容量沒(méi)有很高的要求，但是數(shù)據(jù)庫(kù)應(yīng)該能夠?qū)Σl(fā)事件、臟數(shù)據(jù)具有較強(qiáng)的識(shí)別處理能力。軟件應(yīng)具備自動(dòng)拼寫(xiě)錯(cuò)誤檢查等功能，在出現(xiàn)故障后應(yīng)從整個(gè)系統(tǒng)數(shù)據(jù)庫(kù)重新載入數(shù)據(jù)進(jìn)行操作。屏幕格式：采用全屏格式，通過(guò)分窗口操作進(jìn)行各個(gè)操作之間的轉(zhuǎn)換 報(bào)表格式：以銀行原報(bào)表格式設(shè)計(jì)電子打印表格式。菜單格式：下拉式菜單，應(yīng)顯示儲(chǔ)戶資料及帳戶資料的各個(gè)詳細(xì)條目。網(wǎng)絡(luò)硬件接口要求：現(xiàn)實(shí)中要求具有高速以太網(wǎng)組網(wǎng)以實(shí)現(xiàn)聯(lián)網(wǎng)操作，但是從理論實(shí)驗(yàn)驗(yàn)證軟件本身的目的來(lái)看，無(wú)需網(wǎng)絡(luò)通訊接口。業(yè)務(wù)員鍵入儲(chǔ)戶的資料要全部一直顯示在屏幕；儲(chǔ)戶從按鍵口鍵入密碼到系統(tǒng)以核對(duì)；計(jì)算機(jī)與打印機(jī)有高速傳輸?shù)倪B接接口，最后以紙張的形式打印出清單給儲(chǔ)戶。Windows標(biāo)準(zhǔn)接口，要求與其他軟件無(wú)沖突錯(cuò)誤發(fā)生。6．其他要求安全保密性、復(fù)用性、靈活性、易用性、可維護(hù)性、可移植性等。指明不同屬性的相對(duì)側(cè)重點(diǎn)，例如易用程度優(yōu)于易學(xué)程度，或者可移植優(yōu)于有效性。(1)健壯性：說(shuō)明軟件在容錯(cuò)能力，故障處理能力上需要達(dá)到的目標(biāo)，保證系統(tǒng)穩(wěn)定可靠；(2)安全保密性：包括用戶身份確認(rèn)或授權(quán)方面的需求，保密性策略，產(chǎn)品所創(chuàng)建或使用的數(shù)據(jù)的保護(hù)等等；(3)安全性：通過(guò)網(wǎng)絡(luò)傳送的數(shù)據(jù)需要簡(jiǎn)單加密，服務(wù)器端對(duì)接收到的數(shù)據(jù)需要二次簡(jiǎn)單驗(yàn)證。(4)復(fù)用性：說(shuō)明本項(xiàng)目是否可以復(fù)用已有軟件、是否可為其它產(chǎn)品復(fù)用；(5)靈活性：說(shuō)明在運(yùn)行環(huán)境、與其他軟件的接口以及開(kāi)發(fā)計(jì)劃等發(fā)生變化時(shí)，應(yīng)具有的適應(yīng)能力。第二篇：網(wǎng)上書(shū)店管理系統(tǒng) 需求分析第一章概述 需求分析第二章功能需求 前臺(tái)功能2 后臺(tái)功能2第三章性能需求 軟件環(huán)境3 硬件環(huán)境3第四章系統(tǒng)可行性分析 技術(shù)可行性4 經(jīng)濟(jì)可行性4 社會(huì)可行性4第五章出錯(cuò)處理需求 處理錯(cuò)誤5第六章將來(lái)可能提出的要求 不確定性要求6一 需求分析的意義：一個(gè)好的產(chǎn)品之所以能成為一個(gè)好的產(chǎn)品，關(guān)鍵在于需求分析是否充分考慮到用戶的所有需求，好的需求分析能提高工作效率，減少不必要的麻煩。需求分析的任務(wù)是發(fā)現(xiàn)、規(guī)范用戶需求的過(guò)程，有益于提高軟件開(kāi)發(fā)過(guò)程中的能見(jiàn)度，便于對(duì)軟件開(kāi)發(fā)過(guò)程中的控制與管理，便于采用工程方法開(kāi)發(fā)軟件，提高軟件的質(zhì)量，便于開(kāi)發(fā)人員、維護(hù)人員、管理人員之間的交流、協(xié)作，作為工作成果的原始依據(jù)，并且可向潛在用戶傳遞軟件功能、性能需求，使其能夠判斷該軟件是否與自己的需求相關(guān)。二 功能需求：前臺(tái)功能（1）會(huì)員管理：登錄是需要的憑證，每個(gè)會(huì)員都有自己的管理界面，可進(jìn)行資料的修改等操縱。（2）圖書(shū)查詢：圖書(shū)查詢的目的是為了幫助用戶快速地找到想要購(gòu)買(mǎi)的圖書(shū)。用戶可以按照書(shū)名、作者、出版社等方式查詢到想要的書(shū)籍。當(dāng)用戶選擇了某類(lèi)書(shū)籍時(shí)應(yīng)能顯示書(shū)籍信息：圖片、會(huì)員價(jià)、市場(chǎng)價(jià)等。（3）圖書(shū)展示：為了將網(wǎng)絡(luò)他、書(shū)店中的圖書(shū)有序的羅列出來(lái)。圖書(shū)展示分為：新品圖書(shū)、推薦圖書(shū)、暢銷(xiāo)圖書(shū)、排行榜。（4）購(gòu)物車(chē)：購(gòu)物車(chē)中要列出用戶所選擇的書(shū)籍名稱、市場(chǎng)價(jià)、會(huì)員價(jià)、數(shù)量，總計(jì)金額。好、用戶可以刪除購(gòu)物車(chē)中的書(shū)籍，修改某個(gè)書(shū)籍的數(shù)量，清空購(gòu)物車(chē)，到結(jié)算頁(yè)面確認(rèn)并