第一篇：超市采購管理系統(tǒng)的分析與設(shè)計

目 錄 引言............................................................................................................................1

1.1系統(tǒng)開發(fā)背景...................................................................................................1 1.2系統(tǒng)開發(fā)的目的和意義...................................................................................1 2 可行性分析................................................................................................................1

2.1技術(shù)可行性.......................................................................................................2 2.2經(jīng)濟可行性.......................................................................................................2 2.3管理可行性.......................................................................................................2 2.4可行性分析結(jié)論...............................................................................................2 3 系統(tǒng)分析....................................................................................................................3

3.1組織結(jié)構(gòu)分析...................................................................................................3 3.2系統(tǒng)功能分析...................................................................................................3 3.3業(yè)務流程分析...................................................................................................4 3.4數(shù)據(jù)流程分析...................................................................................................4 3.5數(shù)據(jù)字典...........................................................................................................6 4 系統(tǒng)設(shè)計..................................................................................................................10 4.1總體功能結(jié)構(gòu)設(shè)計.........................................................................................10 4.2數(shù)據(jù)庫設(shè)計.....................................................................................................11 總結(jié)..............................................................................................................................13 參考文獻......................................................................................................................14

i 德州學院

信息管理學院

2013級

信息管理與信息系統(tǒng)專業(yè)

課程設(shè)計

超市采購管理系統(tǒng)的分析與設(shè)計 引言

1.1系統(tǒng)開發(fā)背景

隨著超市高速的發(fā)展，其經(jīng)營管理也變得愈加復雜，早期采購的形式早已不能滿足現(xiàn)在超市的發(fā)展，這樣就迫切地需要引入新的采購管理技術(shù)。

超市形態(tài)具有種種優(yōu)點，但在目前狀況下，它仍存在落后的一面，如：不能有效地管理每種購進商品，清點貨物速度慢，容易出現(xiàn)采購差錯，不宜進行商品調(diào)價等，而且在超市日常管理中，商品的進、銷、存等決策以經(jīng)驗為主，缺乏實時分析功能，管理人員對及時傳遞資料的要求始終得不到滿足。超市形態(tài)的高速發(fā)展，其經(jīng)營管理也變得愈加復雜，日常所需要處理的數(shù)據(jù)量也逐漸增大，商業(yè)運轉(zhuǎn)的中間環(huán)節(jié)也越來越多，原始的人工管理已無法應對這復雜的市場。為此，在選題過程中，我們小組選擇了超市采購管理系統(tǒng)設(shè)計題目，依靠現(xiàn)代化的計算機信息處理技術(shù)來管理超市，從而節(jié)省了大量的人力、物力，改善了員工的工作條件，減輕了勞動強度，并且能夠快速反映出商品的進、銷、存等狀況和各種反饋信息分析，使管理人員快速對市場的變化做出相應的決策，加快超市經(jīng)營管理效率。

1.2系統(tǒng)開發(fā)的目的和意義

超市采購管理系統(tǒng)用計算機管理超市庫存進出管理的一種計算機應用技術(shù)?，F(xiàn)在一般的超市都采用計算機智能化管理，采用計算機作為工具的實用的計算機超市庫存管理程序來幫助管理員進行更有效的超市庫存管理工作。超市采購管理系統(tǒng)是典型的信息管理系統(tǒng)(MIS),其開發(fā)主要包括后臺數(shù)據(jù)庫的建立和維護以及前端應用程序的開發(fā)兩個方面。實現(xiàn)超市的信息化管理的同時又可以減少盲目采購，降低采購成本，合理控制庫存，減少資金占用并提高超市市場競爭力。可行性分析

可行性分析系統(tǒng)分析階段的重要活動，是對系統(tǒng)進行全面、概要的分析。它的任務是確定項目開發(fā)是否必要和可行。在本系統(tǒng)中：超市需求日益多樣化和個性化，產(chǎn)品更新?lián)Q代的周期越來越短，這就要求超市必須改變可存管理現(xiàn)狀，以適應時代的要求。本系統(tǒng)開發(fā)的目的就是通過系統(tǒng)開發(fā)，實現(xiàn)產(chǎn)品出采購管理工作的計算機化，提高業(yè)務的處理速度和規(guī)范化程度，并對有關(guān)的工作進行集成和重組，進一步通過計算機網(wǎng)絡系統(tǒng)德州學院

信息管理學院

2013級

信息管理與信息系統(tǒng)專業(yè)

課程設(shè)計

實現(xiàn)整個企業(yè)的管理信息化。

該系統(tǒng)可以提高管理工作的質(zhì)量和效率它可以實現(xiàn)管理的“動態(tài)”化，能及時地提供產(chǎn)品出采購時的商品的信息，在系統(tǒng)過高或過低時，都給予提示。強大的統(tǒng)計分析功能，利用計算機工具以各種方式統(tǒng)計采購情況以便整體營銷策略的調(diào)整。

2.1技術(shù)可行性

對現(xiàn)有技術(shù)進行評價，以明確能否利用現(xiàn)有技術(shù)進行系統(tǒng)開發(fā)及系統(tǒng)實施。本方案技術(shù)要求不高，系統(tǒng)涉及范圍不大，子系統(tǒng)間聯(lián)系緊密，安全性、可靠性強；系統(tǒng)要求在windows2007以上環(huán)境運行，后臺數(shù)據(jù)庫采用SQL Server 2008，這些在目前都是容易實現(xiàn)的，使得本系統(tǒng)的成功開發(fā)成為可能?？梢姡瑥募夹g(shù)上是完全能滿足基本功能需要的。

2.2經(jīng)濟可行性

超市管理系統(tǒng)開發(fā)需要投資費用和未來的運行維護費用，其中投資費用主要包括設(shè)備費用、人員費用及其他費用（如由于工作方式改變需要增加的其他開支），通常為了保證新系統(tǒng)運行的可靠性，要求手工和計算機處理在長時間內(nèi)并存。系統(tǒng)的收益主要通過新系統(tǒng)提高工作效率，指導經(jīng)營策略來實現(xiàn)，還有其他難以計算的指標。而且，目標系統(tǒng)不是很復雜，開發(fā)的周期較短，人員經(jīng)濟支出不大，所節(jié)省的大量人力、財力產(chǎn)生的效益將遠遠大于本系統(tǒng)的開發(fā)成本，所以從經(jīng)濟方面講開發(fā)此系統(tǒng)是可行的。

2.3管理可行性

在現(xiàn)代化企業(yè)管理中，信息技術(shù)能夠幫助企業(yè)在日益激烈的競爭中獲得難以想象的競爭優(yōu)勢。

本超市采購管理信息系統(tǒng)，需要人員參與很少，大部分都可以通過計算機進行數(shù)據(jù)的處理，從倉庫發(fā)出庫存單、采購部發(fā)出采購單給供應商、供應商發(fā)出提貨通知、財務部把訂單金額打給供應商等過程，完全可以通過本系統(tǒng)進行操作，而且超市內(nèi)部高層可以對整個超市的采購動態(tài)進行全面的的了解，可以減輕工作人員的勞動強度，提高業(yè)務管理水平。所以本系統(tǒng)在管理上是可行的。

2.4可行性分析結(jié)論

通過以上驗證，發(fā)現(xiàn)該系統(tǒng)具有一定的可行性，可以實現(xiàn)基本數(shù)據(jù)查詢和歷史數(shù)據(jù)分析的功能。德州學院

信息管理學院

2013級

信息管理與信息系統(tǒng)專業(yè)

課程設(shè)計 系統(tǒng)分析

通過考察，掌握了超市的現(xiàn)存的業(yè)務流程，了解了超市在采購管理系統(tǒng)功能以及性能方面的要求，在此基礎(chǔ)上對采購管理系統(tǒng)進行進一步的業(yè)務流程分析及功能需求分析，制定出更加簡潔有效的業(yè)務流程和數(shù)據(jù)流程。

3.1組織結(jié)構(gòu)分析

通過對企業(yè)現(xiàn)行系統(tǒng)的調(diào)查分析，了解到該企業(yè)的組織結(jié)構(gòu)設(shè)置，超市進銷存系統(tǒng)統(tǒng)一由經(jīng)理管理，下設(shè)采購部、庫存部、銷售部、財務部、人事部5個部門。超市的組織機構(gòu)如圖1所示。

經(jīng)理采購部庫存部銷售部圖1 企業(yè)組織結(jié)構(gòu)圖

財務部人事部

3.2系統(tǒng)功能分析

為了實現(xiàn)超市采購管理信息系統(tǒng)的目標，系統(tǒng)必須具有倉庫管理、采購信息管理、供應商管理等三部分。超市系統(tǒng)功能結(jié)構(gòu)圖如圖2所示。

超市采購管理系統(tǒng)倉庫管理采購管理供應商管理庫存信息申購單生成驗貨入庫編制采購訂單合同建立進行驗貨增減供應商設(shè)置供應商狀態(tài)修改供應商信息

圖2 功能結(jié)構(gòu)圖 德州學院

信息管理學院

2013級

信息管理與信息系統(tǒng)專業(yè)

課程設(shè)計

3.3業(yè)務流程分析

采購管理業(yè)務主要包括采購人員、庫存管理人員、財務人員和供應商人員。根據(jù)工作內(nèi)容可以劃分為采購管理、庫存管理、財務管理及供應商信息管理4個相互聯(lián)系的業(yè)務流程，其中信息管理中具體業(yè)務流程分析如圖3所示。

倉庫入庫單檢查庫存量商品申購單采購部審批申購單不合格申購單合格申購單采購部付款申請單財務部采購合同單生成采購訂單付款單采購訂單供應商圖3 超市采購信息管理流程圖

生成合同 3.4數(shù)據(jù)流程分析

系統(tǒng)的數(shù)據(jù)流程就是各種信息（單據(jù)、報表、賬本）交替?zhèn)魉?，生成新信息的過程。本系統(tǒng)主要是采購部向系統(tǒng)輸入清單；供應商向系統(tǒng)輸入提貨通知單，系統(tǒng)將結(jié)果單傳輸給采購部和供應商。信息管理系統(tǒng)頂層數(shù)據(jù)流圖如圖4所示。

入庫單P0采購部采購系統(tǒng)處理圖4采購管理系統(tǒng)的頂層數(shù)據(jù)流圖

供應商 德州學院

信息管理學院

2013級

信息管理與信息系統(tǒng)專業(yè)

課程設(shè)計

下一步是對頂層數(shù)據(jù)流圖中的“處理”進行分解，也就是將“信息管理”分解為更多的“處理”。圖5是分解后的第一層數(shù)據(jù)流圖，圖

6、圖7和圖8分別為第二層數(shù)據(jù)流圖的合同處理、采購處理和庫存處理的管理。

P1采購部合格合同處理同合同合采購訂單供應商P2采購處理

圖5 第一層數(shù)據(jù)流圖

合同執(zhí)行狀態(tài)談判價格等信息P1.1采購部采購合同生成采購合同P1.2用款信息財務部采購合同管理供應商F1合同記錄圖6 合同處理管理

采購部采購單P2.1財務部付款單付款處理付款匯總F2財務報表

圖7 采購處理的管理 德州學院

信息管理學院

2013級

信息管理與信息系統(tǒng)專業(yè)

課程設(shè)計

P2.2入庫單采購部庫存管理合格入庫單P2.21登記庫存臺賬 F3庫存臺賬庫存單倉庫

圖8 庫存處理的管理

3.5數(shù)據(jù)字典

數(shù)據(jù)字典是數(shù)據(jù)流圖的補充。（1）數(shù)據(jù)項描述 ①數(shù)據(jù)項編號：I01 數(shù)據(jù)項名稱：商品編號

別名：商品代碼

概述：某種商品的編號

類型：字符型

長度：30 ②數(shù)據(jù)項編號：I02 數(shù)據(jù)項名稱：供貨商編號

別名：供貨商代碼

概述：某種商品的供貨商

類型：字符型

長度：30 ③數(shù)據(jù)項編號：I0

3數(shù)據(jù)項名稱：購入量

別名：購入商品數(shù)量

概述：某種購入商品的數(shù)量

類型：數(shù)值型

長度：4位整數(shù) 德州學院

信息管理學院

2013級

信息管理與信息系統(tǒng)專業(yè)

課程設(shè)計

取值范圍：0~9999 ④數(shù)據(jù)項編號：I0

4數(shù)據(jù)項名稱：進貨單價

別名：購進商品的單價

類型：浮點型

