【正文】 行子事件流 a。 表 用例描述 3 表 用例説明３ 用例編號(hào) 用例名稱 執(zhí)行者 描述 前置條件 后置條件 US3 銷售員資料管理 用戶 對(duì)銷售員資料進(jìn)行增加、刪除、更新操作 進(jìn)行刪除、更新操作時(shí)該銷售員信息存在 顯示操作成功提示框，并將所有銷售員信息重新顯示 系統(tǒng) 用戶 （ 2）系統(tǒng)顯示登錄界面并提示系統(tǒng)輸入用戶編號(hào)和密碼。 子事件流 c： 系統(tǒng)提示輸入的用戶姓名或驗(yàn)證信息不正確，請(qǐng)求再次輸入。 子事件流 ： 子事件流 a： 系統(tǒng) 提示 查無此用戶 ，請(qǐng)求再次輸入 。 山東工商學(xué)院 2020 屆畢業(yè)論文 22 息一致，若一致，則彈出提示框顯示用戶密碼，若不一致則執(zhí)行子事件流 c。 （ 5）系統(tǒng)檢驗(yàn)輸入的用戶姓名與驗(yàn)證信息是否與存在的該用戶編號(hào)下的對(duì)應(yīng)信（ 1） 訪問本系統(tǒng)。系 統(tǒng)確認(rèn)輸入的編號(hào)是否為管理員身份，若不是管理員身份，則執(zhí)行子事件流 b。 表 用例描述 2 表 用例説明 ２ 用例編號(hào) 用例名稱 執(zhí)行者 描述 前置條件 后置條件 US2 找回密碼 管理員 /用戶 查詢對(duì)應(yīng)管理員編號(hào)的密碼 該管理員 /用戶 信息存在 顯示提示該管理員 /用戶 密碼的提示框 系統(tǒng) 管理員 /用戶 （ 2）系統(tǒng)顯示登錄界面并提示管理員輸入用戶編號(hào)和密碼。 山東工商學(xué)院 2020 屆畢業(yè)論文 21 在主界面上，并顯示基本資料管理、采購管理、銷售管理、統(tǒng)計(jì)查詢系統(tǒng)設(shè)置選項(xiàng)。 （ 5）系統(tǒng)顯示主界面，將用戶姓名顯示（ 1） 訪問本 系統(tǒng) 。 （ 4）系統(tǒng)確認(rèn)用戶編號(hào)和密碼有效。 山東工商學(xué)院 2020 屆畢業(yè)論文 20 圖 企業(yè)進(jìn)銷存系統(tǒng)用例圖 図 ＰＳＳシステムのユースケース図 針對(duì)上圖描述的系統(tǒng)功能，下 面將針對(duì)每一個(gè)用例進(jìn)行詳細(xì)地描述。不同 執(zhí)行者 通常對(duì)應(yīng)于不同的用戶類 ； 描述是 提供一個(gè)簡要描述的原因和結(jié)果的用例 ,或者一個(gè)高標(biāo)準(zhǔn)的描述操作的順序和結(jié)果的執(zhí)行用例 ；前置條件是 列出活動(dòng)必須進(jìn)行 的 條件 ,必須是真實(shí)的 ,在用例可以開始 之前的條件 ；后置條件是 描述系統(tǒng)結(jié)束時(shí) ,系統(tǒng)對(duì) 用例的執(zhí)行 ；主事件流則是 在用例執(zhí)行正常的情況下，詳細(xì)描述用戶的操作和系統(tǒng)的響應(yīng) ；子事件流是 在主事件流中沒有進(jìn)行詳細(xì)描述的事件，在子事件流中再對(duì)其進(jìn)行擴(kuò)展描述 ；異常處理是 描述可能發(fā)生在執(zhí)行期間的任何預(yù)期錯(cuò)誤，詳細(xì)說明了系統(tǒng)響應(yīng)這些條件的案例，描述該系統(tǒng)如何回應(yīng)用例執(zhí)行失敗一些意料之外的原因 。 下面針對(duì)以下列表，對(duì)每個(gè)單項(xiàng) 進(jìn)行解釋： 首先 ， 用例標(biāo)識(shí)部分 由 用例 ID及用例名稱 主場 ，用例 ID的作用在于給用例一個(gè)編號(hào)，便于查找； 一個(gè)簡潔、注重實(shí)效的用例名稱 則是 反映用戶需要能夠完成使用該系統(tǒng) ， 包括一個(gè)行動(dòng)動(dòng)詞和名詞 其次，用例定義部分包括執(zhí)行者、描述、前置條件、后置條件、主事件流、子事件流、異常處理。 表 用例列表 表 用例リスト 編號(hào) 用例名稱 1 登錄 2 找回密碼 3 銷售員資料管理 山東工商學(xué)院 2020 屆畢業(yè)論文 19 4 采購員資料管理 5 客戶資料管理 6 商品資料管理 7 供應(yīng)商資料管理 8 采購管理 9 采購?fù)素浌芾? 10 銷售管理 11 銷售退貨管理 12 供應(yīng) 商交易記錄 13 客戶交易記錄 14 庫存查詢 15 采購匯總 16 用戶管理 以下列表針對(duì)上表記述的用例進(jìn)行詳細(xì)描述，每一個(gè)表均分為兩部分，第一部分主要記述該用例的詳細(xì)信息，包括用例 的編號(hào)、 名稱、執(zhí)行者、描述、前置條件、后置條件；第二部分主要記述該用例的主事件流 。 圖 用戶管理界 面 図 ユーザを管理するインタフェース 數(shù)據(jù)需求： 用戶編號(hào)：系統(tǒng)自動(dòng)生成，不可編輯； 用戶姓名：必填，且必須為漢字； 用戶密碼：必填，由不超過 16 位的數(shù)字、英文、下劃線組成； 用戶身份：從下拉框中選擇； 驗(yàn)證信息：管理員必填，且長度不超過 40位 功能需求 由于 本項(xiàng)目 使用面向?qū)ο蟮姆椒▉黹_發(fā) ，從 功能需求的角度 出發(fā) 提出了用例。 用戶資料包括編號(hào)、姓名、密碼、身份以及驗(yàn)證信息。允許管理員用戶以及操作員用戶進(jìn)行采購匯總操作。允許管理員用戶以及操作員用戶進(jìn)行客戶交易記錄查詢操作 山東工商學(xué)院 2020 屆畢業(yè)論文 17 圖 客戶交易記錄查詢界面 図 取引先の取引記録を調(diào)査するインタフェース （ 14）庫存查詢模塊 庫存查詢主要包括根據(jù)選擇的查詢條件對(duì)商品的庫存情況進(jìn)行查詢匯總。 山東工商學(xué)院 2020 屆畢業(yè)論文 15 圖 銷售退貨管理界面 図 販売の返品することを管理するインタフェース （ 12）供應(yīng)商交易記錄查詢模塊 山東工商學(xué)院 2020 屆畢業(yè)論文 16 供應(yīng)商交易記錄查詢主要包括根據(jù)選擇的查詢條件對(duì)供應(yīng)商的交易情況進(jìn)行查詢。銷售退貨主表包括銷售退貨單號(hào)、銷售員、訂單日期、客戶、總金額、是否已退貨以及退貨日期；銷售退貨明細(xì)表包括銷售單號(hào)、商品編號(hào)、商品名稱、單價(jià)、金額以及數(shù)量。 山東工商學(xué)院 2020 屆畢業(yè)論文 14 圖 銷售管理界面 図 販売を管理するインタフェース （ 11）銷售退貨管理模塊 銷售退貨管理主要包括顯示銷售退貨單、點(diǎn)擊銷售退貨主表中的銷售退貨單之后顯示對(duì)應(yīng)的銷售退貨明細(xì)表、退貨、新增銷售退貨單、更新銷售退貨單、刪除銷售退貨單 。銷售主表包括銷售單號(hào)、銷售員、訂單日期、客戶、送貨地址、總金額、是否出庫、是否發(fā)生退貨以及出庫日期；銷售明細(xì)表包括商品編號(hào)、商品名稱、單價(jià)、金額、數(shù)量以及退貨數(shù)量。 山東工商學(xué)院 2020 屆畢業(yè)論文 13 圖 采購?fù)素浌芾斫缑? 図 発注の返品することを管理するインタフェース （ 10）銷售管理模塊 銷售管理主要包括顯示銷售單、點(diǎn)擊銷售主表中的銷售單之后顯示對(duì)應(yīng)的銷售明細(xì)表、出庫、新增銷售單、更新銷售單、刪除銷售單。采購?fù)素浿鞅戆ú少復(fù)素泦翁?hào)、采購員、采購日期、供應(yīng)商簡稱、總金額、是否已退貨以及退貨日期；采購?fù)素浢骷?xì)表包括采購單編號(hào)、商品編號(hào)、商品名稱、單價(jià)、金額以及數(shù)量。 山東工商學(xué)院 2020 屆畢業(yè)論文 11 圖 采購管理界面 図 発注を管理するインタフェース （ 9）采購?fù)素浌芾砟K 采購?fù)素浌芾碇饕@示采購?fù)素泦?、點(diǎn)擊采購?fù)素浿鞅碇械牟少復(fù)素泦沃箫@示山東工商學(xué)院 2020 屆畢業(yè)論文 12 對(duì)應(yīng)的采購?fù)素浢骷?xì)表、退貨、新增采購?fù)素泦巍⒏虏少復(fù)素泦?、刪除采購?fù)素泦?。采購主表包括采購單?hào)、采購員、采購日期、供應(yīng)商簡稱、總金額、是否已庫存、是否發(fā)生退貨、以及庫存日期；采購明細(xì)表包括商品編號(hào)、商品名稱、單價(jià)、金額、數(shù)量以及退貨數(shù)量。 （ 8）采購管理模塊 采購管理主要包括顯示采購單、點(diǎn)擊采購主表中的采購單之后顯示對(duì)應(yīng)的采購明細(xì)表、入庫、新增采購單、更新采購單、刪除采購單。允許管理員用戶以及操作員用戶對(duì)供應(yīng)商資料進(jìn)行管理。 山東工商學(xué)院 2020 屆畢業(yè)論文 9 圖 商品資料管理界面 図 商品の資料を管理するインタフェース 數(shù)據(jù)需求： 商品編號(hào)：系統(tǒng)自動(dòng)生成； 產(chǎn)品名稱：必填，并且長度不得超過 20 位； 安全存量：必填，并且必須是數(shù)字； 建議購買價(jià)：必須是數(shù)字； 建議零售價(jià)：必須是數(shù)字； （ 7）供應(yīng)商資料管理模塊 供應(yīng)商資料管理包括顯示供應(yīng)商資料、新增供應(yīng)商資料、更新供應(yīng)商資料、刪除供應(yīng)商資料。 商品資料包括編號(hào)、商品名稱、安全庫存、建議購買價(jià)、建議銷售價(jià)、當(dāng)前數(shù)量、最后進(jìn)貨日期以及最后送貨日期。 山東工商學(xué)院 2020 屆畢業(yè)論文 8 圖 客戶資料 管理界面 図 取引先の資料を管理するインタフェース 數(shù)據(jù)需求： 客戶編號(hào)：系統(tǒng)自動(dòng)生成； 公司簡稱：長度不得超過 25 位； 公司全程：長度不得超過 25 位； 負(fù)責(zé)人：長度不得超過 10 位； 稱謂：下拉列表選擇； 銷售員：下拉列表選擇，從銷售員資料中調(diào)入銷售員； 聯(lián)系電話：必須由數(shù)字組成，格式固定（例：“ xxxxxxxxxxx”）； 移動(dòng)電話：必須固定由 11 位數(shù)字組成； 傳真：必須是數(shù)字； 客戶地址：長度不得超過 40 位； 送貨地址：長度不得超過 40 位； 開票地址：長度不得超過 40 位。 客戶資料包括編號(hào)、公司簡稱、公司全稱、負(fù)責(zé)人、稱謂、銷售員、聯(lián)系電話、移動(dòng)電話、傳真、客戶地址、送貨地址以及開票地址。 圖 采購員資料管理界面 図 バイヤーの資料を管理するインタフェース 數(shù)據(jù)需求： 手工編號(hào)：系統(tǒng)自動(dòng)生成； 中文名稱：必填，并且必須是中文； 英文名稱：必須是 英文； 聯(lián)系電話：必須由數(shù)字組成，格式固定（例：“ xxxxxxxxxxx”）； 移動(dòng)電話：必須固定由 11 位數(shù)字組成； 電子郵件：必須是固定格式（例如：“ ”）； 聯(lián)系地址：必須是中文。 采購員資料包括編號(hào)、中文名稱、英文名稱、電話、移動(dòng)電話、聯(lián)系地址以及郵箱。 圖 銷售員資料管理界面 図 販売員の資料を管理するインタフェース 數(shù)據(jù)需求： 手工編號(hào)：系統(tǒng)自動(dòng)生成； 中文名稱：必填，并且必須是中文； 英文名稱：必須是英文； 聯(lián)系電話：必須由數(shù)字組成，格式固定（例：“ xxxxxxxxxxx”）； 移動(dòng)電話：必須固定由 11 位數(shù)字組成； 電子郵件：必須是固定格式（例如：“ ”）； 聯(lián)系地址：必須是中文 。 銷售員資料包括編號(hào)、中文名稱、英文名稱、電話、移動(dòng)電話、聯(lián)系地址以及郵箱。輸入用戶姓名及驗(yàn)證信息之后，通過驗(yàn)證才會(huì)彈出提示框提示輸入的編號(hào)所對(duì)應(yīng)的密碼。 （ 2）找回密碼模塊 本模塊通過登錄模塊的“找回密碼”按鈕與登錄模塊相連，只有在編號(hào)存且對(duì)應(yīng)編號(hào)的用戶身份是管理員的前提下點(diǎn)擊“找回密碼”按鈕才能進(jìn)入找回密碼界面。系統(tǒng)對(duì)編號(hào)及密碼進(jìn)行驗(yàn)證，山東工商學(xué)院 2020 屆畢業(yè)論文 5 通過驗(yàn)證則可以進(jìn)入系統(tǒng)，反之，則不能進(jìn)入系統(tǒng)。 具體 需求 用戶接口 用戶接口即用戶界面，以下部分將提供詳細(xì)的用戶界面。 企業(yè)進(jìn)銷存管理系統(tǒng) 是一個(gè)內(nèi)部系統(tǒng)，基于安全考慮，應(yīng)儲(chǔ)存一個(gè)有密碼保護(hù)的數(shù)據(jù)庫。 山東工商學(xué)院 2020 屆畢業(yè)論文 4 下表是對(duì)功能模塊的 劃分 ： 表 系統(tǒng)模塊劃分 表 システムモジュールの區(qū)分 模塊類別 功能 基本資料管理 銷售員資料管理 采購員資料管理 客戶資料管理 商品 資料管理 供應(yīng)商 資料管理 采購管理 采購管理 采購?fù)素浌芾? 銷售管理 銷售管理 銷售退貨管理 統(tǒng)計(jì)查詢 供應(yīng)商交易記錄 客戶交易記錄 庫存查詢 采購匯總 系統(tǒng)設(shè)置 用戶管理 約束條件 本系統(tǒng)沒有硬件限制，也沒有其他的應(yīng)用程序接口 ， 同時(shí)也不適用信號(hào)握手協(xié)議。 在軟件開發(fā)過程中，需求分析和需求獲取是密切相關(guān)的兩個(gè)過程，通過需求獲取階段的工作，開發(fā)人員從用戶那收集到大量的需求信息，由于這些需求信息中包含了一些與軟件系統(tǒng)無關(guān)或關(guān)系不大的信息，以及可能發(fā)證重疊或者沖突的需求信息，所有獲取到的所有需求信息不全都是需求，進(jìn)而就需要進(jìn)行需求分析，因此，需求分析的基本 任務(wù)就是提煉、分析和仔細(xì)審查已獲取到的需求信息，找出真正的和具體的需求，以確保所有項(xiàng)目相關(guān)人員都明白其含義。前者是從用戶的角度定義的，后者是從軟件系統(tǒng)的角度定義的。以此類推，就軟件開發(fā)來說，軟件需求也是同理，必須滿足用戶使用軟件的所需要的功能和性能。如果裁縫 在弄錯(cuò)顧 客的相應(yīng)的數(shù)據(jù) 或者根本不知道這些數(shù)據(jù)的情況下來制作衣服，最終無論這件衣服制作的多么精美，顧客 都 不會(huì)滿意。 山東工商學(xué)院 2020 屆畢業(yè)論文 3 第二章 軟件需求分析 軟件需求及需求分析 通常的需求是指人說表現(xiàn)出的對(duì)某些 客觀事物 的 需要， 具體可以理解為 愿望、意向和興趣， 進(jìn)而 成為行動(dòng)的一種直接原因 。 本文的主要工作 本文將 按照軟件工程的開發(fā)流程 詳細(xì)介紹企業(yè)進(jìn)銷存管理系統(tǒng) 。原來 的企業(yè)進(jìn)銷存管理利用 手工記賬到 現(xiàn)在 安裝軟件在局域網(wǎng)內(nèi)使用 軟件進(jìn)行同等操作 ，在線云平臺(tái)的進(jìn)銷存管理系統(tǒng) 的隨著科技的發(fā)展出現(xiàn) 。 在 節(jié)約人力資源 方面 ，企業(yè) 節(jié)省了在 倉管人員 方面的支出，一定程度上節(jié)省了人力資源 ，更深層次來說是有效地節(jié)約了企業(yè)成本。物料資源和人力資源 都是企業(yè)資源 ，眾所周知，“跑冒滴漏”這一問題在企業(yè) 中一直存在 ，因?yàn)?“跑冒滴漏”這一問題十分 隱蔽， 所以企業(yè)管理者 不易 發(fā)現(xiàn) ，如果 發(fā)現(xiàn) 問題之后 再想辦法解決，這時(shí)已經(jīng)給企業(yè)造成損失。