




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
1、項(xiàng)目編號(hào):文檔編號(hào):1.0密 級(jí):開源網(wǎng)上零食管理系統(tǒng)需求規(guī)格V1.0開發(fā)人員:王瑞 徐揚(yáng)評(píng)審日期: 年 月 日目 錄1 導(dǎo)言41.1 目的41.2 范圍41.3 縮寫說明41.4 術(shù)語定義41.5 引用標(biāo)準(zhǔn)41.6 參考資料41.7 項(xiàng)目組員及模塊分配51.8 版本更新信息52 系統(tǒng)定義62.1 項(xiàng)目來源及背景62.2 項(xiàng)目要達(dá)到的目標(biāo)63 應(yīng)用環(huán)境63.1 系統(tǒng)運(yùn)行網(wǎng)絡(luò)環(huán)境73.2 系統(tǒng)運(yùn)行硬件環(huán)境73.3 系統(tǒng)運(yùn)行軟件環(huán)境84 功能規(guī)格84.1系統(tǒng)的架構(gòu)設(shè)計(jì)84.2 數(shù)據(jù)庫104.3 系統(tǒng)的主的use-case圖124.4 系統(tǒng)的功能模塊分析13 4.4.1 用例描述13 4.4.2 設(shè)
2、計(jì)決策21 4.4.2 接口設(shè)計(jì)22 4.4.3 處理流程241、確認(rèn)訂單用例(網(wǎng)上零食店_UC_用戶系統(tǒng)ID_03)242、商品管理用例(網(wǎng)上零食店_UC_用戶系統(tǒng)ID_05)254.4.4 業(yè)務(wù)邏輯層設(shè)計(jì)265 性能需求265.1 界面需求275.2 響應(yīng)時(shí)間需求275.3 可靠性需求275.4 開放性需求285.5 可擴(kuò)展性需求285.6 系統(tǒng)安全性需求286 產(chǎn)品提交297 實(shí)現(xiàn)約束298 簽字301 導(dǎo)言1.1 目的該文檔是關(guān)于網(wǎng)上零食管理系統(tǒng)前期進(jìn)行的需求分析,重點(diǎn)描述了網(wǎng)上零食系統(tǒng)的設(shè)計(jì)需求,將作為對(duì)該工具在概要設(shè)計(jì)階段的設(shè)計(jì)輸入。本文檔的預(yù)期讀者是:l 設(shè)計(jì)人員l 開發(fā)人員l
3、項(xiàng)目管理人員l 測(cè)試人員l 用戶1.2 范圍該文檔是借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型,解決整個(gè)項(xiàng)目系統(tǒng)“做什么”的問題。在這里,對(duì)于開發(fā)技術(shù)并沒有涉及,而主要是通過建立模型的方式來描述用戶的需求,為客戶、用戶、開發(fā)方等不同參與方提供一個(gè)交流的渠道。1.3 縮寫說明JSP: Java Server Page(Java服務(wù)器頁面)的縮寫,一個(gè)腳本化的語言。UML: Unified Modeling Language(統(tǒng)一建模語言)的縮寫。1.4 術(shù)語定義無1.5 引用標(biāo)準(zhǔn)1 企業(yè)文檔格式標(biāo)準(zhǔn) V1.12 需求規(guī)格報(bào)告格式標(biāo)準(zhǔn) V1.11.6 參考資料1 瘋狂Java講義 李剛等 電子
4、工業(yè)出版社2 Tomcat與Java Web開發(fā)技術(shù)詳解封超等 清華大學(xué)出版社3 Java Web開發(fā)實(shí)戰(zhàn)經(jīng)驗(yàn) 李興華等 清華大學(xué)出版社4 數(shù)據(jù)庫開發(fā)教程 清華大學(xué)出版社5 UML和模式應(yīng)用 機(jī)械工業(yè)出版社6 需求規(guī)格報(bào)告格式標(biāo)準(zhǔn) V1.11.7 項(xiàng)目組員及模塊分配 王瑞 負(fù)責(zé)前臺(tái)設(shè)計(jì),包括: 用戶登錄注冊(cè)模塊 修改信息模塊 瀏覽商品模塊 購物車訂單模塊 留言板模塊 徐揚(yáng) 負(fù)責(zé)后臺(tái)設(shè)計(jì),包括: 管理員登錄模塊 食品管理模塊 用戶信息管理模塊 訂單管理模塊 推送信息模塊1.8 版本更新信息 因?yàn)榇讼到y(tǒng)即將成為滿足客戶需求的實(shí)用性系統(tǒng),所以在開發(fā)的過程中需要與客戶進(jìn)行多次的交流以便達(dá)到客戶的要求,
5、因而在開發(fā)過程中就需要進(jìn)行多次的修改,從而達(dá)到理想的階段,得出最終的1.0版本。 因此在開發(fā)時(shí)初始計(jì)劃定義本系統(tǒng)的版本信息,更改如下: 1.0 版本:正式使用版本,用戶使用過程中實(shí)行跟蹤維護(hù)服務(wù)半年。人員:專業(yè)維護(hù)人員 1.1 版本:一個(gè)簡單的、內(nèi)部自己測(cè)試的版本,可以實(shí)現(xiàn)一些基本的操作功能,和一些基本的功能特性。人員:王瑞、徐揚(yáng) 1.2 版本:通過對(duì)用戶進(jìn)行詳細(xì)的調(diào)查分析后,小組成員再更新自己的實(shí)現(xiàn)模塊,完善系統(tǒng)功能,然后添加一些用戶所需要的原來版本中缺少的基本功能,進(jìn)行完善。人員:王瑞、徐揚(yáng) 1.3 版本:客戶根據(jù)當(dāng)前開發(fā)出的系統(tǒng)自己實(shí)行測(cè)試,檢測(cè)系統(tǒng)功能實(shí)現(xiàn)情況,并提出自己的意見,開發(fā)人
6、員再根據(jù)客戶提出的意見進(jìn)行測(cè)試修改,然后開發(fā)組自己進(jìn)行測(cè)試,通過再與用戶交流進(jìn)行修改。人員:王瑞、徐揚(yáng) 1.4 版本:最終版的雛形,最后一次試用版本,先讓用戶進(jìn)行試用一段時(shí)間,然后在試用期間提出新的問題,開發(fā)人員再對(duì)新提出的問題進(jìn)行修改,最終達(dá)到客戶滿意。人員:王瑞、徐揚(yáng)2 系統(tǒng)定義下面分別闡述一下項(xiàng)目的來源、背景和項(xiàng)目的目標(biāo)。2.1 項(xiàng)目來源及背景 網(wǎng)上生活是現(xiàn)代快時(shí)代生活的主要區(qū)域,簡單快速的購物方式成為一種主流的趨勢(shì)。同時(shí)伴隨著物流領(lǐng)域的不斷發(fā)展,各種各樣的購物網(wǎng)站已成為人們平時(shí)瀏覽和購物的場所,但由于大型購物網(wǎng)站涉及的領(lǐng)域過于廣泛,有可能會(huì)導(dǎo)致客戶搜索不便捷的問題。 網(wǎng)上零食店專門針對(duì)
7、零食的銷售,更加地全面和便捷,給廣大的年輕群體帶來了巨大的方便。雖然網(wǎng)上零食銷售在我國的興起時(shí)間不長,但是發(fā)展迅速,隨著我國互聯(lián)網(wǎng)的普及和網(wǎng)上零食店的日趨成熱,會(huì)有越來越多的消費(fèi)群體加入到這個(gè)行列,市場潛力會(huì)得到充分發(fā)揮。網(wǎng)上零食購物系統(tǒng)不僅是傳統(tǒng)銷售渠道的發(fā)展和補(bǔ)充,也是未來食品銷售的發(fā)展趨勢(shì)方向,它滿足了消費(fèi)者足不出戶買到各地零食的愿望,也便于商家進(jìn)行商品及收益的管理,給商家?guī)砀蟮睦麧櫋?.2 項(xiàng)目要達(dá)到的目標(biāo)本項(xiàng)目設(shè)定的目標(biāo)如下:1. 系統(tǒng)能夠提供友好的用戶界面,使操作人員的工作量最大限度的減少。2. 系統(tǒng)具有良好的運(yùn)行效率,能夠得到提高生產(chǎn)率的目的。3. 系統(tǒng)應(yīng)有良好的可擴(kuò)充性,可
8、以容易的加入其它系統(tǒng)的應(yīng)用。4. 平臺(tái)的設(shè)計(jì)具有一定的超前性,靈活性,能夠適應(yīng)企業(yè)生產(chǎn)配置的變化。5. 通過這個(gè)項(xiàng)目可以鍛煉隊(duì)伍,提高整個(gè)團(tuán)隊(duì)成員的開發(fā)能力和項(xiàng)目管理能力。6. 通過此項(xiàng)目的開發(fā),增強(qiáng)開發(fā)組成員間的團(tuán)隊(duì)合作能力。同時(shí)將所學(xué)的知識(shí)能靈活的運(yùn)用到實(shí)踐中,提高小組每個(gè)成員的動(dòng)手能力,以便更好的適應(yīng)社會(huì)對(duì)人才的需求發(fā)展。還有就是提前用一些企業(yè)常用的開發(fā)工具以及一些前端流行的技術(shù),以便使小組成員在走向工作崗位時(shí)能更好的適應(yīng)環(huán)境的變化,提前進(jìn)入狀態(tài),更好的勝任自己的工作。3 應(yīng)用環(huán)境 本次項(xiàng)目完成的運(yùn)行環(huán)境是在windows下完成的網(wǎng)上零食店項(xiàng)目。本項(xiàng)目的應(yīng)用環(huán)境可以分硬件環(huán)境、軟件環(huán)境和
9、網(wǎng)絡(luò)環(huán)境來描述。3.1 系統(tǒng)運(yùn)行網(wǎng)絡(luò)環(huán)境本系統(tǒng)的網(wǎng)絡(luò)運(yùn)行圖如圖3-1所示:圖3-1 網(wǎng)絡(luò)拓?fù)鋱D客戶通過網(wǎng)絡(luò)瀏覽商品、提交客戶的購物車信息和聯(lián)系人地址等相關(guān)信息;管理員通過網(wǎng)絡(luò)發(fā)布商品信息,對(duì)獲得提供的各種信息進(jìn)行檢驗(yàn),并通過網(wǎng)絡(luò)處理客戶的訂單、管理商品的更新維護(hù)和用戶的信息維護(hù)。3.2 系統(tǒng)運(yùn)行硬件環(huán)境本系統(tǒng)的硬件環(huán)境如下:l 客戶機(jī):普通PCn CPU:P4 1.8GHzn 內(nèi)存:256MB以上n 分辨率:推薦使用1024*768像素l WEB服務(wù)器n CPU:P4 1.8GHzn 內(nèi)存:256MB以上l 數(shù)據(jù)庫服務(wù)器n CPU:P4 1.8GHzn 內(nèi)存:256MB以上3.3 系統(tǒng)運(yùn)行軟件
10、環(huán)境l 操作系統(tǒng):Windows 7l 數(shù)據(jù)庫:MYSQL l 開發(fā)工具包:JDK 1.7l 開發(fā)工具 eclipse l JSP服務(wù)器:Tomcat 8l 瀏覽器:IE94 功能規(guī)格采用面向?qū)ο蟮姆治龇椒ㄟM(jìn)行系統(tǒng)建模,使用UML(Unified Modeling Language)作為建模語言。UML從考慮系統(tǒng)的不同角度出發(fā),定義了用例圖、類圖、對(duì)象圖、狀態(tài)圖、活動(dòng)圖、序列圖、協(xié)作圖、構(gòu)件圖、部署圖等9種圖。這些圖從不同的側(cè)面對(duì)系統(tǒng)進(jìn)行描述。系統(tǒng)模型將這些不同的側(cè)面綜合成一致的整體,便于系統(tǒng)的分析和構(gòu)造。用例圖(Use Case)展現(xiàn)了一組用列、參與者(actor)以及他們之間的關(guān)系。用例圖
11、從用戶的角度描述系統(tǒng)的靜態(tài)使用情況,可用于建立需求模型。設(shè)計(jì)Use-case時(shí),我們遵循下列步驟: 第一步: 識(shí)別出系統(tǒng)的actor。它可以是用戶、外部系統(tǒng),甚至是外部處理,通過某種途徑與系統(tǒng)交互。重要的是著重從系統(tǒng)外部執(zhí)行者的角度來描述系統(tǒng)需要提供哪些功能,并指明這些功能的執(zhí)行者是誰。盡可能地確保所有actor都被完全識(shí)別出來。第二步:描述主要的Use Case??梢圆扇〔粩嗟貑栕约骸斑@個(gè)管理員究竟想通過系統(tǒng)做什么?”來準(zhǔn)確地描述Use Case。第三步:重新審視每個(gè)Use Case,為它們下個(gè)詳盡的定義。4.1系統(tǒng)的架構(gòu)設(shè)計(jì) a.系統(tǒng)前臺(tái)主要分為以下幾部分:網(wǎng)站首頁:顯示食品,主要為特價(jià)和
12、熱銷的零食。用戶在此頁可以搜索商品,查看商品分類,注冊(cè)新賬戶和登錄已有賬戶等。用戶注冊(cè):用戶填寫基本信息,同時(shí)還要填寫用戶的真實(shí)姓名和詳細(xì)地址,以便購買商品后進(jìn)行送貨。用戶登錄:用戶未登陸時(shí),可以查看商品,若要加入購物車或購買下單就要進(jìn)行登錄。我的賬戶:對(duì)賬戶進(jìn)行各種操作和管理,包括查看用戶基本資料,查看訂單,查看積分,查看優(yōu)惠券,修改用戶名、密碼或地址等。商品搜索:用戶可以根據(jù)需求進(jìn)行商品的搜索。購物車:用戶將要購買的商品加入購物車后,在確認(rèn)訂單環(huán)節(jié)進(jìn)行結(jié)算。以下圖4-1是系統(tǒng)的前臺(tái)構(gòu)架圖。圖4-1 系統(tǒng)前臺(tái)構(gòu)架圖 b. 系統(tǒng)后臺(tái)主要分為以下幾部分:管理員登錄:系統(tǒng)管理員只有在成功登錄后,才
13、能對(duì)系統(tǒng)進(jìn)行操作,比如進(jìn)行食品、訂單、用戶的管理,及消息推送。食品管理:可搜索食品對(duì)已有食品進(jìn)行上下架、對(duì)食品信息進(jìn)行修改和添加新的產(chǎn)品。用戶管理:管理員可以搜索已經(jīng)注冊(cè)的用戶,對(duì)用戶信息進(jìn)行維護(hù)。訂單管理:管理員可以查看新加入的訂單情況,對(duì)其進(jìn)行處理,也可對(duì)以前的訂單進(jìn)行查詢。以下圖4-2是系統(tǒng)的后臺(tái)構(gòu)架圖。圖4-2 系統(tǒng)后臺(tái)構(gòu)架圖4.2 數(shù)據(jù)庫 數(shù)據(jù)庫是必要的一個(gè)子系統(tǒng),用來存儲(chǔ)用戶、零食等的各種數(shù)據(jù)信息,它是一個(gè)可以與主系統(tǒng)產(chǎn)生交互式信息的外部系統(tǒng)。管理員通過對(duì)數(shù)據(jù)庫的基本操作實(shí)現(xiàn)對(duì)系統(tǒng)的數(shù)據(jù)的查詢、增加、刪除和修改等操作。 本系統(tǒng)所用的數(shù)據(jù)庫為mysql,以下列出主要的表的設(shè)計(jì):表4-
14、1 用戶基本信息表user字段名稱數(shù)據(jù)類型說明user_idvarchar主鍵,不為空utype_idvarchar外鍵,不為空nike_namevarchar唯一的,不為空passwordvarchar不為空emailvarchar不為空gendervarchar不為空balancenumeric默認(rèn)0.00,不為空statusnumeric默認(rèn)0,不為空questionvarchar不為空answervarchar表4-2 用戶詳細(xì)信息表user_addr字段名稱數(shù)據(jù)類型說明user_idvarchar主鍵,外鍵,不為空real_namevarchar不為空countryvarchar不為
15、空provincevarchar不為空cityvarchar不為空detail_addrvarchar不為空telvarcharmobile_telvarchar表4-3 商品基本信息表product_desc字段名稱數(shù)據(jù)類型說明product_idvarchar主鍵,不為空type_idvarchar外鍵,不為空dType1_idvarchar外鍵,不為空dType2_idvarchar外鍵,不為空pnamevarchar不為空market_pricenumeric不為空typevarcharbrand(品牌)varcharmaterialvarcharconfigurevarcharpro
16、duct_areavarcharspecsvarcharproduct_datadataavailably_datadata表4-4 訂單信息表orders字段名稱數(shù)據(jù)類型說明order_idvarchar主鍵,不為空user_idvarchar外鍵,不為空voucher_idvarchar外鍵order_pricenumeric不為空carriage(郵費(fèi))numeric不為空pay_quomodo(付款方式)varchar不為空order_datadata不為空countryvarchar不為空provincevarchar不為空cityvarchar不為空detail_addvarcha
17、r不為空consignee(收貨人)varchar不為空telvarcharmobile_telvarcharstatusvarchar不為空,默認(rèn)“等待處理”consign_areavarchar不為空,默認(rèn)“等待發(fā)貨” 此外,還包括用戶等級(jí)信息表user_type、用戶詳細(xì)信息表user_addr、商品分類表ptype、商品詳細(xì)類型表dType1_id與dType2_id、優(yōu)惠券表voucher、訂單明細(xì)表order_detail、出庫記錄表invoice、庫存表repertory、管理員信息表admin等等。4.3 系統(tǒng)的主的use-case圖 網(wǎng)上零食店可以分為注冊(cè)用戶和管理員兩個(gè)主要
18、的actor,還包括游客與支付授權(quán)的第三方服務(wù),用例圖展示他們與系統(tǒng)之間的交互即系統(tǒng)的主Use Case圖如圖4-3所示:圖4-3 系統(tǒng)的主use case圖管理員:網(wǎng)上零食店的管理員??蓪?duì)食品、訂單信息和用戶信息進(jìn)行管理和維護(hù)。游客:游客可以進(jìn)行網(wǎng)站訪問和瀏覽商品,可注冊(cè)。注冊(cè)用戶:除了瀏覽商品外,還可以進(jìn)行選購、支付、修改自己的信息、留言等。4.4 系統(tǒng)的功能模塊分析根據(jù)系統(tǒng)特點(diǎn),針對(duì)客戶和管理員這兩個(gè)主要的參與者,設(shè)計(jì)的主要模塊的介紹如下: 針對(duì)客戶:用戶注冊(cè)登錄模塊、修改信息模塊、瀏覽商品模塊、購物車訂單模塊、留言板模塊 針對(duì)管理員:管理員登錄注冊(cè)模塊、食品管理模塊、用戶信息管理模塊、
19、訂單管理模塊、推送信息模塊。我們從表4-5中的用例分析該系統(tǒng)。表4-5系統(tǒng)用例一覽序號(hào)用例名稱用例標(biāo)識(shí)符需求描述(功能說明)1用戶注冊(cè)網(wǎng)上零食店_UC_用戶系統(tǒng)ID_01為新用戶注冊(cè)一個(gè)賬號(hào)2選購商品網(wǎng)上零食店_UC_用戶系統(tǒng)ID_02用戶將需要購買的商品添加到購物車中3確認(rèn)訂單網(wǎng)上零食店_UC_用戶系統(tǒng)ID_03用戶從購物車中選擇需要確認(rèn)購買的商品并下單4用戶管理網(wǎng)上零食店_UC_管理系統(tǒng)ID_04管理員管理用戶信息5商品管理網(wǎng)上零食店_UC_管理系統(tǒng)ID_05管理員管理商品信息包括新品上線、商品下架、修改、查詢4.4.1 用例描述本節(jié)詳細(xì)描述用戶系統(tǒng)功能的需求,以及功能的活動(dòng)圖。a. 用戶
20、注冊(cè)表4-6 用戶注冊(cè)用例描述用例標(biāo)示符:網(wǎng)上零食店_UC_用戶系統(tǒng)ID_01用例名稱:用戶注冊(cè)范圍:業(yè)務(wù)用例級(jí)別:用戶目標(biāo)級(jí)別主要角色:用戶涉眾: 用戶:希望在該零食店中注冊(cè)一個(gè)賬戶,并能迅速完成注冊(cè) 管理員:希望獲取用戶的信息,并能及時(shí)進(jìn)行信息的維護(hù)更新前置條件:用戶進(jìn)入網(wǎng)上零食店主頁后置條件:記錄用戶的信息,添加進(jìn)用戶數(shù)據(jù)庫中主成功場景:用戶輸入ID以及個(gè)人密碼; 系統(tǒng)識(shí)別用戶身份的有效性; 系統(tǒng)對(duì)用戶進(jìn)行注冊(cè)識(shí)別; 系統(tǒng)顯示用戶的基本信息; 退出時(shí),系統(tǒng)記錄此次的購買信息擴(kuò)展(或替代流程)2a.用戶身份檢查失敗,提示重新輸入(3次機(jī)會(huì))。3a.注冊(cè)識(shí)別失敗,提示沒有注冊(cè)的用戶不能進(jìn)行選
21、購商品。4a.基本信息未錄入,提示沒有錄入用戶信息,需要進(jìn)行錄入。特殊需求:能同時(shí)允許2000以上人同時(shí)進(jìn)行注冊(cè);系統(tǒng)應(yīng)具備較強(qiáng)的數(shù)據(jù)恢復(fù)能力;用戶注冊(cè)期間每2小時(shí)數(shù)據(jù)備份一次技術(shù)和數(shù)據(jù)變?cè)恚褐С志W(wǎng)上注冊(cè)。能自動(dòng)進(jìn)行注冊(cè)的信息是否滿足要求。圖4-4 用戶注冊(cè)活動(dòng)圖b.選購商品表4-7 選購商品用例描述用例標(biāo)示符:網(wǎng)上零食店_UC_用戶系統(tǒng)ID_02用例名稱:選購商品范圍:業(yè)務(wù)用例級(jí)別:用戶目標(biāo)級(jí)別主要角色:用戶涉眾:用戶:希望能在該零食店中進(jìn)行商品瀏覽以及將選擇的商品添加到購物車中,并能向客服咨詢相關(guān)疑問管理員:希望獲取用戶的購物車記錄,并能及時(shí)回應(yīng)用戶的請(qǐng)求前置條件:用戶進(jìn)入網(wǎng)上零食店主頁
22、,登錄賬戶后置條件:記錄用戶的購物車信息,添加進(jìn)用戶數(shù)據(jù)庫中主成功場景: 1.用戶輸入ID以及個(gè)人密碼; 2.系統(tǒng)識(shí)別用戶身份的有效性; 3.系統(tǒng)對(duì)用戶進(jìn)行注冊(cè)識(shí)別; 4.系統(tǒng)顯示用戶的基本信息以及購物車信息; 5.退出時(shí),系統(tǒng)記錄此次的購買信息擴(kuò)展(或替代流程)2a.用戶身份檢查失敗,提示重新輸入(3次機(jī)會(huì))。3a.注冊(cè)識(shí)別失敗,提示沒有注冊(cè)的用戶不能進(jìn)行選購商品。4a.基本信息未錄入,提示沒有錄入用戶信息,需要進(jìn)行錄入。特殊需求: 1.能同時(shí)允許2000以上人同時(shí)進(jìn)行選購; 2.系統(tǒng)應(yīng)具備較強(qiáng)的數(shù)據(jù)恢復(fù)能力; 3.用戶選購期間每2小時(shí)數(shù)據(jù)備份一次技術(shù)和數(shù)據(jù)變?cè)恚?1.支持在線購物車服務(wù)。
23、圖4-5 選購商品活動(dòng)圖c.確認(rèn)訂單表4-8 確認(rèn)訂單用例描述用例標(biāo)示符:網(wǎng)上零食店_UC_用戶系統(tǒng)ID_03用例名稱:確認(rèn)訂單范圍:業(yè)務(wù)用例級(jí)別:用戶目標(biāo)級(jí)別主要角色:用戶涉眾:用戶:希望能將購物車中的商品進(jìn)行選擇購買,并能快速完成購買管理員:希望獲取用戶的購買訂單,方便及時(shí)進(jìn)行發(fā)貨確認(rèn)前置條件:用戶進(jìn)入網(wǎng)上零食店個(gè)人賬號(hào)的購物車中后置條件:生成購買訂單,添加進(jìn)用戶數(shù)據(jù)庫中主成功場景: 1.用戶選擇購物車,系統(tǒng)顯示出購物車頁面。 2.用戶選擇刪除購買項(xiàng),系統(tǒng)將該項(xiàng)商品從購物車排除。 3.用戶修改購買項(xiàng)商品數(shù)量,系統(tǒng)更新購物車中該項(xiàng)商品的數(shù)量。 4.用戶選擇繼續(xù)購買,系統(tǒng)回到瀏覽商品界面。 5
24、.用戶選擇確認(rèn)訂單,系統(tǒng)顯示當(dāng)前購物車中的商品項(xiàng)。 6.用戶選擇繼續(xù),系統(tǒng)提示客戶輸入送貨信息、付款方式、發(fā)票信息等。 7.用戶選擇進(jìn)入結(jié)算中心,系統(tǒng)將當(dāng)前購物車中的商品項(xiàng)加入新生成的訂單中,系統(tǒng)顯示付款界面。 8.用戶成功付款后,系統(tǒng)清空當(dāng)前購物車。擴(kuò)展(或替代流程) 1a. 如果當(dāng)前購物車為空,系統(tǒng)提示當(dāng)前購物車中無商品。 3a. 客戶輸入的商品數(shù)量如果不合法,系統(tǒng)給出提示,不修改該商品項(xiàng)數(shù)量。 5a. 當(dāng)前購物車中無商品,則系統(tǒng)給出提示,并中止確認(rèn)訂單。 6a. 如果用戶未登錄,則系統(tǒng)進(jìn)入登錄界面,提示客戶登錄系統(tǒng)。 6b. 輸入信息不完整或合法,系統(tǒng)給出提示 7a. 如果選擇貨到付款方
25、式,則無需進(jìn)入付款界面 8a. 如果未成功付款,系統(tǒng)給出提示。特殊需求: 1.能同時(shí)允許2000以上人同時(shí)進(jìn)行確認(rèn)訂單; 2.系統(tǒng)應(yīng)具備較強(qiáng)的數(shù)據(jù)恢復(fù)能力; 3.用戶選購期間每2小時(shí)數(shù)據(jù)備份一次技術(shù)和數(shù)據(jù)變?cè)恚?1.支持貨到付款,在線付款方式。 圖4-6 確認(rèn)訂單活動(dòng)圖d.用戶管理表4-9 用戶管理用例描述用例標(biāo)示符:網(wǎng)上零食店_UC_管理系統(tǒng)ID_04用例名稱:用戶管理范圍:業(yè)務(wù)用例級(jí)別:用戶目標(biāo)級(jí)別主要角色:管理員涉眾:用戶:希望能將個(gè)人信息進(jìn)行完整保存管理員:希望獲取用戶的信息,并能及時(shí)進(jìn)行管理維護(hù)前置條件:管理員進(jìn)入網(wǎng)上零食店登錄個(gè)人賬號(hào)后置條件:記錄用戶信息,及時(shí)更新用戶數(shù)據(jù)庫主成
26、功場景: 1.管理員輸入ID以及個(gè)人密碼。 2.系統(tǒng)識(shí)別管理員身份的有效性。 3.系統(tǒng)顯示管理員的信息及權(quán)限設(shè)置。 4.管理員選擇進(jìn)入用戶管理界面,并對(duì)用戶信息進(jìn)行維護(hù)更新。 5. 退出時(shí),系統(tǒng)保存此次記錄。擴(kuò)展(或替代流程) 2a.管理員身份檢查失敗,提示重新輸入(3次機(jī)會(huì))。 3a.管理員權(quán)限識(shí)別失敗,提示該管理員不具備用戶管理的權(quán)限。 4a.基本信息未更新,提示沒有更新用戶信息,需要進(jìn)行更新。特殊需求: 1.同一權(quán)限的管理員一次只能一人進(jìn)行信息維護(hù)更新; 2.系統(tǒng)應(yīng)具備較強(qiáng)的數(shù)據(jù)恢復(fù)能力; 3.管理員更新用戶信息期間每2小時(shí)數(shù)據(jù)備份一次技術(shù)和數(shù)據(jù)變?cè)恚?1.能自動(dòng)進(jìn)行用戶信息檢測(cè)判斷是
27、否滿足要求。圖4-7 用戶管理圖e.商品管理表4-10 商品管理用例描述用例標(biāo)示符:網(wǎng)上零食店_UC_管理系統(tǒng)ID_05用例名稱:商品管理范圍:業(yè)務(wù)用例級(jí)別:用戶目標(biāo)級(jí)別主要角色:管理員涉眾:用戶:希望能及時(shí)了解最新發(fā)布的商品信息管理員:希望及時(shí)對(duì)商品信息進(jìn)行修改以及維護(hù)前置條件:管理員進(jìn)入網(wǎng)上零食店登錄個(gè)人賬號(hào)后置條件:記錄商品更改信息,及時(shí)更新商品數(shù)據(jù)庫主成功場景: 1.管理員輸入ID以及個(gè)人密碼。 2.系統(tǒng)識(shí)別管理員身份的有效性。 3.系統(tǒng)顯示管理員的信息及權(quán)限設(shè)置。 4.管理員選擇進(jìn)入商品管理界面,并對(duì)商品的上新、下架、信息修改、信息查詢進(jìn)行選擇。 5.進(jìn)入商品上新界面,添加新品,并更
28、新數(shù)據(jù)庫。 6.進(jìn)入商品下架界面,刪除相應(yīng)的商品信息,并更新數(shù)據(jù)庫。 7.進(jìn)入商品信息修改界面,修改相應(yīng)的商品信息,并更新數(shù)據(jù)庫。 8.進(jìn)入商品信息查詢界面,查詢相應(yīng)的商品信息。 9.退出時(shí),進(jìn)行數(shù)據(jù)庫的更新保存。擴(kuò)展(或替代流程) 2a.管理員身份檢查失敗,提示重新輸入(3次機(jī)會(huì))。 3a.管理員權(quán)限識(shí)別失敗,提示該管理員不具備用戶管理的權(quán)限。 4a.基本信息未更新,提示沒有更新用戶信息,需要進(jìn)行更新。特殊需求: 1.同一權(quán)限的管理員一次只能一人進(jìn)行商品信息維護(hù)和更新; 2.系統(tǒng)應(yīng)具備較強(qiáng)的數(shù)據(jù)恢復(fù)能力; 3.管理員更新商品信息期間每2小時(shí)數(shù)據(jù)備份一次。技術(shù)和數(shù)據(jù)變?cè)恚?1.能自動(dòng)進(jìn)行商品
29、信息檢測(cè)判斷是否滿足要求。圖4-8 商品管理活動(dòng)圖4.4.2 設(shè)計(jì)決策本系統(tǒng)采用分層結(jié)構(gòu)來進(jìn)行設(shè)計(jì),將系統(tǒng)劃分為三層:UI層,業(yè)務(wù)邏輯層和技術(shù)服務(wù)層。其中,UI層主要給用戶提供系統(tǒng)的界面。用戶分為:顧客和管理員,顧客可以通過顧客界面瀏覽各種零食的信息,選購零食;管理員可以通過管理界面對(duì)網(wǎng)店的商品,顧客信息,交易進(jìn)行管理。業(yè)務(wù)邏輯層主要負(fù)責(zé)處理用戶在UI層發(fā)出的各種請(qǐng)求,比如顧客選購商品,確認(rèn)訂單,支付等業(yè)務(wù),管理員添加商品,更新商品信息,管理顧客等業(yè)務(wù)。技術(shù)服務(wù)層主要為該系統(tǒng)提供技術(shù)支持,比如數(shù)據(jù)庫的接口,系統(tǒng)日志等。圖4-9 邏輯架構(gòu)4.4.2 接口設(shè)計(jì)確認(rèn)訂單用例(網(wǎng)上零食店_UC_用戶系
30、統(tǒng)ID_03)圖4-10 確認(rèn)訂單順序圖確認(rèn)訂單用例中的系統(tǒng)操作:契約CO1:makeTempOrder操作:makeTempOrder()交叉引用:用例:確認(rèn)訂單前置條件:選購?fù)戤?。后置條件:創(chuàng)建了Sale的實(shí)例s(創(chuàng)建實(shí)例)。 s被關(guān)聯(lián)到Customer(形成關(guān)聯(lián))。 SaleLineItem被關(guān)聯(lián)到s(形成關(guān)聯(lián))。 s的屬性被初始化(修改屬性)。契約CO2:editOrder操作:editOrder()交叉引用:用例:確認(rèn)訂單前置條件:正在進(jìn)行中的訂單確認(rèn)后置條件:修改與s相關(guān)的SaleLineItem的實(shí)例屬性(修改屬性)。 修改s的屬性(修改屬性)。契約CO3:endOrder操作:
31、endOrder()交叉引用:用例:確認(rèn)訂單前置條件:正在進(jìn)行中的訂單確認(rèn)。后置條件:Sale的實(shí)例s的屬性isEnd為真(修改屬性)。契約CO4:makeOrder操作:makeOrder()交叉引用:用例:確認(rèn)訂單前置條件:正在進(jìn)行中的訂單確認(rèn)。后置條件:修改 s的屬性customerID和customerAddress(修改屬性)。契約CO5:makePayment操作:makePayment ()交叉引用:用例:確認(rèn)訂單前置條件:正在進(jìn)行中的訂單確認(rèn)。后置條件:創(chuàng)建Payment的實(shí)例p(創(chuàng)建實(shí)例)。 p.amount被賦值(修改屬性)。 p被關(guān)聯(lián)到當(dāng)前的Sale(形成關(guān)聯(lián))。 當(dāng)前的
32、Sale被關(guān)聯(lián)到Customer(形成關(guān)聯(lián))。4.4.3 處理流程1、確認(rèn)訂單用例(網(wǎng)上零食店_UC_用戶系統(tǒng)ID_03)以顧客的確認(rèn)訂單為例圖4-11 確認(rèn)訂單協(xié)作圖處理流程:1. 顧客輸入用戶名和密碼,核實(shí)身份后進(jìn)入系統(tǒng)的商品展示界面;2. 可以在商品展示界面選購商品,并加入購物車;3. 點(diǎn)擊購物車,進(jìn)入購物車界面,顯示所選購的商品信息; 4. 可以選擇“編輯”選項(xiàng),對(duì)購物車中商品的數(shù)量進(jìn)行修改,5. 可以選擇“刪除”選項(xiàng),將商品從購物車中移除;6. 可以選擇“返回”選項(xiàng),返回瀏覽界面,繼續(xù)選購商品;7. 選擇“生成訂單”,勾選購物車中的部分商品進(jìn)行購買;6. 系統(tǒng)會(huì)為用戶生成訂單并提示顧
33、客輸入地址等信息。 7. 點(diǎn)擊“支付”選項(xiàng)可以進(jìn)入支付界面進(jìn)行支付;8. 成功付款后,系統(tǒng)會(huì)提示用戶,并將訂單中的商品從購物車中移除,同時(shí)保存該用戶此次的購買記錄。2、商品管理用例(網(wǎng)上零食店_UC_用戶系統(tǒng)ID_05)圖4-12 增加商品協(xié)作圖處理流程:1. 管理員登錄系統(tǒng)選擇“編輯商品”選項(xiàng),系統(tǒng)對(duì)管理員的權(quán)限進(jìn)行驗(yàn)證,權(quán)限匹配的情況下,進(jìn)入編輯商品界面。 2. 選擇“新增商品”選項(xiàng),進(jìn)入新增界面,在商品的表格中,管理員輸入新增的商品信息,比如商品描述,價(jià)格,數(shù)量等信息; 3. 選擇“保存”,系統(tǒng)對(duì)添加的商品信息進(jìn)行驗(yàn)證,驗(yàn)證合法后將新增的商品信息保存到系統(tǒng)中。圖4-13 刪除商品協(xié)作圖處
34、理流程:1. 管理員登錄系統(tǒng)選擇“編輯商品”選項(xiàng),系統(tǒng)對(duì)管理員的權(quán)限進(jìn)行驗(yàn)證,權(quán)限匹配的情況下,進(jìn)入編輯商品界面。 2. 選擇“刪除商品”選項(xiàng),系統(tǒng)會(huì)展示商品列表,管理員可以依據(jù)系統(tǒng)的分類定位商品并刪除,也可以直接輸入商品名刪除商品信息。3. 點(diǎn)擊“確認(rèn)刪除”,系統(tǒng)將該商品的信息從系統(tǒng)中移除。4.4.4 業(yè)務(wù)邏輯層設(shè)計(jì)圖4-14 業(yè)務(wù)邏輯層類圖5 性能需求根據(jù)用戶對(duì)本系統(tǒng)的要求,確定系統(tǒng)在響應(yīng)時(shí)間、可靠性、安全等方面有較高的性能要求。5.1 界面需求本系統(tǒng)采用的是圖形用戶界面,本系統(tǒng)的用戶包括客戶和管理員。進(jìn)入主界面后點(diǎn)擊相應(yīng)的窗口,分別進(jìn)入相對(duì)應(yīng)的界面??蛻舻慕缑媾c管理員的界面是不同的。管理
35、員對(duì)程序的維護(hù)最好要有備份。系統(tǒng)頁面較為合理,給人一種可愛清新的感覺,看到之后對(duì)零食產(chǎn)生極大的興趣。頁面上的每一個(gè)按鈕、文本框、超鏈接都是經(jīng)過設(shè)計(jì)人員精心設(shè)計(jì),使用戶使用系統(tǒng)更加方便快捷。所有界面設(shè)置導(dǎo)航,使用戶進(jìn)入界面后一目了然,按照自己的需求點(diǎn)擊相應(yīng)的按鈕。系統(tǒng)的界面要求如下:1) 頁面內(nèi)容:主題突出,站點(diǎn)定義、術(shù)語和行文格式統(tǒng)一、規(guī)范、明確,欄目、菜單設(shè)置和布局合理,傳遞的信息準(zhǔn)確、及時(shí)。內(nèi)容豐富,文字準(zhǔn)確,語句通順;專用術(shù)語規(guī)范,行文格式統(tǒng)一規(guī)范。2) 導(dǎo)航結(jié)構(gòu):頁面具有明確的導(dǎo)航指示,語言簡潔,且便于理解,方便用戶使用。3) 技術(shù)環(huán)境:頁面大小適當(dāng),能用各種常用瀏覽器以不同分辨率瀏覽
36、;無錯(cuò)誤鏈接和空鏈接;采用CSS處理,控制字體大小和版面布局。4) 藝術(shù)風(fēng)格:界面、版面形象清新悅目、布局合理,字號(hào)大小適宜、字體選擇合理,前后一致,美觀大方;動(dòng)與靜搭配恰當(dāng),動(dòng)靜效果好;色彩和諧自然,與主題內(nèi)容相協(xié)調(diào)。5.2 響應(yīng)時(shí)間需求 所有的查詢等待時(shí)間不能超過3秒,所有更新操作時(shí)間均在3秒內(nèi)完成。無論是客戶端和管理端,當(dāng)用戶登錄,進(jìn)行任何操作的時(shí)候,系統(tǒng)應(yīng)該及時(shí)的進(jìn)行反應(yīng),反應(yīng)的時(shí)間在3秒以內(nèi)。系統(tǒng)應(yīng)能監(jiān)測(cè)出各種非正常情況,如與設(shè)備的通信中斷,無法連接數(shù)據(jù)庫服務(wù)器等,避免出現(xiàn)長時(shí)間等待甚至無響應(yīng)。5.3 可靠性需求 本系統(tǒng)每個(gè)時(shí)刻都要采集大量的數(shù)據(jù)并進(jìn)行處理。因此,系統(tǒng)的故障有可能給客
37、戶帶來不可估量的損失,這就要求系統(tǒng)具有高度的可靠性。本系統(tǒng)需要對(duì)重要數(shù)據(jù)進(jìn)行備份, 可以通過網(wǎng)絡(luò)備份系統(tǒng)或人工定時(shí)將數(shù)據(jù)備份到本地或遠(yuǎn)程存儲(chǔ)設(shè)備。如果系統(tǒng)遇到嚴(yán)重受損時(shí),可利用災(zāi)難恢復(fù)系統(tǒng)進(jìn)行快速恢復(fù)。 本系統(tǒng)使用Java語言進(jìn)行開發(fā),基于其可一次編譯到處運(yùn)行的特點(diǎn),可使本系統(tǒng)的可移植性大大提高,使其可以運(yùn)行在任何裝有Java虛擬機(jī)的計(jì)算機(jī)上。本系統(tǒng)的可使用性也較強(qiáng),任何人只要熟練簡單地計(jì)算機(jī)操作,都可以無需培訓(xùn),僅經(jīng)過簡單地學(xué)習(xí)就可以熟練的操作本系統(tǒng)。本系統(tǒng)在開發(fā)時(shí)采用模塊化設(shè)計(jì),模塊之間高內(nèi)聚低耦合,模塊大多具有較強(qiáng)的獨(dú)立性,因此可維護(hù)性較好。 網(wǎng)站必須由功能范圍分明的技術(shù)模塊組
38、成,這樣當(dāng)故障出現(xiàn)時(shí),可以逐個(gè)模塊地檢測(cè)。技術(shù)功能分化有多種手段,其中一種是功能模塊的物理分化。在網(wǎng)站服務(wù)器群中,各個(gè)服務(wù)器分擔(dān)著不同的任務(wù),它們集合起來完成一項(xiàng)任務(wù):支持網(wǎng)站用戶的每一個(gè)需求。在設(shè)計(jì)這種分布系統(tǒng)時(shí),不僅做到網(wǎng)站高性能所需的同步處理、資源共享,還需要考慮保持系統(tǒng)可維護(hù)性所需的功能分開。在系統(tǒng)設(shè)計(jì)和系統(tǒng)實(shí)施時(shí),提供足夠的系統(tǒng)監(jiān)察信息和調(diào)試手段。計(jì)算機(jī)軟件的錯(cuò)誤很多情況下,可以從其運(yùn)行過程輸出的事情記錄中檢查出來。注意保持服務(wù)器軟件的平臺(tái)無關(guān)性。這樣不管服務(wù)器用什么操作系統(tǒng),服務(wù)器軟件都能無需更改而正常運(yùn)行。5.4 開放性需求系統(tǒng)應(yīng)具有十分的靈活性,可以將獨(dú)立的模塊拿出來進(jìn)行運(yùn)行修
39、改,以適應(yīng)將來功能擴(kuò)展的需求。5.5 可擴(kuò)展性需求系統(tǒng)設(shè)計(jì)要求能夠體現(xiàn)擴(kuò)展性要求,以適應(yīng)將來功能擴(kuò)展的需求,比如做一個(gè)進(jìn)銷存系統(tǒng)只需要進(jìn)行簡單的修改,或者直接進(jìn)行添加銷售的功能即可。5.6 系統(tǒng)安全性需求互聯(lián)網(wǎng)是一個(gè)標(biāo)準(zhǔn)開放的網(wǎng)絡(luò),在網(wǎng)上進(jìn)行各種商務(wù)活動(dòng),隨時(shí)可能將面對(duì)黑客的攻擊,病毒的侵襲等。因此,確保網(wǎng)上信息流通的系統(tǒng)安全十分重要、安全不僅僅是一個(gè)技術(shù)的問題,還涉及到系統(tǒng)的管理、法律法規(guī)的保障等。使用身份驗(yàn)證機(jī)制來保護(hù)本系統(tǒng)的安全,未經(jīng)授權(quán)的用戶不能訪問本系統(tǒng),即未注冊(cè)的用戶無法訪問。并且保存在數(shù)據(jù)庫中的用戶密碼根據(jù)密碼學(xué)的原理采用密鑰加密成密文,防止被非法用戶所盜取,增強(qiáng)系統(tǒng)的安全保密性。因?yàn)檎麄€(gè)系統(tǒng)是一個(gè)嚴(yán)謹(jǐn)?shù)姆?wù)平臺(tái),在此系統(tǒng)上將會(huì)涉及諸如個(gè)人信
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年度陜西榆林能源集團(tuán)有限公司高校畢業(yè)生招聘300人筆試參考題庫附帶答案詳解
- 2024年模具磨料項(xiàng)目資金申請(qǐng)報(bào)告代可行性研究報(bào)告
- 2025年上半年宣城經(jīng)濟(jì)技術(shù)開發(fā)區(qū)城管局工作人員招聘易考易錯(cuò)模擬試題(共500題)試卷后附參考答案
- 2025年上半年安徽馬鞍山市博望區(qū)事業(yè)單位招聘工作人員33人筆試易考易錯(cuò)模擬試題(共500題)試卷后附參考答案
- 2025年上半年安徽阜陽界首市教育系統(tǒng)引進(jìn)急需緊缺專業(yè)人才28人易考易錯(cuò)模擬試題(共500題)試卷后附參考答案
- 2025年上半年安徽銅陵市人力資源和社會(huì)保障局選調(diào)事業(yè)單位工作人員易考易錯(cuò)模擬試題(共500題)試卷后附參考答案
- 2025年上半年安徽蕪湖事業(yè)單位1023聯(lián)考易考易錯(cuò)模擬試題(共500題)試卷后附參考答案
- 2025中儲(chǔ)糧信息化運(yùn)維中心招聘(14人)筆試參考題庫附帶答案詳解
- 2025年上半年安徽省合肥市廬江縣招聘招聘政府購買崗16人易考易錯(cuò)模擬試題(共500題)試卷后附參考答案
- 2025年上半年安徽省六安市煙草專賣局(公司)招聘高校畢業(yè)生6人易考易錯(cuò)模擬試題(共500題)試卷后附參考答案
- 手機(jī)攝影PPT學(xué)習(xí)課件(攝影的七大要素)
- 《采購管理》教學(xué)課件
- 金蝶云星空V7.7-產(chǎn)品培訓(xùn)-供應(yīng)鏈-銷售管理
- 2023年高三新高考英語復(fù)習(xí)備考策略及方法指導(dǎo)(深度課件)
- 數(shù)字信號(hào)處理(課件)
- 社會(huì)主義核心價(jià)值觀-團(tuán)課課件
- 化學(xué)品安全技術(shù)說明(乙二胺四乙酸)
- 各單位特種作業(yè)人員持證情況統(tǒng)計(jì)表
- 蓄電池在線監(jiān)控方案
- 《豎提》課件
- 不銹鋼排煙風(fēng)管施工實(shí)施方案
評(píng)論
0/150
提交評(píng)論