長度：80（2）數(shù)據(jù)結(jié)構(gòu)定義 ①數(shù)據(jù)結(jié)構(gòu)編號：DS01 數(shù)據(jù)結(jié)構(gòu)名稱：采購單

簡述：定義了采購商品的有關(guān)信息

數(shù)據(jù)結(jié)構(gòu)組成：商品編號+商品名+售價+商品價格+采購時間+采購人員名稱 ②數(shù)據(jù)結(jié)構(gòu)編號：DS02 數(shù)據(jù)結(jié)構(gòu)名稱：入庫單

簡述：定義了商品入庫的有關(guān)信息

數(shù)據(jù)結(jié)構(gòu)組成：商品編號+商品名+供貨商編號+入庫時間+入庫數(shù)量（3）外部實體定義 ①外部實體編號：E1 外部實體名稱：采購人員

簡述：負責商品采購信息的處理，與庫房商品交接

外部實體組成：編碼+姓名+性別+年齡+所屬部門

輸出的數(shù)據(jù)流：入庫單 ②外部實體編號：E2 外部實體名稱：供應商

簡述：負責產(chǎn)品的供應，與采購人員進行商品交接。

外部實體組成：編碼+姓名+聯(lián)系方式

輸出的數(shù)據(jù)流：提貨通知單表 ③外部實體編號：E3 外部實體名稱：財務人員

簡述：負責賬務結(jié)算 德州學院

信息管理學院

2013級

信息管理與信息系統(tǒng)專業(yè)

課程設(shè)計

外部實體組成：編碼+姓名+性別+年齡+所屬部門

輸出的數(shù)據(jù)流：財務報表

④外部實體編號：E4 外部實體名稱：倉庫人員

簡述：負責商品管理

外部實體組成：編碼+姓名+性別+年齡+所屬部門

輸出的數(shù)據(jù)流：申購單（4）數(shù)據(jù)存儲定義 ①數(shù)據(jù)存儲編號：F1 數(shù)據(jù)存儲名稱：財務報表

簡述：用于分析商品的結(jié)算信息

組成：商品編號+商品名稱+商品售價+商品數(shù)量

關(guān)鍵字：商品編號 ②數(shù)據(jù)存儲編號：F2 數(shù)據(jù)存儲名稱：庫存臺賬

簡述：用于記錄商品的信息

組成：商品編號+商品名稱+購入單價+庫存數(shù)量

關(guān)鍵字：商品編號（5）數(shù)據(jù)流定義 ①數(shù)據(jù)流編號：D1 數(shù)據(jù)流名稱：入庫單

簡述：采購人員填寫的商品入庫憑單。

數(shù)據(jù)流來源：采購人員

數(shù)據(jù)流去向：登記商品購入流水賬處理功能

數(shù)據(jù)流組成：日期+入庫單編號+商品號+單位+購入數(shù)量

數(shù)據(jù)流量：約30份/天

高峰流量：約50份/天 ②數(shù)據(jù)流編號：D2 數(shù)據(jù)流名稱：庫存單 德州學院

信息管理學院

2013級

信息管理與信息系統(tǒng)專業(yè)

課程設(shè)計

簡述：庫存人員填寫的庫存單據(jù)。數(shù)據(jù)流來源：庫存人員 數(shù)據(jù)流去向：庫存信息處理

數(shù)據(jù)流組成：庫存編號+商品名稱+庫存總量+入庫時間+剩余量+剩余情況 數(shù)據(jù)流量：約0個/日 高峰流量：約100個/日 ③數(shù)據(jù)流編號：D3 數(shù)據(jù)流名稱：付款單

簡述：財務人員填寫的付款單據(jù)。數(shù)據(jù)流來源：財務人員 數(shù)據(jù)流去向：付款信息處理

數(shù)據(jù)流組成：庫存編號+商品名稱+總量+價格 數(shù)據(jù)流量：約30份/天 高峰流量：約50份/天 ④數(shù)據(jù)流編號：D4 數(shù)據(jù)流名稱：采購單

簡述：采購人員填寫的采購申請單據(jù)。數(shù)據(jù)流來源：采購人員 數(shù)據(jù)流去向：采購信息處理

數(shù)據(jù)流組成：商品編號+商品名稱+單價+數(shù)量 數(shù)據(jù)流量：約30份/天 高峰流量：約50份/天（6）處理邏輯定義 ①處理邏輯編號：P1 處理邏輯名稱：合同處理

簡述：根據(jù)采購單的內(nèi)容，進行采購合同生成輸入的數(shù)據(jù)流：采購單、庫存單

處理描述：根據(jù)商品價格和采購要求，進行統(tǒng)計分析，得到合同處理訂單。②處理邏輯編號：P2 德州學院

信息管理學院

2013級

信息管理與信息系統(tǒng)專業(yè)

課程設(shè)計

處理邏輯名稱：采購信息處理

簡述：根據(jù)庫存單和入庫單，進行產(chǎn)品信息采購分析

輸入的數(shù)據(jù)流：庫存單、入庫單

處理描述：根據(jù)庫存單和入庫單，進行統(tǒng)計分析，得到產(chǎn)品信息采購分析報告 系統(tǒng)設(shè)計

4.1總體功能結(jié)構(gòu)設(shè)計

本系統(tǒng)包括倉庫管理、采購信息管理、供應商管理3大模塊。超市管理系統(tǒng)的功能結(jié)構(gòu)圖如圖9所示：

超市采購管理系統(tǒng)倉庫管理采購管理供應商管理庫存信息 申購單生成驗貨入庫編制采購訂單合同建立進行驗貨增減供應商設(shè)置供應商狀態(tài)修改供應商信息 圖9系統(tǒng)功能結(jié)構(gòu)圖

本系統(tǒng)共包括三大模塊，分別是倉庫管理模塊，采購信息管理模塊，供應商管理模塊。每個模塊的功能如下：

（1）倉庫管理模塊功能： ①實現(xiàn)倉庫商品信息的查詢；

②實現(xiàn)倉庫商品信息的更新，包括增加、刪除、修改功能；（2）采購管理模塊功能： ①實現(xiàn)采購信息的查詢；

②實現(xiàn)進貨信息的更新，包括增加、刪除、修改功能。（3）供應商管理模塊功能： 德州學院

信息管理學院

2013級

信息管理與信息系統(tǒng)專業(yè)

課程設(shè)計

①實現(xiàn)供貨商信息的查詢；

②實現(xiàn)供貨商信息的更新，包括增加、刪除、修改功能。

4.2數(shù)據(jù)庫設(shè)計

（1）E-R模型

根據(jù)用戶需求設(shè)計數(shù)據(jù)庫概念模型，概念結(jié)構(gòu)是各種數(shù)據(jù)模型的共同基礎(chǔ)，一般使用E-R 模型來表示。分析收集到的資料，畫出超市現(xiàn)實中的事物及其相互聯(lián)系圖。本系統(tǒng)的E-R圖如下所示。

①商品實體E-R圖如圖10所示。

商品編號商品名稱商品數(shù)量商品生產(chǎn)日期總額圖10 商品實體E-R圖

單價 ②供應商實體E-R圖如圖11所示。

供應商簡介供貨商編號供應商

圖11供應商實體E-R圖

供應商名稱 ③商品與供應商關(guān)系E-R圖如圖12所示。德州學院

信息管理學院

2013級

信息管理與信息系統(tǒng)專業(yè)

課程設(shè)計

商品編號商品名稱供應商簡介m商品數(shù)量商品供貨n供應商供貨商編號總額單價生產(chǎn)日期供應商名稱 圖12庫存實體E-R圖

（2）數(shù)據(jù)庫的邏輯設(shè)計 ①數(shù)據(jù)庫和表名稱

為了便于編程，本系統(tǒng)中表名采用英文單詞或字母與漢語拼音，數(shù)據(jù)庫中的商品表、供應商表、購買表分別如表

1、表2和表3所示。

表1 production商品表

字段 1 2 3 4 5 6 字段名稱 S_Id S_Name S_Count S_SCRQ S_Price S_ZE

類型 數(shù)字 文本 數(shù)字 日期/時間 數(shù)字 數(shù)字

字段大小 int

varchar(255)varchar(255)varchar(255)varchar(255)varchar(255)

表2 provider供應商表

字段描述

商品編號，遞增，主鍵 商品名稱 商品數(shù)量 生產(chǎn)日期 單價 總額

字段 1 2 3 字段名稱 P_Id P_Name P_Introduce

類型 數(shù)字 文本 文本

字段大小 int

varchar(255)varchar(255)

表3 Buy購買表

字段描述 供貨商編號，主鍵 供貨商名稱 供貨商簡介

字段 1 2 3 4 5 6 7 8 字段名稱 B_ID B_ProviderId B_ShangpinId B_StockDate B_Deliver B_Count B_Price B_Zongjia

類型 數(shù)字 文本 數(shù)字 日期/時間 文本 數(shù)字 數(shù)字 數(shù)字

字段長度 int Int Int

varchar(255)varchar(255)varchar(255)varchar(255)varchar(255)

字段描述 進貨編號 供應商編號 商品編號 進貨時間 采購員姓名 購入量 進貨單價 進貨總價 德州學院

信息管理學院

2013級

信息管理與信息系統(tǒng)專業(yè)

課程設(shè)計

總結(jié)

通過這次課程設(shè)計，我們鞏固了數(shù)據(jù)庫課程中所學的各種關(guān)于SQL的知識和技巧，更重要的是學會和實踐了管理信息系統(tǒng)所學知識，和如何建立符合要求的沒有冗余的數(shù)據(jù)庫表等.但同時也遇到了許多困難，比如在進行數(shù)據(jù)流程分析中，考慮不夠系統(tǒng)全面，導致繪制流程圖時遇到問題，整體層次不夠分明，但經(jīng)過小組成員共同商討，不斷改進，最終成功繪制出來了；還有在編制數(shù)據(jù)字典時，由于對其不是很了解，花費時間較長，但是通過查閱大量資料，最終得以解決。

在本次超市采購管理信息系統(tǒng)的設(shè)計中，讓我們對管理信息系統(tǒng)這門課有了更深的認識。對于我們所做的超市采購管理信息系統(tǒng)中，實踐管理信息系統(tǒng)的概念，使用計算機硬件、軟件以及搜索引擎等進行信息的收集、加工、儲存、更新等設(shè)計并實現(xiàn)了采購信息管理系統(tǒng)。本系統(tǒng)是運用信息技術(shù)，對一家超市，建立具有請購管理功能、采購管理功能、合同管理功能的管理信息系統(tǒng)，以簡化庫存管理，提高商品庫存效率，增長公司年度利潤。我們所做的采購管理信息系統(tǒng)主要包括超市倉庫管理模塊，采購信息管理模塊，供應商管理模塊，實現(xiàn)最基本的采購流程，對于超市內(nèi)部的基礎(chǔ)操作有一定的幫助。該系統(tǒng)比較貼近實際超市采購業(yè)務流程,因果邏輯嚴密,數(shù)據(jù)的來源比較緊湊,對采購訂單和采購合同管理的設(shè)計尤其嚴謹實用,操作簡單,但又不失一定的實用性,基本實現(xiàn)了對超市采購過程作信息處理與系統(tǒng)管理的系統(tǒng)目標。系統(tǒng)實現(xiàn)后，在采購管理方面能完成商品查詢、庫存更新、合同生成等功能；在庫存管理方面庫存輸入、庫存修改和庫存查詢等工作。供應商管理模塊能實現(xiàn)對供應商信息的查詢，供貨信息的明確等功能。

我們在做此課程設(shè)計時綜合了各方面的知識，如計算機知識、數(shù)據(jù)庫知識等。提高了查找資料的能力、溝通詢問的技巧、總寫能力等等，最終完成了該系統(tǒng)，我相信這將對我們以后的學習與工作有莫大的幫助。德州學院

信息管理學院

2013級

信息管理與信息系統(tǒng)專業(yè)

課程設(shè)計

參考文獻

