(完整word版)電子商務(wù)系統(tǒng)(java)需求分析說明書

1、 7 1 1 1 1 2 2 2 2 2 2 5 5 5 6 6 電子商務(wù)系統(tǒng)需求分析說明書 弓I P1 1. 編寫目的 2 3 aLl 任務(wù)概述 1 目枷 2. 用戶的特點 3. 系統(tǒng)功能示例 需求細(xì)則 1. 對功能的規(guī)定. 2. 對性能的規(guī)定. 3. 對排版的規(guī)定. 4. 對可維護性的規(guī)定 5. 對個性的規(guī)定. 6. 對項目過程的規(guī)定 一. 引言 1 編寫目的 通過與多位軟件使用者進行全面深入地探討和分析，并完成電子商務(wù)系統(tǒng)市場 的前期調(diào)查后，提出了這份軟件需求分析說明書。 此需求分析說明書對電子商務(wù)系統(tǒng)軟件做了全面細(xì)致的用戶需求分析，明確所 要開發(fā)的系統(tǒng)應(yīng)具有的功能、性能與界面，使系統(tǒng)分

2、析人員及軟件開發(fā)人員能清楚地了 解用戶的需求，并在此基礎(chǔ)上進一步提出概要設(shè)計說明書和完成后續(xù)設(shè)計與開發(fā)工作。 本說明書的預(yù)期讀者為客戶、業(yè)務(wù)或需求分析人員、測試人員、用戶文檔編寫者、 項目管理人員。 2.背景 3.定義 二. 任務(wù)概述 1.目標(biāo) 2. 用戶的特點 3. 系統(tǒng)功能示例 需求： 1、購物車管理 購物車內(nèi)商品的增、刪、改 生成訂單 2、訂單管理 訂單的增、刪、查 3、使用數(shù)據(jù)庫（mysql）保存用戶信息、商品信息、訂單信息 用戶表，商品表，訂單表，訂單項表 技術(shù)要求： 1、商品類 2、購物車類 3、購物項類 4、訂單類 5、訂單項類 6、用戶類 7、應(yīng)用MVC模式 購物流程： 用戶登

3、錄，瀏覽商品頁面，挑選商品加入購物車，繼續(xù)瀏覽商品頁面 購物車頁面顯示當(dāng)前所購商品信息（名稱、數(shù)量、價格），提交生成訂單，保存到數(shù)據(jù) 庫中（訂單表存儲訂單基本信息：訂單號、用戶名、訂單總價、生成時間 訂單項表存放各訂單詳細(xì)訂單項信息：所屬訂單號、商品號、數(shù)量） 三. 需求細(xì)則 1. 對功能的規(guī)定 分必選項和任選項，其中，必選項是必須完成的，屬于項目答辯的入II條件，所有人都要做， 未完成者取消答辯資格：任選項不是入II條件，但每完成一項都會加分，對于完成了必選項的同學(xué), 盡可能地多完成一些任選項，以期獲得更高的答辯成績。如果所有項（包括必選和任選）都完成， 那么功能分就是滿分。如果設(shè)計思路、界

4、面效果、代碼組織等方面有個性（或和別人的不同），則 獲得附加分。 1.1 注冊、登錄功能 屬性：必選 描述：用戶必須注冊，登錄之后才能使用本電子商務(wù)系統(tǒng) 1.2 商品瀏覽功能 1.2.1商品類定義 屬性：必選 描述：商品信息必須包含如下項（包扌舌但不限于）： LD：要求全局唯一 商品名稱（字符串） 商品單價 商品庫存 商品類別 1.2.2用戶類定義 屬性：必選 描述：用戶信息必須包含如下項： 用戶LD：要求全局唯一 用戶密碼 用戶名 用戶送貨地址 用戶郵箱 用戶等級 1.2.3瀏覽商品 屬性：必選 描述：用戶登陸以后能夠按類別瀏覽商品信息。 1.2.4數(shù)據(jù)庫保存商品和用戶信息 屬性：必選 描述

5、：商品信息（用戶信息）能夠存于數(shù)據(jù)庫中，掉電后信息不丟失。必須完成卞面兩種 情況： 在數(shù)據(jù)庫中，以表的形式存放商品和用戶信息。 1.3 購物車功能 1.3.1購物車類 屬性：必選 描述：購物車類必須包含如下項（包扌舌但不限于）： 購物項集合（購物項類類型） 購物總額 1.3.2購物車功能實現(xiàn) 屬性：必選 描述：增刪改査。 添加購買商品 修改購買商品數(shù)量 刪除購物項 顯示購物車內(nèi)容 計算購物車內(nèi)商品總價（考慮用戶等級折扣） 1.3.3購物項類 屬性：必選 描述：購物項類必須包含如下項（包扌舌但不限于）： 商品ED 購買數(shù)量 1.3.4通過購物車下訂單 屬性：必選 描述：根據(jù)購物車內(nèi)購物項集合卞訂

