【正文】 收貨人的信息。結論 當系統(tǒng)中生成了一個訂單的列表時，該用例結束。用戶可以根據(jù)訂單對所有商品進行付款后續(xù)條件 系統(tǒng)中會保留一個訂單，上面詳細存儲了用戶購物車中每種商品的信息。業(yè)務規(guī)則 購物車中有商品時才可以下訂單實現(xiàn)約束和說明 為登錄用戶提供提交購物車訂單的 GUI 界面。購物車中產品的金額需要統(tǒng)計總金額，在訂單上一起體現(xiàn)。假設 用戶在下訂單后會進行訂單的支付北 京 理 工 大 學 本 科 生 畢 業(yè) 設 計 （ 論 文 ）16開放問題 無表 33 推 薦 商 品 給 好 友 用 例 描 述用例名稱: 推薦商品給好友 用例類型用例 ID : ERSRM001 業(yè)務需求：√優(yōu)先權 : 高 系統(tǒng)分析： ?來源 : 系統(tǒng)用戶可以為自己的好友進行商品推薦的需求。主要業(yè)務參與者 登錄用戶其他參與者 系統(tǒng)管理員其他有興趣的關聯(lián)人員 用戶的好友——對系統(tǒng)用戶推薦的商品感興趣，可能會查看該商品的相關信息。 描述 該用例描述了系統(tǒng)用戶查找到好的商品后對好友進行推薦的過程。用戶找到好的商品時，將該商品推薦給好友，該商品就會出現(xiàn)在用戶好友的推薦列表里面。前置條件 用戶已經登錄到系統(tǒng)中觸發(fā)器 用戶進入商品信息的頁面，發(fā)出推薦的請求，用例被觸發(fā)。典型事件過程 參與者動作 系統(tǒng)響應第一步: 登錄用戶提供要查找的商品名稱第二步: 系統(tǒng)根據(jù)登錄用戶提供的商品名稱提供所有符合要求的商品。第三步：用戶選擇自身感興趣的商品，發(fā)出推薦給好友的請求第四步: 系統(tǒng)響應用戶的請求，為用戶提供對應的好友列表，提醒用戶選擇好友進行推薦。第五步：用戶選擇要推薦的好友的名稱第六步: 系統(tǒng)根據(jù)用戶的選擇，將該商品推薦給對應的用戶，最后提醒用戶推薦商品成功。替代事件過程 替代第二步: 登錄用戶提供的商品名稱有誤，網站中沒有對應的商品，則系統(tǒng)提醒用戶重新提供商品的名稱。替代第四步:如果用戶沒有好友，則不提供對應的好友列表，提醒用戶應該先添加好友，再進行推薦。替代第六步：如果用戶沒有選擇推薦的好友的名稱，系統(tǒng)提醒用戶先選擇好友的名稱，否則提醒用戶推薦商品不成功。結論 當?shù)卿浻脩魹楹糜淹扑]商品成功時，該用例結束。后續(xù)條件 該商品的相關信息出現(xiàn)在用戶好友的推薦列表中，當用戶的好友登錄系統(tǒng)時，可以直接查看用戶推薦的商品信息。業(yè)務規(guī)則 登錄的用戶才能推薦商品。北 京 理 工 大 學 本 科 生 畢 業(yè) 設 計 （ 論 文 ）17登錄的用戶只能直接將商品推薦給好友，不能推薦給陌生人。實現(xiàn)約束和說明 為登錄用戶提供推薦商品的 GUI 界面。假設 這里的用戶推薦的都是用戶自身比較感興趣的商品。開放問題 無在 編 寫 用 例 描 述 時 ， 能 挖 掘 出 該 系 統(tǒng) 的 一 些 隱 含 需 求 。 對 于 任 何 一 個 信 息 系統(tǒng) ， 對 于 信 息 的 管 理 不 外 乎 “增 刪 改 查 ”四 個 方 面 ， 這 是 系 統(tǒng) 的 表 層 功 能 ， 作為 分 析 者 來 說 是 顯 而 易 見 的 。 但 是 針 對 每 一 個 不 同 的 信 息 系 統(tǒng) ， 它 都 有 自 身 的業(yè) 務 規(guī) 則 。 如 本 系 統(tǒng) 的 提 交 用 戶 注 冊 信 息 用 例 ， 從 數(shù) 據(jù) 角 度 它 就 是 一 個 增 加 記錄 的 過 程 ， 但 是 考 慮 到 具 體 的 業(yè) 務 規(guī) 則 ， 必 須 要 判 斷 用 戶 提 交 的 用 戶 ID 是 否被 其 他 用 戶 注 冊 過 ， 如 果 注 冊 過 要 提 醒 用 戶 重 新 輸 入 ， 還 要 判 斷 一 些 必 須 填 的信 息 如 真 實 姓 名 、 郵 箱 和 密 碼 等 用 戶 是 否 都 填 寫 了 ， 如 果 沒 有 填 寫 ， 這 個 添 加也 無 法 實 現(xiàn) 。 這 些 具 體 的 業(yè) 務 規(guī) 則 和 系 統(tǒng) 的 判 斷 步 驟 在 詳 細 的 用 例 描 述 中 都 有所 體 現(xiàn) ， 所 以 編 寫 用 例 描 述 的 過 程 也 是 挖 掘 每 個 用 例 的 潛 在 需 求 的 過 程 。 做 好用 例 描 述 不 僅 能 使 用 更 加 明 確 系 統(tǒng) 的 功 能 ， 也 能 使 分 析 和 設 計 人 員 更 加 明 確 系統(tǒng) 的 需 求 。 系 統(tǒng) 非 功 能 性 需 求功 能 性 需 求 說 明 了 信 息 系 統(tǒng) 必 須 實 現(xiàn) 什 么 的 需 求 ， 非 功 能 性 需 求 則 是 說 明 信息 系 統(tǒng) 必 須 具 備 的 屬 性 或 質 量 的 需 求 ， 例 如 系 統(tǒng) 的 性 能 （ 吞 吐 量 和 系 統(tǒng) 的 響 應時 間 ） ， 系 統(tǒng) 的 易 學 易 用 性 ， 系 統(tǒng) 的 預 算 和 開 支 ， 時 間 表 和 最 終 期 限 ， 文 檔 需 求 ，質 量 管 理 和 系 統(tǒng) 的 安 全 性 等 。 在 系 統(tǒng) 開 發(fā) 之 前 ， 著 重 分 析 了 系 統(tǒng) 的 功 能 性 需 求 ，因 為 功 能 性 需 求 牽 涉 到 系 統(tǒng) 的 實 現(xiàn) 內 容 ， 而 隨 著 設 計 和 開 發(fā) 的 進 行 ， 設 計 人 員在 完 成 系 統(tǒng) 時 逐 漸 會 注 意 到 非 功 能 性 需 求 的 各 個 方 面 。 根 據(jù) 本 項 目 的 實 際 情 況 ，歸 納 起 來 主 要 有 以 下 幾 點 非 功 能 性 需 求 ：(1) 系 統(tǒng) 的 可 操 作 性 和 易 用 性 。 即 系 統(tǒng) 在 最 后 呈 現(xiàn) 在 用 戶 面 前 應 該 是 一 個 很好 理 解 的 ， 很 易 于 操 作 的 系 統(tǒng) ， 在 不 學 習 的 基 礎 上 ， 流 程 清 晰 ， 用 戶 可以 直 接 發(fā) 現(xiàn) 和 使 用 系 統(tǒng) 的 功 能 。(2) 系 統(tǒng) 的 美 觀 性 。 即 系 統(tǒng) 呈 現(xiàn) 的 Web 界 面 是 美 觀 大 方 的 ， 至 少 要 符 合 大北 京 理 工 大 學 本 科 生 畢 業(yè) 設 計 （ 論 文 ）18部 分 使 用 者 的 口 味 。(3) 系 統(tǒng) 開 發(fā) 的 時 間 和 最 終 期 限 。 即 對 于 每 個 系 統(tǒng) 的 開 發(fā) 必 須 有 一 個 時 間 的概 念 ， 提 前 規(guī) 定 每 個 階 段 需 要 的 時 間 ， 在 實 施 時 盡 量 按 時 間 走 ， 這 樣 才能 保 證 系 統(tǒng) 順 利 完 成 。(4) 系 統(tǒng) 的 安 全 性 和 質 量 。 即 在 數(shù) 據(jù) 方 面 要 保 證 系 統(tǒng) 的 安 全 性 和 穩(wěn) 定 性 。 包括 購 物 網 站 最 重 要 的 付 款 方 面 的 軟 件 支 持 ， 必 須 是 安 全 性 能 高 的 ， 才 能保 證 用 戶 放 心 地 進 行 網 上 交 易 。以 上 的 幾 個 方 面 的 非 功 能 性 需 求 筆 者 在 系 統(tǒng) 實 施 的 時 候 ， 基 本 都 有 考 慮 到 。 如系 統(tǒng) 的 美 觀 性 ， 在 開 始 的 原 型 開 發(fā) 時 ， 開 發(fā) 者 僅 開 發(fā) 出 了 幾 個 較 為 簡 單 的 頁 面 ，美 觀 性 不 強 ， 所 以 在 后 期 對 系 統(tǒng) 的 界 面 又 做 了 大 量 的 修 改 ， 使 用 了 CSS 對 頁面 進 行 美 化 ， 頁 面 風 格 進 行 統(tǒng) 一 ； 對 于 系 統(tǒng) 的 可 操 作 性 和 易 用 性 ， 開 發(fā) 者 也 在實 施 時 下 了 很 大 的 功 夫 。 由 于 該 系 統(tǒng) 沒 有 實 際 的 體 驗 者 ， 所 以 作 者 自 己 從 用 戶的 角 度 出 發(fā) 來 設 想 用 戶 使 用 時 的 感 受 ， 如 在 進 行 某 些 判 斷 時 特 別 為 用 戶 提 供 了一 些 提 示 語 言 ， 幫 助 用 戶 進 行 系 統(tǒng) 的 操 作 ， 在 用 戶 搜 索 好 友 或 者 搜 索 商 品 的 時候 ， 特 別 設 計 了 支 持 模 糊 查 詢 的 功 能 ， 這 樣 用 戶 能 夠 提 供 少 量 的 信 息 ， 搜 索 得到 更 多 可 能 有 用 的 信 息 。 在 系 統(tǒng) 的 開 發(fā) 和 時 間 限 制 上 面 ， 作 者 也 做 了 嚴 格 的 安排 ， 在 前 期 階 段 先 實 現(xiàn) 了 用 戶 管 理 和 商 品 管 理 這 兩 個 簡 單 的 模 塊 ， 后 期 時 作 者根 據(jù) 之 前 開 發(fā) 的 經 驗 完 成 整 個 系 統(tǒng) 的 開 發(fā) 。 這 樣 既 保 證 了 項 目 按 時 完 成 ， 也 保證 了 開 發(fā) 的 均 衡 性 ， 不 會 出 現(xiàn) 最 后 階 段 做 大 量 開 發(fā) 的 工 作 ， 而 是 從 易 到 難 ， 循序 漸 進 的 完 成 整 個 開 發(fā) 工 作 。 對 于 系 統(tǒng) 的 安 全 性 是 必 須 要 考 慮 的 ， 數(shù) 據(jù) 庫 中 的數(shù) 據(jù) 已 做 了 備 份 ， 防 止 服 務 器 崩 潰 時 數(shù) 據(jù) 的 丟 失 ， 在 購 物 付 款 階 段 在 理 論 上 是應 該 考 慮 其 安 全 性 的 ， 在 實 施 時 由 于 技 術 所 限 ， 筆 者 僅 簡 單 地 模 擬 了 這 樣 一 個付 款 的 過 程 ， 并 沒 有 實 現(xiàn) 真 正 的 付 款 ， 所 以 暫 沒 考 慮 該 部 分 的 安 全 性 問 題 ?？?之 ， 非 功 能 性 需 求 雖 然 在 定 義 時 是 模 糊 的 ， 但 是 在 實 現(xiàn) 功 能 性 需 求 時 ， 就會 不 自 覺 地 想 到 應 該 在 非 功 能 性 上 如 何 更 好 地 滿 足 用 戶 的 需 求 。 對 于 開 發(fā) 者 來說 ， 如 果 能 充 分 地 思 考 到 用 戶 的 非 功 能 性 需 求 ， 可 以 給 用 戶 帶 來 意 外 的 驚 喜 。把 用 戶 沒 有 想 到 的 需 求 都 實 現(xiàn) 了 ， 一 定 會 給 用 戶 帶 來 更 大 的 滿 足 感 ， 也 會 提 高用 戶 對 系 統(tǒng) 的 滿 意 度 。北 京 理 工 大 學 本 科 生 畢 業(yè) 設 計 （ 論 文 ）19第 4 章 基 于 信 任 的 電 子 商 務 商 品 推 薦 系 統(tǒng) 分 析系 統(tǒng) 分 析 的 主 要 任 務 是 將 在 系 統(tǒng) 詳 細 調 查 中 所 得 到 的 文 檔 資 料 集 中 到 一 起 ,對 組 織 內 部 整 體 管 理 狀 況 和 信 息 處 理 過 程 進 行 分 析 。 系 統(tǒng) 分 析 從 系 統(tǒng) 需 求 入 手 ，從 用 戶 觀 點 出 發(fā) 建 立 系 統(tǒng) 用 戶 模 型 。 用 戶 模 型 從 概 念 上 全 方 位 表 達 系 統(tǒng) 需 求 及 系統(tǒng) 與 用 戶 的 相 互 關 系 。 系 統(tǒng) 分 析 在 用 戶 模 型 的 基 礎 上 ， 建 立 適 應 性 強 的 獨 立 于 系統(tǒng) 實 現(xiàn) 環(huán) 境 的 邏 輯 結 構 [15]。 因 此 ， 系 統(tǒng) 分 析 注 重 的 還 是 邏 輯 上 的 分 析 ， 在 分 析時 要 緊 密 地 結 合 需 求 ， 而 不 管 系 統(tǒng) 的 實 現(xiàn) 約 束 。 系 統(tǒng) 分 析 的 過 程 就 是 概 念 模 型 的形 成 過 程 ， 系 統(tǒng) 分 析 可 以 很 好 地 定 義 系 統(tǒng) 的 邊 界 ， 可 以 提 煉 出 系 統(tǒng) 要 操 作 的 數(shù) 據(jù)范 圍 ， 還 可 以 發(fā) 現(xiàn) 系 統(tǒng) 內 部 消 息 傳 遞 的 過 程 和 順 序 。在 分 析 階 段 ， 可 以 把 UML 模 型 分 為 靜 態(tài) 模 型 和 動 態(tài) 模 型 兩 種 。 靜 態(tài) 模 型 是將 系 統(tǒng) 的 應 用 中 要 使 用 的 概 念 進 行 建 模 ， 并 描 述 它 們 之 間 的 相 互 關 系 ， 建 模 過 程與 時 間 無 關 ， 因 此 稱 為 靜 態(tài) 模 型 ， 主 要 代 表 是 類 圖 ； 動 態(tài) 模 型 則 是 描 述 對 象 之 間消 息 傳 遞 的 過 程 ， 這 個 傳 遞 過 程 與 時 間 或 者 事 件 有 關 ， 因 此 稱 為 動 態(tài) 模 型 ， 主 要代 表 有 活 動 圖 和 順 序 圖 。 靜 態(tài) 模 型 ——系 統(tǒng) 分 析 類 圖分 析 類 圖 顯 示 了 系 統(tǒng) 的 靜 態(tài) 結 構 ， 表 示 不 同 的 實 體 （ 如 人 、 事 物 和 數(shù) 據(jù) ） 如何 彼 此 關 聯(lián) 。 在 分 析 階 段 ， 分 析 類 圖 的 類 表 示 邏 輯 類 ， 就 是 用 戶 的 業(yè) 務 所 談 及的 事 物 ， 主 要 與 業(yè) 務 相 關 ， 它 并 不 對 應 最 后 編 程 的 實 現(xiàn) 類 。 圖 41 是 該 系 統(tǒng)的 分 析 類 圖 。在 繪 制 分 析 類 圖 時 ， 主 要 找 出 實 體 類 和 它 們 之 間 的 關 聯(lián) 關 系 。 UML 中 的類 主 要 由 三 部 分 組 成 ， 類 的 名 稱 、 屬 性 和 方 法 。 在 分 析 階 段 ， 主 要 是 找 出 系 統(tǒng)的 實 體 類 ， 并 設 定 實 體 類 的 屬 性 ， 由 于 方 法 牽 涉 到 具 體 實 現(xiàn) 的 過 程 ， 所 以 在 分析 類 圖 中 可 以 不 畫 出 來 。 對 于 本 推 薦 系 統(tǒng) ， 由 需 求 可 知 ， 比 較 容 易 能 分 析 出 來的 實 體 類 是 User（ 用 戶 ） 、 Friend（ 好 友 ） 、 Product（ 商 品 ） 、 Type（ 商 品 類 別 ）、 Order（ 訂 單 ） 。 這 些 類 都 是 從 實 際 業(yè) 務 中 提 取 出 來 的 類 。 再 進 一 步 分 析 ， 商品 和 訂 單 之 間 還 有 一 個 潛 在 的 對 象 ： 訂 購 的 商 品 ， 因