[1]張儀.信息系統(tǒng)項目的風險管理探[J].電子技術(shù)與軟件工程,2015.[2]秦秋君.信息系統(tǒng)應急管理體系[J].電子技術(shù)與軟件工程,2015.[3]薩師煊,王珊.數(shù)據(jù)庫系統(tǒng)概論[M].第三版.北京：高等教育出版社.2004.[4]李紹文.芻議基于項目管理的計算機信息系統(tǒng)集成[J].電子制作,2015.[5]許曉翠.信息系統(tǒng)項目建設(shè)風險管理的思考[J].電子制作,2015.[6]王天新.管理信息系統(tǒng)發(fā)展[J].現(xiàn)代情報,2007.[7]楊德友.學生綜合管理信息系統(tǒng)研究與實現(xiàn)[D].西南交通大學,2006.[8]陳鶴松.設(shè)備管理信息系統(tǒng)的研究與開發(fā)[D].南京理工大學,2004.[9]陳傳虹.基于三層結(jié)構(gòu)的數(shù)據(jù)庫管理信息系統(tǒng)的應用[D].重慶大學,2004.[10]徐永紅.基于B/S結(jié)構(gòu)的學校管理信息系統(tǒng)的研究與開發(fā)[D].四川大學,2004.[11]鄭光杰,吳明富,賀富強.采購管理系統(tǒng)及方法[P].廣東：CN101131750,2008.[12]孫敏.企業(yè)采購管理計算機網(wǎng)絡系統(tǒng)[P].安徽：CN102509181A,2012.[13]李麗,段文秀,王麗麗.管理信息系統(tǒng)[M].高等教育出版社2015.[14]薛華成.管理信息系統(tǒng)[M].5版.北京：清華大學出版社，2007 [15]宗禾.政府采購管理交易系統(tǒng)建設(shè)初見成效[N].中國財經(jīng)報,2015.[16]王艷桃.間接采購管理信息系統(tǒng)分析設(shè)計研究[D].北京林業(yè)大學,2011.[17]陳素敏.采購管理信息系統(tǒng)的設(shè)計與實現(xiàn)[D].復旦大學,2008.[18]申冠楠,郭宗義.百貨店商品的庫存管理系統(tǒng)的設(shè)計與實現(xiàn)[M].現(xiàn)代商業(yè)，2010.

第二篇：超市采購管理

控制好采購環(huán)節(jié)是實現(xiàn)經(jīng)營計劃目標的重要手段，控制好采購環(huán)節(jié)就等于控制住了商品流通的起點和源頭。

控制好采購環(huán)節(jié)的目標

控制好采購環(huán)節(jié)的目標是什么？這是每一家連鎖超市要首先確定的。

采購計劃是達到經(jīng)營目標的依據(jù)，因此在采購計劃的制定中要控制好經(jīng)營目標值、市場份額值、盈利值和盈利率，一般可考慮以下集中控制的方法：

1、采購計劃的制定要細分，落實到商品的小分類，對一些特別重要的商品甚至要落實到品牌商品的計劃采購量，采購計劃要細分到小分類，其意圖就是控制好商品的結(jié)構(gòu)，使之更符合目標顧客的需求。同時也是對采購業(yè)務人員的業(yè)務活動給出了一個范圍和制約。

2、如果把促銷計劃作為采購計劃的一部分，那么在供應商簽訂采購合同之前，就要要求供應商提供一的產(chǎn)品促銷計劃方案，以便我們在制定促銷計劃時參考。連鎖企業(yè)的促銷活動，實際上是一種對應供應商產(chǎn)品的促銷動員、促銷組合。

采購考核的指標體系

除了采購計劃的控制外，還有與供應商進行交易的制度計劃（供應商文件）、采購組織機構(gòu)控制和采購程序控制。但在日常具體的采購業(yè)務活動中，還必須建立考核采購人員的指標體系對采購進行細化的控制。采購考核指標體系一般可由以下指標組成：銷售額指標

銷售額指標要細分為大分類商品指標、中分類商品指標、小分類商品指標及一些特別的單品項商品指標。分類的商品銷售額指標比例值應根據(jù)不同的業(yè)態(tài)模式中商品銷售的特點來制定。

商品結(jié)構(gòu)指標

商品結(jié)構(gòu)指標是以體現(xiàn)業(yè)態(tài)特征和滿足顧客需求度為目標的考核指示。如對一些便利店的商品結(jié)構(gòu)進行研究發(fā)現(xiàn)，反映便利店業(yè)態(tài)特征的便利性商品只占8%，公司自有品牌商品占2%，其他商品則高達80%.為了改變這種商品結(jié)構(gòu)，就要從指標上提高便利性商品和自有商品的比重并進行考核，通過指標的制定和考核同時達到兩個效果：一是在經(jīng)營的商品上使業(yè)態(tài)特征更明顯；二是高毛利的自有品牌商品比重上升，從而增強了競爭力和盈利能力。

毛利率指標

根據(jù)超級市場品種定價的特征，毛利率指標首先是確定一個綜合毛利率的指標，這個指標的要求是反映超市的業(yè)態(tài)特征，控制住毛利率，然后分解綜合毛利率指標，制定不同類別商品的毛利率指標并進行考核。毛利率指標對采購人員通過合理控制訂單量來加快商品周轉(zhuǎn)，擴大毛利率，并通過與供應商談判加大促銷力度，擴大銷售量，增大供應商給予的“折扣率”，擴大毛利率。對高毛利率商品類的采購人員，促使其優(yōu)化商品品牌結(jié)構(gòu)，做大品牌商品銷售量，或通過促銷做大銷售量，擴大毛利率，要明白一個道理，超市毛利率的增加，很重要的一個途徑就是通過促銷做大銷售量，然后從供應商手中取得提高毛利率的“折扣率”。

庫存商品周轉(zhuǎn)天數(shù)指標

這一指標主要是考核配送中心庫存商品和門店存貨的平均周轉(zhuǎn)天數(shù)。通過這一指標可以考核采購業(yè)務人員是否根據(jù)店鋪商品的營銷情況，合理地控制好庫存，及是否合理地確定了訂貨數(shù)量。

門店訂貨商品到位率指標

這個指標一般不能低于98%，最好是100%.這個指標考核的是，門店向總部配送中心訂貨的商品與配送中收庫存商品可供配的比例。這個指標的考核在排除總部其他部門的工作因素后，除特殊原因外，主要落實在商品采購人員身上。到位率低就意味著門店缺貨率高，必須嚴格考核。

配送商品的銷售率指標

門店的商品結(jié)構(gòu)、布局與陳列量都是由采購業(yè)務部制定的，如果配送到門店的商品銷售率沒有達到目標，可能是商品結(jié)構(gòu)、布局和陳列量不合理。對一些實行總部自動配送的公司來說，配送商品銷售率可能還關(guān)系到對商品最高與最低陳列量的上下限是否合理。

商品有效銷售發(fā)生率指標

在超級市場中有的商品周轉(zhuǎn)率很低，為了滿足消費者一次性購足的需要，這些商品又不得不備，但如果庫存準備的不合理，損失就很大。商品有效銷售發(fā)生率就是考核配送中心檔案商品（檔案目錄）在門店pos機中的銷售發(fā)生率。如低于一定的發(fā)生率，說明一些商品為無效備貨，必須從目錄中刪除出去并進行庫存清理。

新商品引進率指標

為了保證各種不同業(yè)態(tài)模式超級市場的競爭力，必須在商品經(jīng)營結(jié)構(gòu)上進行調(diào)整和創(chuàng)新，使用新商品引進率指標就是考核采購人員的創(chuàng)新能力，對新的供應商和新商品的開發(fā)能力，這個指標一般可根據(jù)業(yè)態(tài)的不同而分別設(shè)計。如便利店的顧客是新的消費潮流的創(chuàng)造者和追隨者，其新商品的引進力度就要大，一般一年可達60%至70%.當一年的引進比例確定后，要落實到每一個月，當月完不成下一個月必須補上。如年引進新商品比率為60％，每月則為5％，如當月完成3％，則下月必須達到7％。

商品淘汰率指標

由于門店的賣場面積有限，又由于必須不斷更新結(jié)構(gòu)，當新商品按照考核指標不斷引進時，就必須制定商品的淘汰率指標，一般商品淘汰率指標可比新商品引進率指標低10％左右，即每月低1％左右。

通道利潤指標

一般通道利潤可表現(xiàn)為進場費、上架費、陳列費、促銷費等，對采購人員考核的通道利潤指標不應在整個考核指標體系中占太大比例，否則會把方向領(lǐng)偏，通道利潤指標應更多體現(xiàn)在采購合同與交易條件之中。

第三篇：超市采購數(shù)據(jù)與分析管理范文

超市采購數(shù)據(jù)與分析管理

采購最終的目的就是在販賣獲利，所以采購是否有績效，最終的表現(xiàn)就顯示在數(shù)據(jù)上，而數(shù)據(jù)是很現(xiàn)實的，沒有達到既定的目標，效率就會被判定為“差”。因此，在采購的數(shù)據(jù)管理上，現(xiàn)提出幾種管理數(shù)據(jù)做為分析判斷的工具：

一、進銷存的數(shù)據(jù)資料掌握

要能明確算出每個部門，每個中分類，每月的進銷存數(shù)據(jù)，而利用POS系統(tǒng)及EOS系統(tǒng)較能很快掌握公司的銷售資料及進貨資料。換言之，如能以較科學的方式來獲取進銷存的資料，較能給經(jīng)營帶來大的助益。

二、分類的構(gòu)成比分析

管理一個公司的商品，不能只是知道全店的營業(yè)額和利益，也不能只顧及部門的營業(yè)額及利益。例如：不但要知道飲料類這個中分類的營業(yè)額及利益是多少，對于它所占的構(gòu)成比也要了解，才能知道銷售的弱點在那里，以及如何加以改善。

三、毛利率分析

毛利率=毛利率/營業(yè)額×100

對于每一個分類也要能將毛利率計算出來，了解哪一個分類的獲利能力好，哪一個分類的獲利能力差，而調(diào)整商品結(jié)構(gòu)或強化弱的分類。

四、商品回轉(zhuǎn)率分析

商品回轉(zhuǎn)率=營業(yè)額/初期存貨+期末存貨/2×100

商品回轉(zhuǎn)天數(shù)=365天/年商品回轉(zhuǎn)率

超級市場的經(jīng)營決竅之一，就在求取快速的商品回轉(zhuǎn)率，所以對于每一分類的回轉(zhuǎn)率須予以計算出來，回轉(zhuǎn)率愈快愈好。因回轉(zhuǎn)率愈快，商品鮮度愈佳，資金回收速度也快；如此形成一個良性的循環(huán)，經(jīng)營才會杰出。一般來說，超級市場的回轉(zhuǎn)次數(shù)，一年應保持在20—22次以上才合乎標準，經(jīng)營者可以檢查一下自己公司的回轉(zhuǎn)次數(shù)，是否在標準之內(nèi)，若在標準之外，可就要好好努力了。

采購部門是超市創(chuàng)造業(yè)績的部門，所以如果沒有完備的采購組織存在，超市根本不可能存在，更不用說想賺錢了，因此超市在談利潤的第一步就是要先組織一支戰(zhàn)斗力十足的采購戰(zhàn)斗隊伍，如此嚴密地把守住貨物進出的第一關(guān)，才有可能使超市真正立于不敗之地。

采購部門就如同制造業(yè)的生產(chǎn)部門一般，是創(chuàng)造利潤的單位，此關(guān)若把守得當，只進一些會賺錢的貨，自然就可以確保超市的基本業(yè)績。

一般而言，采購組織可分為分權(quán)式采購組織及集權(quán)式采購組織兩類，這兩類組織模式各有利弊，業(yè)者可視個人的規(guī)模、目標而選定適合自己的模式。

第四篇：超市生鮮食品采購管理

超市生鮮食品采購管理

一、生鮮食品采購的特點及采購模式

1．生鮮食品的特點

與一般超市相比，生鮮食品具有以下特點：

(1)生鮮食品價格變化很大，批零差價大，很多商品價格變動幅度全年能達到10％以上，大多商品價格是一天一個價。

(2)除了面包和熟食外，生鮮食品的品種季節(jié)性很強，這些商品均在短短的一個時期集中上市，在生產(chǎn)、銷售和價格上都表現(xiàn)出明顯的季節(jié)性的變動趨勢。

(3)生鮮食品大多為初級農(nóng)副產(chǎn)品，其質(zhì)量目前還主要沿用感官鑒定，缺乏統(tǒng)一的質(zhì)量標準，造成生鮮食品在質(zhì)量分級定價上標準制定困難。

(4)生鮮食品保質(zhì)期短，易變質(zhì)、易腐敗，其商品損耗大大高于其他商品。

2．生鮮食品采購管理的特點

正是由于生鮮食品與一般商品相比存在以上特點，相應地生鮮食品的采購也具有自己一些特點：