6、單，生成訂單內(nèi)容信息必須保存在數(shù)據(jù)庫中 1.4 訂單處理功能 1.4.1訂單類定義 屬性：必選 描述：訂單信息必須包含如下項（包扌舌但不限于）： ED：要求全局唯一 訂單明細(xì)集合（訂單明細(xì)項類型） 訂單總額 下單用戶ID 下單時間 訂單狀態(tài)（提交、審核、等待付款、發(fā)貨、完成） 1.4.2訂單明細(xì)項類定義 屬性：必選 描述：訂單明細(xì)信息必須包含如下項（包扌舌但不限于）： 商品ID 購買數(shù)量 訂單ID 1.5 數(shù)據(jù)庫功能 屬性：必選 1.5.1用戶信息表 1.5.2商品信息表 1.5.3訂單信息表 1.5.4訂單明細(xì)項信息表 1.6商品評價 屬性：任選 描述：購買過某商品的用戶可以對該商品進行評價

7、，評價內(nèi)容保存在數(shù)據(jù)庫中，用戶瀏 覽商品時可以查看評價信息 1.7管理員后臺管理模塊 屬性：任選 描述：管理員登錄系統(tǒng)，查看商品庫存，查看用戶訂單，進貨處理，訂單狀態(tài)管理 2. 對性能的規(guī)定 本系統(tǒng)在設(shè)計方面本著方便、實用的宗旨，性能方面應(yīng)遵循如下原則： 執(zhí)行效率（時間）：軟件運行應(yīng)該盡量高效；避免沒有必要的循壞處理、重復(fù)處理； 資源損耗（空間）：設(shè)計盡量節(jié)約資源（內(nèi)存、數(shù)組、鏈表等）； 初始化：局部變量、數(shù)組成員、內(nèi)存塊等都要初始化： 健壯性： 申請內(nèi)存之后，應(yīng)該立即檢查引用值是否為null： 方法的入?yún)⒈剡x進行有效性判斷； switch-case 定要有 default； ifelse 辻

8、等后要有 else： 數(shù)組的下標(biāo)不要發(fā)生“多1或者“少1”操作。 3. 對排版的規(guī)定 縮進要對齊； 長行拆分； 二元操作符的前后應(yīng)當(dāng)加空格，包括如下操作符： 賦值操作符、比較操作符、算術(shù)操作符、邏輯操作符、位域操作符，如 w ”“、 二、 等; 空行： 類聲明之后、每個方法定義結(jié)束之后都要加2行空行； 邏輯上密切相關(guān)的語句之間不加空行，其它地方應(yīng)加空行分隔； 一行代碼只做一件事情； if、for、while、do等語句自占一行，執(zhí)行語句不得緊跟其后。不論執(zhí)行語 句有多少都要加 4. 對可維護性的規(guī)定 對可維護性的最終要求：別人能夠輕松上手你的代碼。 結(jié)構(gòu)清晰： 模塊化：對界面（顯示）、菜單管理

9、、邏輯管理、文件操作等等代碼要獨立; 封裝：一個模塊只做一件事，模塊功能要單一；一個方法不能超過50行； 避免重復(fù)、冗余代碼； 代碼塊清晰。 變量命名規(guī)范，變量名應(yīng)該具有自明性： 常量定義命名 常量名由全大寫字母組成，單詞間通過下劃線來界定； 方法的命名： 使用動詞或者動詞+名詞（動賓詞組）的形式，由一個或多個單詞組成且以小寫 字母開頭，以后每個單詞的首字母要大寫便于界定 變量的命名與定義 應(yīng)當(dāng)使用名詞或者形容詞+名詞，由一個或多個單詞組成且以小寫字母開頭，以 后每個單詞的首字母要大寫便于界定。 注釋充分：變量、方法（包括參數(shù)、返回值）、代碼功能塊、一些復(fù)雜算法等都需要 清晰明了地說明； 5.

10、 對個性的規(guī)定 把項目做出個性出來。下列各項中有和比人不同之處、或很有創(chuàng)意，即可認(rèn)為有個性。獨立設(shè) 計的軟件，一般都會出現(xiàn)一些個性。參考、抄襲不會出現(xiàn)個性。 設(shè)計思路：包扌舌軟件的整體架構(gòu)、功能塊的設(shè)計思路、類封裝等等： 功能實現(xiàn)：從用戶的角度，使用上發(fā)現(xiàn)與眾不同的地方； 其它方面； 6. 對項目過程的規(guī)定 本著緊張但不急躁、不參考、不拷貝的原則進行。 /緊張但不慌張 項目周期只有一周，這還包括項目答辯時間。所以項目時間比較緊張，但不能 慌張。要有自己明確的設(shè)計思路，一步步沿著思路走下去，以此來鞏固自己所 學(xué)，鍛煉自己的獨立工作能力。 /能自己做，絕不參考別人 自己還沒有做，還沒有想，就去看比人的，這樣盡管功能做出來了，但卻 沒有什么意義，真正面試時還是不會。作者和讀者，天壤之別。 如果自己實在無法搞定，一個