(1)采購的復雜性。由于生鮮食品價格變動較大，這就造成了采購人員市場采價困難，同時也增加了對采購人員吃拿回扣的控制的難度；由于生鮮食品質(zhì)量難以標準化，這使得采購部門對廠家的質(zhì)量比對和控制困難，同樣也給采購人員降低質(zhì)量以謀取個人私益留下了空間。由于季度性很強，再加上農(nóng)業(yè)產(chǎn)品靠天吃飯所造成的產(chǎn)量不確定性，這使得對生鮮食品的采購的品種和數(shù)量的預測困難。正是由于以上三個問題，造成生鮮食品采購的不確定性、復雜性加大。

(2)風險性。由于生鮮食品，特別是生鮮三果，經(jīng)營成本、損耗大，操作復雜，如果采購管理不慎，就有可能使超市因經(jīng)營生鮮食品而出現(xiàn)虧損或加大虧損，難以為繼，這也是許多超市想經(jīng)營生鮮食品，卻又不敢貿(mào)然進人的一個原因。

(3)規(guī)模性降低。由于生鮮食品保質(zhì)期短，有的僅1+2天，再加上許多超市未形成規(guī)模經(jīng)營，這使得生鮮食品的采購半徑縮短，使得許多超市，特別是跨地區(qū)經(jīng)營的超市門店自行采購商品，降低了連鎖經(jīng)營在統(tǒng)一集中采購上所能獲得的規(guī)模效益。這也是在洋超市的進逼下，許多超市仍有生存空間的原因。因為洋超市在全國有一二十家，但在某一地區(qū)還只有一兩家超市，這些超市在生鮮食品的規(guī)模效益還不是很明顯，而當?shù)爻兄灰?guī)模達到一定程度，統(tǒng)一集中采購，在價格上還是有一定優(yōu)勢的。因此當?shù)爻兄灰焉r食品這一最具有集客力和特色的商品經(jīng)營好，就能與洋超市形成有效抗爭。

3．采購的模式

從采購的集權(quán)程度可分為：

(1)分權(quán)式的采購組織(門店采購)

這種方式由各店商品部自行采購生鮮食品。

優(yōu)點：采購具有相當彈性，較具市場針對性；價格由門店自定，機動性強，有較好的經(jīng)營主導權(quán)；較能符合消費者需求。

缺點：較難發(fā)揮大量采購、以量制價的功能；利潤很難控制；無法塑造連鎖經(jīng)營的統(tǒng)一形象。

分權(quán)式的采購組織，由門店自行采購，它多適用于門店之間分布較廣的連鎖企業(yè)，并且它適宜于保質(zhì)期相對較短的生鮮食品，如蔬菜中的葉菜，鮮活水產(chǎn)等等。

(2)集權(quán)式的采購(總部采購)

此種采購組織是把采購權(quán)集中在總部，由專職的采購部門來負責，采購權(quán)不下放。門店采購無決定權(quán)，但有建議權(quán)。

優(yōu)點：連鎖店不負責采購，可專心致力于搞好門店銷售工作；可發(fā)揮集中議價功能，有利于降低采購成本；價格形象一致，利潤較易控制；促銷活動易于規(guī)劃，易掌握貨源。

缺點：門店工作彈性小，較難滿足消費者的需求；采購工作和銷售工作較易脫節(jié)。

總部采購是連鎖超市非食品以及食品中干雜食品的最常用的采購方法。在生鮮食品上，它較多地運用于門店較為集中的企業(yè)，特別是局限在某一城市的連鎖企業(yè)，在品種上，它比較適宜保質(zhì)期較長的品種，如凍肉、冷凍水產(chǎn)品等等。

從采購的渠道可分為當?shù)夭少徍涂绲貐^(qū)產(chǎn)地采購：

(1)當?shù)夭少?。當?shù)夭少彽纳r商品主要是因為保鮮原因不適于遠途運輸?shù)纳r商品，采購渠道又可分為農(nóng)產(chǎn)品批發(fā)市場和城市周圍農(nóng)產(chǎn)品生產(chǎn)基地。生鮮商品的品類包括蔬菜中的葉菜類；按照政府規(guī)定必須從當?shù)厝饴?lián)廠采購的鮮肉類產(chǎn)品；淡水養(yǎng)殖的鮮活水產(chǎn)品，部分副食產(chǎn)品(豆腐和豆制品，以及當?shù)刂谱鞯男迈r糕點和熟食制品等)；各種半成品涼菜和切配菜等。

(2)跨地區(qū)產(chǎn)地采購?？绲貐^(qū)產(chǎn)地采購的生鮮食品主要是可以在一定時間和距離內(nèi)遠途調(diào)運，或者經(jīng)過保鮮加工處理的生鮮的食品，它包括具有耐儲存、大批量大宗菜(大白菜、洋蔥、土豆和冬瓜等)；部分果實類水果(柑橘、蘋果、香蕉和箱裝水果等)；冷凍水產(chǎn)品；干鮮產(chǎn)品和保鮮封裝的加工制成品。

目前，超市生鮮區(qū)的經(jīng)營品種很大程度上是依靠當?shù)氐牟少徹浽辞?，其主要原因：一是由于大量非標準化的生鮮商品因保鮮問題，不適于遠途販運；二是超市生鮮區(qū)的銷售流量無法支撐批量采購，所以現(xiàn)在同一地區(qū)的超市生鮮經(jīng)營經(jīng)常會出現(xiàn)商品雷同化的傾向，超市生鮮經(jīng)營的特色未能得到發(fā)揮。

然而真正能形成品種、價格和新鮮度等渠道優(yōu)勢的還是產(chǎn)地采購，包括城市周圍農(nóng)產(chǎn)品生產(chǎn)基地和跨地區(qū)的產(chǎn)地采購，這種渠道優(yōu)勢的發(fā)揮會使超市生鮮經(jīng)營更加生動，運作空間更加寬闊，例如聯(lián)華超市的跨地區(qū)采購戰(zhàn)略就使其差異化經(jīng)營策略得以充分展示。但生鮮采購渠道優(yōu)勢的發(fā)揮程度是與連鎖超市生鮮經(jīng)營規(guī)模(銷售量)和生鮮供應鏈中配送體系的完善程度密切相關(guān)的，相信隨著農(nóng)產(chǎn)品保鮮運輸問題的逐步解決和超市區(qū)域性連鎖規(guī)模的擴大，跨地區(qū)采購的品種和數(shù)量都會不斷增加，超市生鮮經(jīng)營也會越來越豐富多彩。

二、生鮮食品采購程序

1．接洽供應商

與供應商進行接洽是超級市場商品采購活動的第一步，在這一步驟中通常要進行以下具體工作：

(1)確定接待日。在消費品買方市場的條件下，各生產(chǎn)廠家都必須為自己的產(chǎn)品尋找銷路，每天都會有供應商到超級市場來推銷他們的商品，為了提高超級市場采購工作的效率，有必要建立一種與供應商接洽的制度，規(guī)定與供應商接洽的具體時間。

這樣就可以將采購人員從大量的接待活動中解放出來，使他們有一定的時間進行商品價格比較和商品適銷分析。坐等供應商上門是一種方法，但是對于生鮮食品來說價格、品種變化較大。采購人員也應主動前向批發(fā)市場、生產(chǎn)基地了解情況，這點對新開張的超市中顯得尤為重要。

(2)分類接洽供應商。要根據(jù)商品的不同類別將供應商進行分類，不同的采購人員接待不同類別的供應商，以提高洽談效率。

(3)明確規(guī)定供應商應提交的有關(guān)資料。具體包括供應商的生產(chǎn)許可證、產(chǎn)品的有關(guān)證明文件等。

(4)要求供應商提供樣品。在與供應商洽談時，可以要求供應商提供商品的實物樣品，以便采購人員檢查和判斷。

2．采價

采價就是超市采購人員在收到了供應商的產(chǎn)品報價以后，到市場上了解同類產(chǎn)品的價格，與供應商的報價進行比較，來確定取舍。采購人員在采價時，一定要注意采訪的商品要與供應商的商品是相同類型、相同品項，否則就沒有可比性。

3．議定價格

超級市場采購人員在采價以后，要與供應商面對面地商定供應商品的價格。在商議之前，采購人員要做一定的準備工作，要通過各種途徑了解供應商向其他超級市場的實際供貨價，再具體分析本超級市場的經(jīng)營優(yōu)勢和劣勢，以增加自己在價格談判中的砝碼，為本企業(yè)爭取到最優(yōu)的供應價格。

超級市場采購人員事先應該確定一個可接受的最高價格，超過這個價格就應該果斷地放棄，再尋求其他供應商。

4．將商品導入賣場

采購人員在確定了供應商以后，要將準備采購的商品經(jīng)過規(guī)定的程序進行報批，一經(jīng)通過就要著手導入市場的具體工作。

(1)根據(jù)超級市場的規(guī)定為商品確定一個代碼，以便對商品進行統(tǒng)一管理。

(2)建立商品檔案。要將商品的品名、規(guī)格、代碼、所屬部門等資料錄入超級市場的計算機系統(tǒng)中，便于經(jīng)營者及時了解該商品的銷售情況，進行恰當?shù)倪M銷調(diào)存決策。

(3)首次進貨。首次進貨必須由采購人員親自負責，集中進貨，熟悉采購通道，了解供應商的實情，一旦發(fā)現(xiàn)不妥，及時調(diào)整采購方案，使超級市場免受損失或少受損失。以后的采購可以由采購總部具體辦理，也可以由各分店電話進貨。

三、生鮮食品采購量的控制

生鮮食品按其保質(zhì)期的長短可分為二類：一是保質(zhì)期較長的，可壓底的商品，如冷凍食品，另一種是保質(zhì)期較短，不能壓庫產(chǎn)品，需當日購進當日銷售，如各種鮮活食品。對待上述兩類產(chǎn)品，在采購量的控制上應采取不同的方式。

1．可壓庫商品采購量的控制

這類商品采購量的控制，關(guān)鍵在于最小庫存量和最大庫存量的確定。

(1)最小庫存量。根據(jù)電腦資料中滾動的N天的銷售量計算出某一商品的日平均銷售量，再根據(jù)商品到貨和加工配送的周期來確定最小的壓庫天數(shù)。如果一張訂單發(fā)下去，3天內(nèi)能到貨，再加上加工配送的時間2天，則壓庫時間為5天。其計算公式：

最小庫存量=某類商品日平均銷售量×(廠家將商品送達配送中心的天數(shù)+配送中心進行加工的天數(shù)+配送中心將貨送達門店的天數(shù)+賣場中陳列量可銷售的天數(shù))

對一些沒有組建配送中心的連鎖企業(yè)，其計算公式為：

最小庫存量=某類商品的日平均銷售量×(廠家將商品送達門店的天數(shù)+門店進行商品加工的天數(shù)+賣場中陳列量可銷售的天數(shù))

這是最小庫存商品量，如果實際庫存低于這個數(shù)，可能會造成商品脫銷。在實際中可在計算機管理軟件開發(fā)時，在程序中設(shè)置預警措施，一旦實際庫存量臨近或低于最低庫存量，電腦系統(tǒng)進行預警報告。

(2)最大庫存量

最大庫存量的確定要綜合考慮以下3方面因素：

①根據(jù)庫容量來確定。根據(jù)當前保鮮設(shè)備的容量來計算庫存量，如果一個冷庫可存放10噸食品，分攤給每種食品的庫存容量是多少即可算出，這就是最大庫存量。

②根據(jù)保質(zhì)期來確定。其計算公式為：最大庫存量=(保質(zhì)期一廠家將商品送達門店天數(shù)一門店進行加工的天數(shù))×日平均銷售量。

③根據(jù)最大采購資金預算量來確定。其計算公式為：最大庫存量=預算資金÷商品單價在最小庫存和最大庫存之間，超市可根據(jù)廠家發(fā)貨的批量大小以及相應的價格折扣、運輸費用來確

定一個合理的量值作為每次采購的批量值。

2．鮮活食品的采購控制

鮮活食品不能壓庫，沒有最大最小庫存量的限制，必須力爭當天購進當天售出。其理論采購量等于日平均銷售量。但是實際超市運作中可能會有一些商品無法當日全部售出，因此，計算公式為：

采購量=某日銷售預測值一前日商品庫存值

鮮活食品一般采用簽訂永續(xù)訂單的形式，簽訂一張合同，可以分多次交貨。對于由總部(或配送中心)集中進貨的，總部有了永續(xù)訂單后，門店可以根據(jù)這張訂單來填補補貨申請單，并實時傳到總部，總部經(jīng)過審核后，將各個門店所需的鮮活食品的品種、數(shù)量匯總，然后發(fā)送給各個供應商。對于由門店自行訂貨的，程序也大致相同，則由門店直接向供應商訂貨，只是中間少了一道總部匯總審核這一環(huán)節(jié)。

四、生鮮食品采購合同的內(nèi)容規(guī)定

生鮮食品采購合同內(nèi)容除了商品的品種、數(shù)量外，還應對以下問題進行規(guī)定：

1．配送問題的規(guī)定

生鮮食品主要是供給日常生活所需，要求商品周轉(zhuǎn)很快。此時如欲保證充分供應，就必須依靠供應商準時配送商品。因此，在配送方式、配送時間、配送地點、配送次數(shù)等方面，通常在采購時就要和廠商在合同中予以規(guī)定，并要清楚規(guī)定廠商若違反了規(guī)定必須承擔的責任。

2．缺貨問題的規(guī)定

對于廠商的供貨，若出現(xiàn)缺貨的現(xiàn)象，必然會影響生意。因此應規(guī)定一個比例，要求廠商缺貨時應承擔的責任，以保證廠商能準時供貨。例如：容許廠商的欠品率為3％，超過3％時，每月要付1萬元罰金等。

3．商品品質(zhì)的規(guī)定

進行商品采購時，采購人員應了解商品的成分及品質(zhì)等是否符合政府衛(wèi)生部門或工商行政等部門的規(guī)定。但因為采購人員的能力并不足以判斷各種商品的成分，因此在采購時，必須要求廠商在合同中作出保證符合政府法律規(guī)定的承諾，并提供政府核發(fā)合法營業(yè)的證明，以確保在商品銷售中不會出現(xiàn)問題。

4．價格變動的規(guī)定

生鮮食品價格變動較大，在鮮活食品簽訂永續(xù)訂單時，要對未來價格變動的處理作出規(guī)定，如在價格上漲時，要在調(diào)整生效前通知超市并經(jīng)超市同意方為有效等。

5．付款的規(guī)定

采購時，支付貨款的日期是一種采購條件，在此不贅述。但在合同中須對付款方式有所規(guī)

定。例如：對賬日定在每月的哪一天、付款日定在哪一天、付款時是以人員領(lǐng)款方式還是轉(zhuǎn)賬方式等均要有準則，并請廠商遵守。

6．退貨的規(guī)定

超市最感頭痛的問題便是退貨，廠商送貨很快，但退貨卻不積極。但若不退貨，店的利益就會受損，因此必須制定退貨規(guī)定。比如規(guī)定出現(xiàn)哪幾種情況下可退貨、費用如何分攤等。

五、生鮮食品供應商的管理

1．廠商分類與編號

生鮮食品范圍比較廣泛，故應對廠商進行分類管理。比如分成果菜類的供應廠商、日配類的供應廠商，再依各類別來編號，給予每一個廠商一個編號。這種編號大概4碼就可以了，例如某公司是果菜類的廠商，而果菜類的部門分類碼為3，則我們可以將公司編成3001來辨識管理。當然也可以用更細的分類碼來給予代號，但總的來說，超市應對廠商進行分類管理并給予每一廠商一個代碼，以便于電腦管理。

2．廠商基本資料檔的建立

將每一廠商的基本資料，包括公司名稱、地址、電話、負責人、資本額、營業(yè)證、營業(yè)額等，建立成基本資料卡，由電腦存檔并管理，以便隨時可以查閱。

3．各廠商商品臺賬的建立

對于同一廠商所供應的商品的進價、售價、規(guī)格、數(shù)量、毛利率等商品資料要建立臺賬，進價或規(guī)格有所變更時要及時修改。

4．廠商銷售數(shù)量的統(tǒng)計

對于每家廠商的產(chǎn)品的銷售量、銷售額必須予以統(tǒng)計，作為議價談判的籌碼。

第五篇：軟件系統(tǒng)分析與設(shè)計

第1章

軟件工程基礎(chǔ)知識 1.1軟件工程知識體系

? 軟件需求（Software Requirements）? 軟件設(shè)計（Software Design）

? 軟件構(gòu)造（Software Construction）? 軟件測試（Software Testing）? 軟件維護（Software Maintenance）

? 軟件配置管理（Software Configuration Management）? 軟件工程管理（Software Engineering Management）? 軟件工程過程（Software Engineering Process）

? 軟件工程工具和方法（Software Engineering Tools and Methods）? 軟件質(zhì)量（Software Quality）

1.2軟件生存周期與軟件開發(fā)模型

? 1.2.1 軟件生存周期

? Boehm定義的軟件生存周期模型

? GB 8566-1988定義的軟件生存周期模型

? GB/T 8566-1995定義的軟件生存周期過程模型 ? GB/T 8566-2001定義的軟件生存周期過程模型 ? UP定義的軟件生存周期模型

? 1.2.2 軟件開發(fā)模型

? 瀑布模型（waterfall model）

? 快速原型模型（rapid prototype model）? 演化模型（evolutionary model）? 增量模型（incremental model）? 螺旋模型（spiral model）

? 噴泉模型（water fountain model）

1.3軟件質(zhì)量模型與軟件質(zhì)量管理

? 1.3.1 軟件質(zhì)量模型

? 軟件產(chǎn)品的內(nèi)部質(zhì)量、外部質(zhì)量和使用質(zhì)量 ? 質(zhì)量特性、質(zhì)量子特性和度量

? 功能性：適宜性、準確性、互用性、依從性、安全性 ? 可靠性：成熟性、容錯性、可恢復性 ? 可用性：可理解性、易學性、可操作性 ? 效率：時間特性、資源特性

? 可維護性：可分析性、可修改性、穩(wěn)定性、可測試性 ? 可移植性：適應性、易安裝性、一致性、可替換性

? 1.3.2 軟件質(zhì)量管理

? 質(zhì)量需求分析 ? 質(zhì)量計劃 ? 質(zhì)量保證 ? 質(zhì)量控制 ? 質(zhì)量改進

? 軟件質(zhì)量管理體系

? ? ? ? ? ? ? ? ? ?

? ?

? ? ? ? ? ? ? ? ? ? ? ? ?

? ? ?

1.4軟件配置管理

? 1.4.1 軟件配置項與基線

計算機軟件配置項（CSCI）基線（baseline）

功能基線（functional baseline）指派基線（allocated baseline）產(chǎn)品基線（product baseline）

? 1.4.2 軟件配置管理過程

對象標識 版本控制 變化控制 配置審計 配置報告

1.5軟件過程管理

? 1.5.1 軟件能力成熟度模型（CMM）

CMM的5個等級：初始級、可重復級、已定義級、已管理級、優(yōu)化級 CMM的關(guān)鍵過程域（KPA）：需求管理、軟件項目計劃、軟件項目跟蹤和監(jiān)控、軟件子合同管理、軟件質(zhì)量保證、軟件配置管理、組織級過程焦點、組織級過程定義、培訓大綱、集成軟件管理、軟件產(chǎn)品工程、組間協(xié)調(diào)、同行評審、定量過程管理、軟件質(zhì)量管理、缺陷預防、技術(shù)變更管理、過程變更管理

? 1.5.2 軟件過程與軟件能力成熟度評估

第一步，建立評估組 第二步，填寫提問單 第三步，響應分析 第四步，現(xiàn)場考察

第五步，提出調(diào)查發(fā)現(xiàn)清單

第六步，制作關(guān)鍵過程域（KPA）剖面圖

? 1.5.3 軟件過程改進

第一步，比較“目標狀態(tài)”與“目前狀態(tài)”，找出所有差距 第二步，確定改進目標 第三步，制定改進計劃 第四步，執(zhí)行改進計劃

第五步，總結(jié)本輪改進經(jīng)驗，開始下一輪改進

1.6

小節(jié)

軟件工程學是研究如何有效地組織和管理軟件開發(fā)的工程學科。

軟件產(chǎn)品所要經(jīng)歷的計劃、分析、設(shè)計、編程、測試、維護直至被淘汰這樣一個全過程被稱為軟件生存周期。用不同的方式將軟件生命周期中的所有開發(fā)活動組織起來，可以形成不同的軟件開發(fā)模型。

軟件質(zhì)量就是軟件與明確地和隱含地定義的需求相一致的程度。軟件質(zhì)量管理是指軟件開發(fā)機構(gòu)為保證軟件項目滿足客戶需求所要實施的質(zhì)量活動。軟件配置管理是在軟件的整個生命期內(nèi)管理變化的一組活動，目標是使變化更正確且更容易被適應。

軟件過程是指人們用于開發(fā)和維護軟件及其相關(guān)產(chǎn)品的一系列活動，包括軟件工程過程和軟件管理過程。軟件過程管理的目的就是提升軟件組織的提高軟件開發(fā)能力。

? 1.? 1.? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

第2章

項目管理基礎(chǔ)知識 2.1項目與項目管理 ? 2.1.1 項目

項目是在特定條件下、具有特定目標的一次性任務，是在一定時間內(nèi)、滿足一系列特定目標的多項相關(guān)工作的總和。項目的臨時性 項目的獨特性 項目的漸進性

2.1.2 項目管理

項目管理就是將各種知識、技能、工具和技術(shù)應用于項目之中，以達到項目的要求。項目范圍 項目時間 項目成本 項目質(zhì)量

2.2項目管理過程與過程組 ? 2.2.1 過程與過程組

過程就是一組為了完成一系列事先指定的產(chǎn)品、服務或成果而需執(zhí)行的互相聯(lián)系的行動和活動。軟件項目管理過程可歸納為五個過程組。啟動過程組（initiating process group）規(guī)劃過程組（planning process group）實施過程組（executing process group）

監(jiān)控過程組（monitoring and controlling process group）收尾過程組（closing process group）

? 2.2.2 項目管理過程的交互作用

項目管理過程并不是互不相干的一次性事件

項目管理過程組之間是一種前后銜接、承前啟后的關(guān)系

項目管理過程組之間有時又是一種時間交錯、空間并行的關(guān)系 項目管理過程組之間還是一種信息收集、存儲、處理和傳遞的關(guān)系 某些過程組的關(guān)聯(lián)具有重復迭代性

規(guī)劃過程組、執(zhí)行過程組和監(jiān)控過程組之間形成一種閉環(huán)的關(guān)系 過程組的交互作用往往還會跨越項目階段 項目階段和過程之間有相互聯(lián)系

? 2.2.3 項目管理過程的裁剪

不同類型的軟件項目應選用不同的項目管理過程 不同階段的軟件項目應選用不同的項目管理過程 不同軟件項目的管理過程會有不同的具體過程 不同軟件項目的管理過程會有不同的具體過程順序 不同軟件項目的管理過程會有不同的條件與約束 不同軟件項目的管理過程會有不同的簡化程度 不同軟件項目的管理過程需要不同的集成程度 項目變更會使項目管理過程隨之變化

2.3項目管理知識體系

項目綜合管理 項目范圍管理

? ? ? ? ? ? ? ? ? ? 項目時間管理 項目成本管理 項目質(zhì)量管理 項目人力資源管理 項目溝通管理 項目風險管理 項目采購管理

2.4小節(jié)

項目管理就是將項目管理知識、技能、工具和技術(shù)應用于項目活動之中，可以將軟件項目管理活動視做一系列相互聯(lián)系的過程。

項目管理過程可歸納為5個過程組：啟動過程組、規(guī)劃過程組、實施過程組、監(jiān)控過程組與收尾過程組。

項目管理包括9個知識領(lǐng)域：項目綜合管理、項目范圍管理、項目時間管理、項目成本管理、項目質(zhì)量管理、項目人力資源管理、項目溝通管理、項目風險管理與項目采購管理。

第3章

軟件開發(fā)技術(shù) 3.1軟件開發(fā)平臺

? 3.1.1 Microsoft.NET平臺

Microsoft.NET Framework：.NET CLR（通用語言運行環(huán)境）；.NET BCL（基礎(chǔ)類庫）；ASP.NET；ADO.NET。

Microsoft Visual Studio.NET：ADO.NET組件；XML數(shù)據(jù)組件；Windows表單組件；ASP.NET應用服務；ASP.NET Web表單；Web服務支持。

? 3.1.2 J2EE平臺

組件-容器：搭建體系架構(gòu)平臺標準服務 多層應用模型

3.1.3 Microsoft.NET與J2EE的異同

類似的平臺基礎(chǔ)構(gòu)造 相同的三層/多層體系 不同的移植、性能和擴展 在Web支持方面的比較 第三方廠商的支持 潛在的市場

3.2中間件技術(shù) ? 3.2.1 中間件簡介

終端仿真/屏幕轉(zhuǎn)換中間件 數(shù)據(jù)訪問中間件 遠程過程調(diào)用中間件 消息中間件 交易中間件 對象中間件

Web服務器中間件 安全中間件

? 3.2.2 消息代理中間件 ? ?

? ? ? ? ? 1.? ? 1.? ? ? ? ? ? ? ?

? ? ? ? ? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

?

? 構(gòu)件化的結(jié)構(gòu)

可恢復性、易于管理、靈活性 具有數(shù)據(jù)轉(zhuǎn)換設(shè)施?？煽扛咝У耐ㄐ?多樣的管理能力 豐富的應用開發(fā)環(huán)境

? 3.2.3 面向數(shù)據(jù)庫的中間件

ODBC JDBC 數(shù)據(jù)庫網(wǎng)關(guān)

3.3構(gòu)件技術(shù) ? 3.3.1 構(gòu)件庫

構(gòu)件的存儲

構(gòu)件的分類與檢索機制 構(gòu)件庫的編目

構(gòu)件庫的管理和維護

? 3.3.2 構(gòu)件模型

3C模型

刻面（Facet）模型 青鳥模型

? 3.3.3 構(gòu)件的屬性與特點

構(gòu)件是可獨立配置的單元，構(gòu)件必須自包容。

構(gòu)件強調(diào)與環(huán)境和其他構(gòu)件的分離，因此構(gòu)件的實現(xiàn)是嚴格封裝的，外界沒機會或沒必要知道構(gòu)件內(nèi)部的實現(xiàn)細節(jié)。

構(gòu)件可以在適當?shù)沫h(huán)境中被復合使用，因此構(gòu)件需要提供清楚的接口規(guī)范，可以與環(huán)境交互。

構(gòu)件沒有個體特有的屬性，最多僅有特定構(gòu)件的一份副本。

? 3.3.4 構(gòu)件與中間件

中間件，本質(zhì)上是對分布式應用的抽象，中間件與系統(tǒng)架構(gòu)實際上是從兩種不同的角度看待軟件的中間層次。

中間件促進了構(gòu)件化軟件，基于中間件開發(fā)的應用系統(tǒng)是構(gòu)件化的，中間件提供了構(gòu)件的體系結(jié)構(gòu)，極大提高了構(gòu)件化軟件開發(fā)的效率和質(zhì)量。構(gòu)件化的軟件設(shè)計思想在中間件發(fā)展中起到了重要的作用。

3.4小節(jié)

Microsoft.NET平臺和J2EE平臺是目前最常用的兩大軟件開發(fā)平臺。作為彼此競爭的應用平臺，Microsoft.NET平臺和J2EE平臺在目標和體系結(jié)構(gòu)上極其相似，但在實現(xiàn)上又完全不同。二者總的關(guān)系是：異中有同，同中有異。中間件是處于操作系統(tǒng)和應用程序之間的軟件。中間件保持了平臺的透明性，抽象了典型的應用模式。應用軟件開發(fā)者可以基于標準的中間件進行再開發(fā)，而不必再考慮操作系統(tǒng)的問題。

構(gòu)件是可復用的軟件成份，可被用來構(gòu)造其他軟件。中間件促進了構(gòu)件化軟件，應用系統(tǒng)在中間件提供的環(huán)境中可以更好地集中于業(yè)務邏輯上，并以構(gòu)件的形式存在。構(gòu)件思想也反過來推動了中間件的發(fā)展。

第4章

軟件項目規(guī)劃

4.1項目策劃

? 1.? 1.從政策導向中尋找項目機會 從市場需求中尋找項目機會 從技術(shù)發(fā)展中尋找項目機會 從特定事件中尋找項目機會

4.2項目可行性分析 4.2.1 技術(shù)可行性分析

? ? ? ? ? 1.? ? ? ? ? ? ? ? ? 項目的必要性分析

軟件組織水平與能力分析 項目技術(shù)來源分析 與項目相關(guān)的專利分析

項目負責人及技術(shù)骨干的資質(zhì)分析 項目總體技術(shù)方案分析 項目創(chuàng)新點分析 項目技術(shù)風險分析 項目技術(shù)成熟性分析

? 4.2.2 項目投資及效益分析

項目投資預算分析 項目投資來源分析

市場需求與產(chǎn)品銷售額分析

產(chǎn)品成本、利潤與盈虧平衡點分析 投資回收期、投資收益率分析 社會效益分析

4.3項目論證、評估與立項

? 4.3.1 項目論證與評估的基本概念

項目論證是指對擬實施項目技術(shù)上的先進性、成熟性、適用性，經(jīng)濟上的合理性、盈利性，實施上的可能性、風險性進行全面科學的綜合分析，為項目決策提供客觀依據(jù)的一種技術(shù)經(jīng)濟研究活動。

項目評估指在項目可行性研究的基礎(chǔ)上，項目投資者或項目主管部門或其委托的第三方權(quán)威機構(gòu)根據(jù)國家頒布的政策、法律、法規(guī)、標準和技術(shù)規(guī)范，對擬開發(fā)項目的市場需求、技術(shù)先進性和成熟性、預期經(jīng)濟效益和社會效益等進行評價、分析和論證，進而判斷其是否可行的過程。

項目論證與評估的內(nèi)容、程序和依據(jù)大同小異，只是側(cè)重點稍有不同，有時不加區(qū)分或合并進行。

? 4.3.2 項目可行性報告的真實性評估

項目申請單位的資質(zhì)真實性評估 項目申請單位的財務真實性評估 項目申請單位的技術(shù)真實性評估 其他事項的真實性評估

? 4.3.3 項目可行性報告的客觀性評估

技術(shù)創(chuàng)新點的客觀性評估

技術(shù)先進性與成熟性的客觀性評估 ?

?

?

? ? ? ? ? ?

? ? ? ? 信息安全措施的客觀性評估

采用標準、規(guī)范的先進性、合理性評估 項目風險及應對方案的客觀性評估 其他事項的客觀性評估

? 4.3.4 評估報告

? 項目概況 ? 評估目標 ? 評估依據(jù) ? 評估內(nèi)容

? 評估機構(gòu)與評估專家 ? 評估過程

? 詳細評估意見

? 存在或遺漏的重大問題 ? 潛在的風險 ? 評估結(jié)論

? 進一步的建議

? 4.3.5 項目立項

項目立項的決定應當由項目團隊之外的、適當級別的、并為項目出資的項目發(fā)起人或投資人作出，通常以項目立項決定（通知）書、項目批文、項目許可證書和項目任務書等形式發(fā)布。

4.4項目開發(fā)計劃

? 1．引言 ? 2．引用文件 ? 3．項目最終成果 ? 4．需求與約束

? 5．系統(tǒng)開發(fā)總體計劃 ? 6．項目開發(fā)詳細計劃 ? 7．進度表與活動網(wǎng)絡圖 ? 8．項目組織與資源 ? 9．培訓

? 10．項目估算 ? 11．風險管理 ? 12．支持條件 ? 13．注解 ? 14．附錄

4.5小節(jié)

? 軟件項目規(guī)劃的任務主要包括項目策劃、可行性研究、論證、評估、立項與項目開發(fā)計劃的制訂工作。

? 項目策劃，也稱項目機會研究，其目的是選擇投資機會、鑒別投資方向。

? 項目可行性分析的目的是確定以下問題：項目有無必要？能否完成？是否值得去做？ ? 項目論證與評估的目的是審查項目可行性研究的可靠性、真實性和客觀性，為項目主管部門或投資機構(gòu)的立項決策提供科學依據(jù)。

? 項目開發(fā)計劃是項目規(guī)劃階段的重要成果，編寫軟件項目開發(fā)計劃時可依據(jù)《GB/T 8567-2006 計算機軟件文檔編制規(guī)范》中的軟件開發(fā)計劃模版。

? ?

? ? ? ? ?

?

?

?

?

? ? ? ? ? ? ? ? ?

第5章

系統(tǒng)分析方法學 5.1系統(tǒng)需求分析與軟件需求

系統(tǒng)需求：系統(tǒng)總體功能和業(yè)務結(jié)構(gòu)；硬件系統(tǒng)需求；軟件系統(tǒng)需求；硬件系統(tǒng)和軟件系統(tǒng)之間的接口需求。軟件需求：軟件能力需求；軟件外部接口需求；軟件內(nèi)部接口需求；軟件內(nèi)部數(shù)據(jù)需求；適應性需求；安全性需求；保密性和私密性需求；軟件環(huán)境需求；計算機資源需求；軟件質(zhì)量需求；設(shè)計和實現(xiàn)的約束；數(shù)據(jù)需求；操作需求；故障處理需求；算法需求；相關(guān)人員需求；相關(guān)培訓需求；相關(guān)后勤需求；包裝需求；其他需求。

5.2結(jié)構(gòu)化分析

結(jié)構(gòu)化分析（SA）方法是一種面向數(shù)據(jù)流的需求分析方法，基本思想是自頂向下逐層分解。

數(shù)據(jù)流圖（DFD）和數(shù)據(jù)字典（DD）是結(jié)構(gòu)化分析最常用的工具。數(shù)據(jù)流圖用來描述數(shù)據(jù)流從輸入到輸出的變換流程。

數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。

數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。

5.3原型化方法

? 5.3.1 原型化方法與結(jié)構(gòu)化方法的比較

結(jié)構(gòu)化方法的假設(shè)：所有的需求都能被預先定義；修改定義不完備的系統(tǒng)代價昂貴且實施困難；項目參加者之間能夠清晰進行準確的通信；靜態(tài)描述或圖形模型對應用系統(tǒng)的反映是充分的；結(jié)構(gòu)化方法的生命周期的各階段都是固有正確的。

原型化方法的假設(shè)：并非所有的需求在系統(tǒng)開發(fā)以前都能準確地說明；有快速的系統(tǒng)建造工具；項目參加者之間通常都存在通信上的障礙；需要實際的、可供用戶參與的系統(tǒng)模型；需求一旦確定，就可以遵從嚴格的方法；大量的反復是不可避免的、必要的，應該加以鼓勵。

? 5.3.2 原型生命周期及其策略

原型生命周期劃分：選擇開發(fā)方法；識別基本需求；開發(fā)工作模型；模型驗證；修正和改進；判定原型完成；差別細部說明；嚴格說明細部；判定原型效果；整理原型和提供文檔。

原型化的策略：建立數(shù)據(jù)模型；利用組合工程；剪裁和粘貼；用系統(tǒng)舉例；字典驅(qū)動；文檔的自動化；小的原型化隊伍；交互式開發(fā)平臺；陳述性規(guī)格說明；終端用戶報表生成器；專業(yè)原型化人員；開發(fā)人員參加原型化。

5.4面向?qū)ο蟮姆治?/p>

? 5.4.1 面向?qū)ο蠓椒▽W概述

對象與封裝 類

繼承與多態(tài)性 消息通信

面向?qū)ο蠓椒▽W的優(yōu)點

? 5.4.2 面向?qū)ο蟮姆治龇椒?/p>

OMT方法簡介 建立對象模型 建立動態(tài)模型 建立功能模型

?

?

? ? ?

? ? ? ? ? ? ? 1.? ? 1.? ? ? ? ?

? ? ? ? ? ?

5.5小節(jié)

系統(tǒng)分析涉及系統(tǒng)需求的獲取、分析、規(guī)格說明和確認。系統(tǒng)需求可分為以下幾個方面：系統(tǒng)總體功能和業(yè)務結(jié)構(gòu)、硬件系統(tǒng)需求、軟件系統(tǒng)需求、硬件系統(tǒng)和軟件系統(tǒng)之間的接口需求。

常用的系統(tǒng)分析方法包括結(jié)構(gòu)化分析、原型化方法和面向?qū)ο蟮姆治觥?/p>

第7章

系統(tǒng)分析文檔

7.1系統(tǒng)/子系統(tǒng)需求規(guī)格說明

引言 引用文件

需求：要求的狀態(tài)和方式；需求概述；系統(tǒng)能力需求；系統(tǒng)外部接口需求；系統(tǒng)內(nèi)部接口需求；系統(tǒng)內(nèi)部數(shù)據(jù)需求；適應性需求；安全性需求；保密性和私密性需求；操作需求；可使用性、可維護性、可移植性、可靠性和安全性需求；故障處理需求；系統(tǒng)環(huán)境需求；計算機資源需求；系統(tǒng)質(zhì)量需求；設(shè)計和構(gòu)造的約束；相關(guān)人員需求；相關(guān)培訓需求；相關(guān)后勤需求；包裝需求；其他需求；需求的優(yōu)先次序和關(guān)鍵程度 合格性規(guī)定 需求可追蹤性 非技術(shù)性需求 尚未解決的問題 注解 附錄

7.2接口需求規(guī)格說明

引言 引用文件 需求

合格性規(guī)定 需求可追蹤性 注解 附錄

7.3軟件需求規(guī)格說明

引言 引用文件

軟件需求：要求的狀態(tài)和方式；需求概述；需求規(guī)格；軟件能力需求；軟件外部接口需求；軟件內(nèi)部接口需求；軟件內(nèi)部數(shù)據(jù)需求；適應性需求；安全性需求；保密性和私密性需求；軟件環(huán)境需求；計算機資源需求；軟件質(zhì)量需求；設(shè)計和實現(xiàn)的約束；數(shù)據(jù)需求；操作需求；故障處理需求；算法需求；相關(guān)人員需求；相關(guān)培訓需求；相關(guān)后勤需求；包裝需求；其他需求；需求的優(yōu)先次序和關(guān)鍵程度 合格性規(guī)定 需求可追蹤性 尚未解決的問題 注解 附錄

7.4小節(jié)

根據(jù)《GB/T 8567-2006 計算機軟件文檔編制規(guī)范》（Specification for computer

? ? ?

? ?

? ? ? ? ? ?

? ? ? ? ?

?

? software documentation），系統(tǒng)分析文檔主要包括系統(tǒng)/子系統(tǒng)需求規(guī)格說明（SSS）、接口需求規(guī)格說明（IRS）和軟件需求規(guī)格說明（SRS）。系統(tǒng)/子系統(tǒng)需求規(guī)格說明（SSS）為一個系統(tǒng)或子系統(tǒng)指定需求以及保證每個需求得到確認所使用的方法。

接口需求規(guī)格說明（IRS）描述為實現(xiàn)一個或多個系統(tǒng)、子系統(tǒng)、硬件配置項（HWCI）、計算機軟件配置項（CSCI）、用戶

軟件需求規(guī)格說明（SRS）描述對計算機軟件的需求以及確保每個需求得到確認所使用的方法。

第8章

系統(tǒng)設(shè)計基礎(chǔ) 8.1系統(tǒng)設(shè)計概述

? 8.1.1 系統(tǒng)級設(shè)計決策

系統(tǒng)級設(shè)計決策，是指系統(tǒng)行為的設(shè)計決策（忽略其內(nèi)部實現(xiàn)，從用戶角度出發(fā)，描述系統(tǒng)將怎樣運轉(zhuǎn)以滿足需求）和其他對系統(tǒng)部件的選擇和設(shè)計產(chǎn)生影響的的決策。系統(tǒng)級設(shè)計決策內(nèi)容：有關(guān)系統(tǒng)接收的輸入和產(chǎn)生的輸出的設(shè)計決策；對每個輸入或條件進行響應的系統(tǒng)行為的設(shè)計決策；系統(tǒng)數(shù)據(jù)庫/數(shù)據(jù)文件如何呈現(xiàn)給用戶的設(shè)計決策；為滿足安全性、保密性和私密性需求所選用的方法；硬件或硬軟件系統(tǒng)的設(shè)計和構(gòu)造選擇；為了響應需求而作出的其他系統(tǒng)級設(shè)計決策。

? 8.1.2 系統(tǒng)架構(gòu)設(shè)計

總體設(shè)計

系統(tǒng)部件設(shè)計 動態(tài)交互設(shè)計 接口設(shè)計

? 8.1.3 運行設(shè)計

系統(tǒng)初始化——說明本系統(tǒng)的初始化過程。

運行控制——說明對系統(tǒng)施加不同的外界運行控制時所引起的各種不同的運行組件組合、每種運行所經(jīng)歷的內(nèi)部組件和支持軟件、每一種外界運行控制的方式方法和操作步驟、每種運行組件組合將占用各種資源的情況以及系統(tǒng)運行時的安全控制。運行結(jié)束——說明本系統(tǒng)運行的結(jié)束過程。

? 8.1.4 系統(tǒng)出錯處理設(shè)計

出錯信息——包括出錯信息表、故障處理技術(shù)等。補救措施——說明故障出現(xiàn)后可能采取的補救措施。

? 8.1.5 系統(tǒng)維護設(shè)計

檢測點的設(shè)計——說明在系統(tǒng)中專門安排用于系統(tǒng)檢查與維護的檢測點。

檢測專用組件的設(shè)計——說明在系統(tǒng)中專門安排用于系統(tǒng)檢查與維護的專用組件。

8.2軟件設(shè)計概述

? 8.2.1 軟件級設(shè)計決策

軟件級設(shè)計決策是指軟件行為的設(shè)計決策（忽略其內(nèi)部實現(xiàn)，從用戶角度出發(fā)，描述軟件將怎樣運轉(zhuǎn)以滿足需求）和其他影響組成該軟件的軟件配置項的選擇與設(shè)計的決策。

軟件級設(shè)計決策內(nèi)容：有關(guān)軟件接收的輸入和產(chǎn)生的輸出的設(shè)計決策；對每個輸入或條件進行響應的軟件行為的設(shè)計決策；有關(guān)數(shù)據(jù)庫/數(shù)據(jù)文件如何呈現(xiàn)給用戶的設(shè)計決策；為滿足安全性、保密性和私密性需求所選用的方法；為響應需求而作出的其他軟件級設(shè)計決策。

? 8.2.2 軟件架構(gòu)設(shè)計

? ? ? ? ? ? ? ? ? ? ? 程序結(jié)構(gòu)設(shè)計

全局數(shù)據(jù)結(jié)構(gòu)設(shè)計 軟件配置項設(shè)計 動態(tài)交互設(shè)計 接口設(shè)計

? 8.2.3 軟件詳細設(shè)計

軟件配置項設(shè)計決策

軟件配置項設(shè)計中的約束、限制或非常規(guī)特征 軟件配置項使用的編程語言考慮 軟件配置項使用的過程式命令選取

軟件配置項的局部數(shù)據(jù)與軟件配置項的輸入或輸出數(shù)據(jù)設(shè)計 軟件配置項的邏輯設(shè)計

8.3設(shè)計原則 ? 8.3.1 組件化

組件的可分解性 組件的可組裝性 組件的可理解性 組件的連續(xù)性 組件的保護性

? 8.3.2 抽象

抽象就是抽出事物的本質(zhì)特性而暫時忽略其細節(jié)，使得不同的事物可以當作相同的事務來處理。

軟件工程過程的每一步都是對軟件解法的抽象層次的一次精化。

軟件設(shè)計中的抽象機制主要包括類、模板、過程抽象、數(shù)據(jù)抽象和控制抽象。

? 8.3.3 內(nèi)聚與耦合

內(nèi)聚是指一個組件內(nèi)各個元素彼此結(jié)合的緊密程度 內(nèi)聚種類（由低到高排列）：偶然內(nèi)聚；邏輯內(nèi)聚；瞬時內(nèi)聚；過程內(nèi)聚；通信內(nèi)聚；順序內(nèi)聚；功能內(nèi)聚

耦合是指一個軟件結(jié)構(gòu)內(nèi)不同組件之間的互連程度 耦合種類（由高到低排列）：內(nèi)容耦合；公共耦合；外部耦合；控制耦合；標記耦合；數(shù)據(jù)耦合；非直接耦合

組件的高內(nèi)聚、低耦合原則稱為組件獨立原則

? 8.3.4 封裝與信息隱蔽

第一，組件是其全部屬性和全部服務緊密結(jié)合而形成的一個不可分割的整體。

第二，組件是一個不透明的黑盒子，表示組件狀態(tài)的數(shù)據(jù)和實現(xiàn)操作的代碼都被封裝在黑盒子里面。使用一個組件的時候，只需知道它向外界提供的接口形式，無須知道它的數(shù)據(jù)結(jié)構(gòu)細節(jié)和實現(xiàn)操作的算法。

? 8.3.5 啟發(fā)式規(guī)則

深度、寬度、扇出與扇入 作用域和控制域 功能的可預測性

8.4設(shè)計視圖

? 8.4.1 架構(gòu)視圖（靜態(tài)視圖）

架構(gòu)描述語言（ADL）? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

? ? ?

?

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

? ? 類圖與對象圖 組件圖

協(xié)作責任卡（CRC）部署圖

實體-聯(lián)系圖（E-R圖）接口描述語言（IDL）結(jié)構(gòu)圖

Jackson結(jié)構(gòu)圖

? 8.4.2 行為視圖（動態(tài)視圖）

活動圖 協(xié)作圖 順序圖 數(shù)據(jù)流圖

決策表和決策圖

流程圖和結(jié)構(gòu)化流程圖 狀態(tài)圖

形式化描述語言 偽碼

8.5小節(jié)

系統(tǒng)設(shè)計是定義一個系統(tǒng)或軟件的架構(gòu)、組件、接口和其它特征的過程。包括系統(tǒng)級設(shè)計決策、系統(tǒng)架構(gòu)設(shè)計、運行設(shè)計、系統(tǒng)出錯處理設(shè)計和系統(tǒng)維護設(shè)計。

軟件設(shè)計主要包括軟件級設(shè)計決策、軟件架構(gòu)設(shè)計（概要設(shè)計）與詳細設(shè)計。軟件架構(gòu)設(shè)計的主要任務是程序結(jié)構(gòu)設(shè)計、全局數(shù)據(jù)結(jié)構(gòu)設(shè)計、軟件配置項設(shè)計、動態(tài)交互設(shè)計和接口設(shè)計。軟件詳細設(shè)計是指每一個軟件配置項的具體設(shè)計。

組件化、抽象、高內(nèi)聚與低耦和、封裝與信息隱蔽是軟件設(shè)計的基本原則。軟件設(shè)計視圖通?？煞譃榧軜?gòu)視圖（靜態(tài)視圖）和行為視圖（動態(tài)視圖）兩類。第9章

系統(tǒng)設(shè)計方法 9.1結(jié)構(gòu)化設(shè)計

? 9.1.1 結(jié)構(gòu)化設(shè)計方法概述

分析系統(tǒng)的總體需求，并將需求逐步分解為基本、具體的功能。確定每個功能應當記錄的數(shù)據(jù)。

列出系統(tǒng)中應提供的各項基本功能，并分析各項基本功能之間的耦合關(guān)系，根據(jù)高內(nèi)聚、低耦和的原則分配到系統(tǒng)中適當?shù)哪K中。

? 9.1.2 系統(tǒng)結(jié)構(gòu)圖

模塊 調(diào)用 數(shù)據(jù) 控制 轉(zhuǎn)接符號

? 9.1.3 系統(tǒng)結(jié)構(gòu)圖分類

變換流與事務流 變換型系統(tǒng)結(jié)構(gòu)圖 事務型系統(tǒng)結(jié)構(gòu)圖 ? ? ?

? ? ? ? ? ? ? ?

? 混合型系統(tǒng)結(jié)構(gòu)圖

9.2面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計

? 9.2.1 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計概述

分析并建立適合系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)；

根據(jù)數(shù)據(jù)結(jié)構(gòu)在相應的層次建立程序結(jié)構(gòu)；

羅列出程序中用到的各種基本操作，并將這些基本操作分配到程序結(jié)構(gòu)中合適的模塊中。

? 9.2.2 Jackson圖

順序結(jié)構(gòu) 選擇結(jié)構(gòu) 重復結(jié)構(gòu)

改進的Jackson圖

? 9.2.3 Jackson方法

分析并確定輸入和輸出數(shù)據(jù)的邏輯結(jié)構(gòu)，并利用Jackson 找出輸入和輸出數(shù)據(jù)結(jié)構(gòu)中存在對應關(guān)系的數(shù)據(jù)單元。從描繪數(shù)據(jù)結(jié)構(gòu)的Jackson圖導出描繪程序結(jié)構(gòu)的Jackson

列出所有操作和條件(包括分支條件和循環(huán)結(jié)束條件)，并且把它們安排到程序結(jié)構(gòu)圖的適當位置。用偽代碼表示。

9.3面向?qū)ο蟮脑O(shè)計

? 9.3.1 面向?qū)ο蟮脑O(shè)計概述

面向?qū)ο笤O(shè)計的基本思想是通過建立和客觀實際相對應的對象，并通過這些對象的組合來創(chuàng)建具體的應用。

面向?qū)ο笤O(shè)計具有基于抽象、信息隱藏、功能獨立和模塊性構(gòu)造系統(tǒng)的能力。

對于面向?qū)ο蟮南到y(tǒng)，可以定義一個四個層次的設(shè)計金字塔：子系統(tǒng)層；類及對象層；消息層；責任層。

? 9.3.2 面向?qū)ο笤O(shè)計技術(shù)

? Coad/Yourdon方法 ? Booch方法 ? OMT方法 ? ?

? 9.3.3 面向?qū)ο笤O(shè)計過程

系統(tǒng)設(shè)計過程：將分析模型劃分為子系統(tǒng)；子系統(tǒng)分配及與問題的并發(fā)性；任務管理；數(shù)據(jù)管理；資源管理；人機界面；子系統(tǒng)間通信

對象設(shè)計過程：對象描述；算法與數(shù)據(jù)結(jié)構(gòu)設(shè)計；接口設(shè)計與模塊化

9.4設(shè)計模式

? 9.4.1 設(shè)計模式概述

設(shè)計模式就是將面向?qū)ο筌浖脑O(shè)計經(jīng)驗記錄下，可供設(shè)計者能夠復用的設(shè)計方案。設(shè)計模式極大提高了面向?qū)ο筌浖_發(fā)的效率，降低了軟件的復雜度。

在軟件設(shè)計中使用設(shè)計模式，將使用開發(fā)出來的軟件更容易理解、更容易維護、更容易擴展，使用設(shè)計模式同時也能夠提高開發(fā)團隊和個人的開發(fā)能力。

? 9.4.2 設(shè)計模式基本組成

模式名稱：惟一標識一個設(shè)計模式。問題：描述應該在何時使用該模式。? ? ?

? ? ? ? ? ? ? ? ?

? ? ?

? ? ?

? ?

? 解決方案：描述設(shè)計的組成要素，以及它們之間的相互關(guān)系及各自的職責與相互之間協(xié)作的方式。

? 效果：描述應用設(shè)計模式的效果，以及使用設(shè)計模式必須考慮的限制和約束因素。

? 9.4.3 設(shè)計模式分類

? 面向?qū)ο竽Ｊ?? 代碼模式

? 框架應用模式

? 創(chuàng)建型模式、結(jié)構(gòu)型模式與行為型模式 ? 類模式與對象模式

? 9.4.4 如何使用設(shè)計模式

? 針對接口編程，而不是針對實現(xiàn)編程 ? 優(yōu)先使用對象組合，而不是類繼承 ? 找出變化并封裝

9.5小節(jié)

? 系統(tǒng)設(shè)計是一系列迭代的過程，主要任務包括數(shù)據(jù)結(jié)構(gòu)、體系結(jié)構(gòu)、接口及過程細節(jié)的設(shè)計等，而設(shè)計方法是軟件設(shè)計活動中實現(xiàn)設(shè)計模型的方法。? 系統(tǒng)設(shè)計方法主要包括面向過程的結(jié)構(gòu)化設(shè)計方法、面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計，以及面向?qū)ο蟮脑O(shè)計方法與設(shè)計模式。

第10章

數(shù)據(jù)庫設(shè)計 10.1數(shù)據(jù)建模

? 10.1.1 數(shù)據(jù)模型分類

? 概念數(shù)據(jù)模型 ? 結(jié)構(gòu)數(shù)據(jù)模型 ? 物理數(shù)據(jù)模型

? 10.1.2 實體-聯(lián)系（E-R）模型

? 實體 ? 屬性 ? 聯(lián)系 ? 實體型 ? 實體集 ? 鍵 ? 域

? 10.1.3 數(shù)據(jù)模型

? 層次數(shù)據(jù)模型（hierarchical model）? 網(wǎng)狀數(shù)據(jù)模型（network model）? 關(guān)系數(shù)據(jù)模型（relational model）

? 面向?qū)ο竽Ｐ停╫bject oriented model）

10.2數(shù)據(jù)規(guī)范化

? 10.2.1 數(shù)據(jù)規(guī)范化的基本概念

? 函數(shù)依賴

? 非平凡函數(shù)依賴 ? 完全函數(shù)依賴 ? 部分函數(shù)依賴

? 傳遞函數(shù)依賴 ? 鍵

? 10.2.2 范式

? ? ? ? 第一范式（1NF）第二范式（2NF）第三范式（3NF）BC范式（BCNF）

10.3數(shù)據(jù)庫設(shè)計過程 ? 10.3.1 數(shù)據(jù)庫需求分析

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 數(shù)據(jù)邊界的確定 數(shù)據(jù)環(huán)境的確定 數(shù)據(jù)內(nèi)部關(guān)系 數(shù)據(jù)字典

數(shù)據(jù)性能需求

數(shù)據(jù)需求分析說明書

? 10.3.2 數(shù)據(jù)庫概念設(shè)計

概念設(shè)計與概念模型 概念設(shè)計的主要方法 分解與抽象 局部概念模式 全局概念模式

? 10.3.3 數(shù)據(jù)庫邏輯設(shè)計

初始模式的形成 子模式設(shè)計

應用程序概要設(shè)計 模式評審 修正模式

? 10.3.4 數(shù)據(jù)庫物理設(shè)計

存儲記錄結(jié)構(gòu)設(shè)計 確定數(shù)據(jù)存放位置 存取方法設(shè)計

完整性和安全考慮 程序設(shè)計

10.4小節(jié)

? 數(shù)據(jù)庫系統(tǒng)普遍采取數(shù)據(jù)模型表示和處理客觀事物的數(shù)據(jù)特征與信息。數(shù)據(jù)模型主要由數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)操作和完整性約束三部分組成，從抽象層次上描述和模擬了系統(tǒng)的靜態(tài)特征、動態(tài)行為和約束條件。

? 關(guān)系數(shù)據(jù)庫中的關(guān)系必須滿足一定的要求，即滿足不同的范式。目前關(guān)系數(shù)據(jù)庫中常用的范式包括：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）和BCNF。? 數(shù)據(jù)庫設(shè)計主要包括需求分析、概念設(shè)計、邏輯設(shè)計和物理設(shè)計等幾個階段。

第11章

用戶界面設(shè)計

11.1基本概念

? ? ?

? ? ? ? ? ? ? ? ? ?

? ? ? ? ? ?

? ? ? ? ? ? ? ? ? ? ? ?

? 11.1.1 界面設(shè)計目標

可用性目標：可行性、有效性、易學性、易記性、安全性、通用性

用戶體驗目標：令人滿意、令人愉快、引人入勝、富有啟發(fā)、激發(fā)創(chuàng)造??

可用性目標主要從客觀角度來評價系統(tǒng)界面，而用戶體驗目標則是從用戶主觀感受的角度來評價系統(tǒng)界面。

? 11.1.2 界面設(shè)計原則

可視性：將系統(tǒng)功能呈現(xiàn)得一目了然。

反饋性：返回與活動相關(guān)的信息，以便用戶能夠繼續(xù)這個活動。限制性：將用戶的行為限制在一定的范圍內(nèi)。

對應性：明確系統(tǒng)某個控制與其控制效果之間的對應關(guān)系。一致性：用相似的元素表現(xiàn)相似的操作或相似的任務。啟示性：界面元素應給予用戶某種提示。

? 11.1.3 界面設(shè)計過程

標識出用戶的真實需要并建立需求模型 設(shè)計出候選方案

構(gòu)建或?qū)崿F(xiàn)設(shè)計的原型版本 對界面設(shè)計進行評估

11.2界面設(shè)計技術(shù)

? 11.2.1 界面設(shè)計分析技術(shù)

GOMS模型及GOMS擊鍵層模型 Hick律 Fitts律

? 11.2.2 界面設(shè)計方法

原型設(shè)計方法

以用戶為中心的設(shè)計方法 用戶界面設(shè)計的支持工具

11.3界面設(shè)計評估

? 11.3.1 構(gòu)造性評估與總結(jié)性評估

構(gòu)造性評估：在設(shè)計過程中對所設(shè)計的系統(tǒng)或產(chǎn)品界面進行評估以確保其滿足用戶需求。

總結(jié)性評估：對已經(jīng)完成的產(chǎn)品或系統(tǒng)界面進行評估。

? 11.3.2 評估范型

快速評估 可用性測試 實地研究 預測性評估

? 11.3.3 評估方法與技術(shù)

觀察用戶

征求用戶意見 征求專家意見 用戶測試

用戶執(zhí)行情況的分析模型

? 11.3.4 評估框架

明確（Determine）

? ? ? ? ? ? ? ? ?

發(fā)掘（Explore）選擇（Choose）標識（Identify）決定（Decide）評估（Evalute）

11.5小節(jié)

用戶界面體現(xiàn)了用戶利用系統(tǒng)完成任務的方式以及系統(tǒng)對用戶行為的響應方式，一個沒有良好的用戶界面設(shè)計的系統(tǒng)很可能會成為一個沒有用戶的系統(tǒng)?？捎眯阅繕伺c用戶體驗目標。

界面設(shè)計的量化模型：GOMS模型及其子模型-擊鍵層模型，Hick律和Fitts律。構(gòu)造性評估與總結(jié)性評估。

第12章

系統(tǒng)設(shè)計文檔

12.1系統(tǒng)/子系統(tǒng)（結(jié)構(gòu)）設(shè)計說明

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 引言 引用文件

系統(tǒng)級設(shè)計決策

系統(tǒng)體系結(jié)構(gòu)設(shè)計：總體設(shè)計；系統(tǒng)部件設(shè)計；動態(tài)交互設(shè)計；接口設(shè)計 運行設(shè)計

系統(tǒng)出錯處理設(shè)計 系統(tǒng)維護設(shè)計 尚未解決的問題 需求的可追蹤性 注解 附錄

12.2

接口設(shè)計說明

引言 引用文件 接口設(shè)計

需求的可追蹤性 注解 附錄

12.3

軟件（結(jié)構(gòu)）設(shè)計說明

引言 引用文件

軟件級設(shè)計決策

軟件體系結(jié)構(gòu)設(shè)計：程序結(jié)構(gòu)設(shè)計；全局數(shù)據(jù)結(jié)構(gòu)設(shè)計；軟件配置項設(shè)計；動態(tài)交互設(shè)計；接口設(shè)計 軟件詳細設(shè)計 需求的可追蹤性 注解 附錄

12.4數(shù)據(jù)庫設(shè)計說明

? ? ? ? ? ? ? ? ?

? ? ? ? ?

引言 引用文件

數(shù)據(jù)庫級設(shè)計決策 數(shù)據(jù)庫詳細設(shè)計

用于數(shù)據(jù)庫操縱或訪問的軟件配置項的詳細設(shè)計 需求的可追蹤性 注解 附錄

12.5

小節(jié)

根據(jù)《GB/T 8567-2006 計算機軟件文檔編制規(guī)范》，系統(tǒng)設(shè)計文檔主要包括系統(tǒng)/子系統(tǒng)設(shè)計（結(jié)構(gòu)設(shè)計）說明（SSDD）、接口設(shè)計說明（IDD）、軟件（結(jié)構(gòu)）設(shè)計說明（SDD）和數(shù)據(jù)庫設(shè)計說明（DBDD）。

系統(tǒng)/子系統(tǒng)設(shè)計（結(jié)構(gòu)設(shè)計）說明（SSDD）描述了系統(tǒng)（或子系統(tǒng)）的系統(tǒng)級（或子系統(tǒng)級）設(shè)計決策與體系結(jié)構(gòu)設(shè)計。

接口設(shè)計說明（IDD）描述了一個或多個系統(tǒng)、子系統(tǒng)、硬件配置項（HWCI）、計算機軟件配置項（CSCI）、用戶或其他系統(tǒng)部件的接口特性。

軟件（結(jié)構(gòu)）設(shè)計說明（SDD）描述了計算機軟件系統(tǒng)的軟件級設(shè)計決策、軟件體系結(jié)構(gòu)設(shè)計（概要設(shè)計）與詳細設(shè)計。

數(shù)據(jù)庫（頂層）設(shè)計說明（DBDD）描述了數(shù)據(jù)庫的設(shè)計。系統(tǒng)設(shè)計文檔可以使用自然語言，可以使用形式化語言，也可以根據(jù)具體的系統(tǒng)設(shè)計方法使用各種圖形工具，還可以根據(jù)實際情況混合使用多種表現(xiàn)形式。