軟件工程安徽職業(yè)技術學院信息工程系孫街亭

2023/8/5

SoftwareEngineering軟件工程安徽職業(yè)技術學院信息工程系

2023/8/5

2結束返回第5講詳細設計5.1詳細設計的任務與原則5.2結構化程序設計5.3過程設計工具5.4用戶界面設計5.5數(shù)據(jù)庫設計5.6接口設計5.7詳細設計說明書

第5章詳細設計2023/8/5

3結束返回5.1詳細設計的任務與原則詳細設計以概要設計階段的工作為基礎的，但又不同于概要設計，主要表現(xiàn)為以下兩個方面：（1）在概要設計階段，數(shù)據(jù)項和數(shù)據(jù)結構以比較抽象的方式描述，而詳細設計階段則應在此基礎上給出足夠詳細的描述。（2）詳細設計要提供關于算法的更多的細節(jié)。例如：概要設計可以聲明一個模塊的作用是對一個表進行排序，詳細設計則要確定使用哪種排序算法。在詳細設計階段為每個模塊增加了足夠的細節(jié)后，程序員才能夠以相當直接的方式進行下一階段的編程工作。第5章詳細設計2023/7/315.1.1詳細設計的任務

(1)為每個模塊確定采用的算法，選擇某種適當?shù)墓ぞ弑磉_算法的過程，寫出模塊的詳細過程性描述。(2)確定每一模塊使用的數(shù)據(jù)結構。(3)確定模塊接口的細節(jié)。(4)為每一個模塊設計出一組測試用例。(5)編寫詳細設計說明書。第5章詳細設計5.1詳細設計的任務與原則2023/8/5

42023/8/5

4結束返回5.1.1詳細設計的任務第5章詳細設計5.1詳細設5.1.2詳細設計的原則（1）模塊的邏輯描述正確可靠、清晰易讀。（2）選擇適當?shù)拿枋龉ぞ邅韺Ω髂K的算法進行描述。（3）采用結構化程序設計方法，改善控制結構，降低程序復雜度，提高程序的可讀性、可測試性和可維護性。第5章詳細設計5.1詳細設計的任務與原則2023/8/5

5結束返回5.1.2詳細設計的原則第5章詳細設計5.1詳細設計2023/8/5

6結束返回5.2結構化程序設計第5章詳細設計1.結構化程序設計的概念結構化程序設計（SP，StructuredProgramming）方法是由Dijkstra等人于1972年提出的，用于指導人們用良好的思維方式開發(fā)出正確又易于理解的程序。EdsgerWybeDijkstra

2023/7/31結構化程序設計是一種良好的程序設計技術和方法，它采用自頂向下、逐步細化的設計方法和單入口、單出口的控制結構。Bohm和Jacopini在1966年就證明了結構化程序定理:任何程序結構都可以用順序、選擇和循環(huán)這3種基本結構及其組合來實現(xiàn)。5.2結構化程序設計第5章詳細設計結構化程序設計是一種良好的程序設計技術和方法，它采用自頂向下2.結構化程序設計的原則（1）使用語言中的順序、選擇、重復等有限的基本控制結構表示程序。（2）選用的控制結構只準許有一個入口和一個出口。

（3）復雜結構應該用基本控制結構進行組合嵌套來實現(xiàn)。（4）嚴格控制GOTO語句的使用。5.2結構化程序設計第5章詳細設計2.結構化程序設計的原則5.2結構化程序設計第5章詳細設5.2結構化程序設計第5章詳細設計例，打印A、B、C3個數(shù)中最小值的程序。5.2結構化程序設計第5章詳細設計例，打印A、B、C35.2結構化程序設計第5章詳細設計5.2結構化程序設計第5章詳細設計5.2結構化程序設計第5章詳細設計5.2結構化程序設計第5章詳細設計

3.結構化程序設計的優(yōu)點

（1）自頂向下逐步求精的方法符合人類解決復雜問題的普遍規(guī)律，可以顯著提高軟件開發(fā)的成功率和生產(chǎn)率。

（2）先全局后局部、先整體后細節(jié)、先抽象后具體的逐步求精過程開發(fā)出的程序有清晰的層次結構。

（3）使用單入口單出口的控制結構而不使用GOTO語句，使得程序的靜態(tài)結構和它的動態(tài)執(zhí)行情況比較一致。5.2結構化程序設計第5章詳細設計2023/8/5

12結束返回3.結構化程序設計的優(yōu)點

（1）自頂向下逐步求精的方法（4）控制結構有確定的邏輯模式，編寫程序代碼只限于使用很少幾種直截了當?shù)姆绞健?/p>

（5）程序清晰和模塊化使得在修改和重新設計一個軟件時可以重用的代碼量最大。

（6）程序的邏輯結構清晰，有利于程序正確性驗證。

5.2結構化程序設計第5章詳細設計（4）控制結構有確定的邏輯模式，編寫程序代碼只限于使用很少幾2023/8/5

14結束返回5.3過程設計工具第5章詳細設計過程設計工具程序流程圖N-S圖PAD圖PDL

語言判定表、判定樹描述程序模塊處理過程的工具稱為過程設計工具，主要有圖形、表格和語言三大類。2023/7/311.程序流程圖程序流程圖(ProgramFlowChart)又稱為程序框圖，是一種描述程序的控制結構流程和指令執(zhí)行情況的有向圖。它是歷史最悠久，使用最廣泛的過程描述方法。第5章詳細設計5.3過程設計工具1.程序流程圖第5章詳細設計5.3過程設計工具2023/8/5

16結束返回

程序流程圖中的符號

起止端點

輸入/輸出

一般處理

準備或預處理

預定義處理

條件判斷

循環(huán)上界

循環(huán)下界

文件或文檔

外接

內接

流程線虛線

省略線

并行方式

注解或注釋第5章詳細設計5.3過程設計工具2023/7/312023/8/5

17結束返回A（1）順序型

B幾個連續(xù)的加工按先后順序排列。expFTA

B（2）選擇型由某個判斷式的取值決定選擇兩個加工中的一個。第5章詳細設計5.3過程設計工具2023/7/312023/8/5

18結束返回（3）當型循環(huán)當循環(huán)控制條件成立時，重復執(zhí)行特定的加工。expFTS（4）直到型循環(huán)重復執(zhí)行特定的加工，直到循環(huán)控制條件成立時止。

expFTS第5章詳細設計5.3過程設計工具2023/7/312023/8/5

19結束返回（5)多分支選擇型

列出多種加工情況，根據(jù)控制變量的取值，選擇執(zhí)行其一。exp=1FTS1exp=2exp=nS2TSnTFF第5章詳細設計5.3過程設計工具2023/7/31第5章詳細設計

第5章詳細設計2023/8/5

21結束返回程序流程圖示例程序流程圖示例：2023/7/312.盒圖（N-S圖）Nassi和Shneiderman出于要有一種不允許違背結構化程序設計精神的圖形工具考慮，提出了盒圖，又稱為N-S圖。盒圖沒有箭頭，因此不允許隨意轉移控制。使用盒圖作為詳細設計的工具，可以使程序員逐步養(yǎng)成用結構化的方式思考問題和解決問題的習慣。第5章詳細設計5.3過程設計工具2.盒圖（N-S圖）第5章詳細設計5.3過程設計工具2023/8/5

23結束返回

順序型A

B

選擇型

BpFTA

pFT

A

p=1=2…=n

A1

A2

…

An

dowhile(p)

S

dountil(p)

S

當型循環(huán)

直到型循環(huán)

多分支選擇型第5章詳細設計5.3過程設計工具2023/7/31第5章詳細設計盒圖示例：第5章詳細設計盒圖示例：3.PAD圖問題分析圖(PAD，ProblemAnalysisDiagram)，1973年由日本日立公司發(fā)明，已得到一定程度的應用。它用二維樹形結構圖來表示程序的控制流，將這種圖翻譯成程序代碼比較容易。第5章詳細設計5.3過程設計工具3.PAD圖第5章詳細設計5.3過程設計工具2023/8/5

26結束返回

直到型循環(huán)WhileP

SUntil

P

S

當型循環(huán)ABAB

pA

p

順序型

選擇型A1

pA2An

=1

=2

=n

多分支選擇型第5章詳細設計5.3過程設計工具2023/7/31第5章詳細設計PAD圖示例：第5章詳細設計PAD圖示例：2023/8/5

28結束返回PAD圖表達的軟件過程呈樹形結構，它即克服了傳統(tǒng)的流程圖不能清晰表現(xiàn)程序結構的缺點，又不像N-S圖那樣受到把全部程序約束在一個方框內的限制，這就是它的優(yōu)勢所在。第5章詳細設計5.3過程設計工具2023/7/314.判定表在數(shù)據(jù)處理中，有時數(shù)據(jù)流的加工需要依賴于多個邏輯條件的取值，就是說完成這一加工的一組動作是由一組條件取值的組合而引發(fā)的。這時使用判定表來描述比較合適。判定表通常由四部分組成：左上部分列出所有的條件，左下部分為所有可能的操作，右上部分表示各種條件組合的一個矩陣，右下部分是對應每種條件組合應有的操作。第5章詳細設計5.3過程設計工具4.判定表第5章詳細設計5.3過程設計工具第5章詳細設計例，商店業(yè)務處理系統(tǒng)中“檢查發(fā)貨單”判定表5.3過程設計工具第5章詳細設計例，商店業(yè)務處理系統(tǒng)中“檢查發(fā)貨單”判定表5.判定樹判定樹是判定表的變種，它能清晰地表達復雜的條件組合與所對應的操作之間的關系。判定樹的優(yōu)點在于它無須任何說明，一眼就能看出其含義，易于理解和使用。第5章詳細設計5.3過程設計工具5.判定樹第5章詳細設計5.3過程設計工具第5章詳細設計商店業(yè)務處理系統(tǒng)中“檢查發(fā)貨單”判定樹5.3過程設計工具第5章詳細設計商店業(yè)務處理系統(tǒng)中“檢查發(fā)貨單”判定樹5.2023/8/5

33結束返回PDL是一種用于描述功能模塊的算法設計和加工細節(jié)語言，稱為過程設計語言。它是一種偽代碼(PseudoCode)。

PDL-----關鍵詞+自然語言第5章詳細設計6.PDL(ProcessDesignLanguage）語言5.3過程設計工具2023/7/31PDL具有嚴格的關鍵字外部語法，用于定義控制結構和數(shù)據(jù)結構；另一方面，PDL表示實際操作和條件的內部語法通常又是靈活自由的，以便可以適應各種工程項目的需要。因此，一般說來PDL是一種“混雜”語言，它使用一種語言(通常是某種自然語言)的詞匯，同時卻使用另一種語言(某種結構化的程序設計語言)的語法。第5章詳細設計5.3過程設計工具PDL具有嚴格的關鍵字外部語法，用于定義控制結構和數(shù)據(jù)結構；2023/8/5

35結束返回IF

<條件>

THEN

<程序塊/偽代碼語句組>；

ELSE

<程序塊/偽代碼語句組>；

ENDIF選擇型結構

第5章詳細設計5.3過程設計工具2023/7/312023/8/5

36結束返回DOWHILE

<條件描述>

<程序塊/偽代碼語句組>；

ENDDO

REPEATUNTIL

<條件描述>

<程序塊/偽代碼語句組>；

ENDREP重復型結構

第5章詳細設計5.3過程設計工具2023/7/312023/8/5

37結束返回步長重復型結構

DOFOR

<下標=下標表，表達式><程序塊/偽代碼語句組>；

ENDFOR第5章詳細設計5.3過程設計工具2023/7/312023/8/5

38結束返回多分支選擇結構

CASEOF

<case變量名>；

WHEN

<case條件1>

SELECT

<程序塊/偽代碼語句組>；

WHEN

<case條件2>

SELECT

<程序塊/偽代碼語句組>；

…

…

DEFAULT:

缺省或錯誤case:

<程序塊/偽代碼語句組>；

ENDCASE第5章詳細設計5.3過程設計工具2023/7/31例，商店業(yè)務處理系統(tǒng)中“檢查發(fā)貨單”的偽代碼。if發(fā)貨單金額超過$500then

if

欠款超過了60天then

在償還欠款前不予批準

else

（欠款未超期）發(fā)批準書，發(fā)貨單

endif

else

（發(fā)貨單金額未超過$500）

if

欠款超過60天then

發(fā)批準書，發(fā)貨單及賒欠報告

else

（欠款未超期）發(fā)批準書，發(fā)貨單endifendif

第5章詳細設計5.3過程設計工具例，商店業(yè)務處理系統(tǒng)中“檢查發(fā)貨單”的偽代碼。第5章詳細設IFtheinvoiceexceeds$500THEN

IFtheaccounthasanyinvoicemorethan60daysoverdueTHEN theconfirmationpendingresolutionofthedebt

ELSE

issueconfirmationandinvoice

ENDIFELSE

IFtheaccounthasanyinvoicemorethan60daysoverdueTHENissueconfirmation,invoiceandwritemessageoncreditactionreport

ELSE issueconfirmationandinvoice

ENDIF

ENDIF第5章詳細設計5.3過程設計工具IFtheinvoiceexceeds$500TH2023/8/5

41結束返回PDL的特點：提供全部結構化控制結構和模塊特征。能對PDL正文進行結構分割，使之變得易于理解。有數(shù)據(jù)說明機制，包括簡單的(如變量和數(shù)組)與復雜的(如鏈表和層次結構)數(shù)據(jù)結構。有子程序定義與調用機制，用以表達各種方式的接口說明。為了區(qū)別關鍵字，規(guī)定關鍵字一律大寫，其它單詞一律小寫?；蛘咭?guī)定關鍵字加下劃線，或者規(guī)定它們?yōu)楹隗w字。內語法使用自然語言來描述處理特性。內語法比較靈活，只要寫清楚就可以，以利于人們可把主要精力放在描述算法的邏輯上。第5章詳細設計5.3過程設計工具2023/7/31加工邏輯描述工具的選擇：

a.對于不太復雜的判斷邏輯，使用判定樹比較好；

b.對于復雜的判斷邏輯，使用判定表比較好；

c.若一個處理邏輯既包含了一般的順序執(zhí)行動作，又包含了判斷或循環(huán)邏輯，則使用PDL語言比較好。第5章詳細設計5.3過程設計工具加工邏輯描述工具的選擇：

a.對于不太復雜的判斷邏輯，使用用戶界面是用戶和計算機交互的重要途徑，用戶可以通過屏幕窗口與計算機進行對話，向計算機輸入有關數(shù)據(jù)，控制計算機的處理過程并將處理結果反饋給用戶。因此，界面設計必須從用戶操作方便的角度來考慮，與用戶共同協(xié)商界面的內容和形式。5.4.1用戶界面設計的“黃金規(guī)則”TheoMandel在1997年提出了界面設計的3條“黃金規(guī)則”：1.界面應置于用戶控制之下。2.減少用戶的記憶負擔。3.保持界面風格的一致性。這些規(guī)則實際上構成了指導用戶界面設計活動的基本原則。第5章詳細設計5.4用戶界面設計用戶界面是用戶和計算機交互的重要途徑，用戶可以通過屏幕窗口與5.4.2用戶界面設計過程用戶界面設計是一個不斷的迭代過程，可以用類似軟件生命周期中的螺旋模型來表示。用戶界面設計過程包括4個活動過程：1.用戶、任務和環(huán)境分析。2.界面設計。3.界面構造（實現(xiàn)）。4.界面確認。第5章詳細設計5.4用戶界面設計5.4.2用戶界面設計過程第5章詳細設計5.4用戶界第5章詳細設計5.4用戶界面設計界面設計過程界面確認用戶、任務和環(huán)境分析界面實現(xiàn)界面設計原型1原型2第5章詳細設計5.4用戶界面設計界面設計過程界面確認用5.4.3用戶界面的主要形式1.菜單式。通過屏幕顯示可選擇的功能代碼，由用戶根據(jù)需要進行選擇，可將菜單設計成層次結構，通過層層調用可以引導用戶使用系統(tǒng)的每一個功能。隨著軟件技術的發(fā)展，菜單設計也更加趨于美觀、方便和實用。目前，系統(tǒng)設計中常用的菜單設計方法主要如下：第5章詳細設計5.4用戶界面設計5.4.3用戶界面的主要形式第5章詳細設計5.4用戶（1）一般菜單：在屏幕上顯示出各個選項，每個選項指定一個代碼（數(shù)字或字母），然后根據(jù)用戶輸入的代碼或單擊鼠標，即可決定何種后續(xù)操作。第5章詳細設計5.4用戶界面設計表操作菜單1—追加記錄2—刪除記錄3—修改記錄4—查詢記錄0—退出（1）一般菜單：在屏幕上顯示出各個選項，每個選項指定一個代碼（2）下拉式菜單：它是一種二級菜單，第一級是選擇欄，第二級是選擇項，選擇欄橫排在屏幕的上方，用戶可以利用光標控制鍵選定當前菜單欄，在當前菜單欄下立即顯示出該欄的各項功能，以供用戶進行選擇。Word菜單欄格式菜單項第5章詳細設計5.4用戶界面設計Word菜單欄格式菜單項（2）下拉式菜單：它是一種二級菜單，第一級是選擇欄，第二級是（3）快捷菜單：選中對象后單擊鼠標右鍵所出現(xiàn)的彈出式菜單，將鼠標移到所需的功能項目上，然后單擊左鍵即執(zhí)行相應的操作。第5章詳細設計5.4用戶界面設計Word快捷菜單（3）快捷菜單：選中對象后單擊鼠標右鍵所出現(xiàn)的彈出式菜單，將2.填表式。填表式一般用于通過終端向軟件系統(tǒng)輸入數(shù)據(jù)，軟件系統(tǒng)將要輸入的項目顯示在屏幕上，然后由用戶逐項填入有關數(shù)據(jù)。填表式界面設計常用于軟件系統(tǒng)的輸出。在查詢軟件系統(tǒng)中的數(shù)據(jù)時，可以將數(shù)據(jù)的名稱按一定的方式排列在屏幕上，然后由計算機將數(shù)據(jù)的內容自動填寫在相應的位置上。由于這種方法簡便易讀，并且不容易出錯，所以它是通過屏幕進行輸入輸出的主要形式。第5章詳細設計5.4用戶界面設計2.填表式。填表式一般用于通過終端向軟件系統(tǒng)輸入數(shù)據(jù)，軟件系第5章詳細設計5.4用戶界面設計126郵箱注冊表第5章詳細設計5.4用戶界面設計126郵箱注冊表3.選擇問答式。當軟件系統(tǒng)運行到某一階段時，可以通過屏幕向用戶提問，軟件系統(tǒng)根據(jù)用戶選擇的結果決定下一步執(zhí)行什么操作。這種方法通?？梢杂迷谔崾静僮魅藛T確認輸入數(shù)據(jù)的正確性或者詢問用戶是否繼續(xù)某項處理等方面。例如，當用戶進行某種操作后，可通過屏幕詢問“是否繼續(xù)（Y/N）”，計算機根據(jù)用戶的回答來決定是繼續(xù)進行還是退出。第5章詳細設計5.4用戶界面設計保存對話框3.選擇問答式。當軟件系統(tǒng)運行到某一階段時，可以通過屏幕向用第5章詳細設計5.4用戶界面設計4.表單式。用戶界面是一個表單（工作窗口），表單上有各種控件，如標簽、文本框、組合框、命令按鈕等。用戶登錄界面第5章詳細設計5.4用戶界面設計4.表單式。用戶界面是2023/8/5

54結束返回5.4.4界面設計應考慮的因素在選用界面形式的時侯，應當考慮每種類型的優(yōu)點和限制：使用的難易程度：對于沒有經(jīng)驗的用戶，該界面使用的難度有多大。學習的難易程度：學習該界面的命令和功能的難度有多大。第5章詳細設計5.4用戶界面設計2023/7/312023/8/5

55結束返回操作速度：在完成一個指定操作時，該界面在操作步驟、擊鍵和反應時間等方面效率有多高。復雜程度：該界面提供了什么功能、能否用新的方式組合這些功能以增強界面的功能。開發(fā)的難易程度：該界面設計是否有難度、開發(fā)工作量有多大。第5章詳細設計5.4用戶界面設計2023/7/315.4.5用戶界面設計分析界面設計分析應與軟件系統(tǒng)的需求分析同步進行。它主要包括：用戶特性分析外行型初學型熟練型專家型用戶工作分析記錄有關系統(tǒng)的概念和術語確定界面類型第5章詳細設計5.4用戶界面設計5.4.5用戶界面設計分析第5章詳細設計5.4用戶界2023/8/5

57結束返回5.4.6用戶界面的質量要求可使用性：使用簡單；保持界面術語標準化和一致性；擁有Help幫助功能；具有快速的系統(tǒng)響應和低的系統(tǒng)成本；具有容錯能力。靈活性：用戶可以根據(jù)需要制定和修改界面方式；能夠按照用戶需要，提供不同詳細程度的系統(tǒng)響應信息。第5章詳細設計5.4用戶界面設計2023/7/312023/8/5

58結束返回復雜性和可靠性：用戶界面的規(guī)模和組織的復雜程度就是界面的復雜性。在完成預定功能的前提下，用戶界面越簡單越好。用戶界面的可靠性是指無故障使用的間隔時間。用戶界面應能保證用戶正確、可靠地使用系統(tǒng)，保證有關程序和數(shù)據(jù)的安全性。第5章詳細設計5.4用戶界面設計2023/7/315.5數(shù)據(jù)庫設計數(shù)據(jù)庫設計是建立一個應用系統(tǒng)重要的任務之一，數(shù)據(jù)庫設計應該和應用系統(tǒng)設計相結合，整個軟件系統(tǒng)的設計過程要把數(shù)據(jù)（結構）設計和行為（處理）設計密切結合起來。數(shù)據(jù)庫設計過程一般包括6個階段：數(shù)據(jù)需求分析、概念結構設計、邏輯結構設計、物理結構設計、數(shù)據(jù)庫實施、數(shù)據(jù)庫運行與維護。1.數(shù)據(jù)需求分析進行數(shù)據(jù)庫設計首先必須準確了解用戶數(shù)據(jù)需求。需求分析是整個軟件設計的基礎，也是數(shù)據(jù)庫設計的基礎。需求分析做得是否充分、準確，決定了在其基礎上構建的數(shù)據(jù)庫的質量與效率。第5章詳細設計5.5數(shù)據(jù)庫設計數(shù)據(jù)庫設計是建立一個應用系統(tǒng)重要的任務之一2.概念結構設計將需求分析得到的用戶需求進行綜合、歸納與抽象，形成信息結構即為概念模型，這一過程就是概念結構設計。描述概念模型的有力工具是ER圖，其反映的是數(shù)據(jù)庫中的實體概念、屬性及聯(lián)系。（1）設計概念結構的要求：a.能真實、充分地反映現(xiàn)實世界，包括事物和事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)的處理要求。b.易于理解。c.易于修改。d.易于向關系型、網(wǎng)狀型、層次型等各種數(shù)據(jù)模型轉換。5.5數(shù)據(jù)庫設計第5章詳細設計2.概念結構設計5.5數(shù)據(jù)庫設計第5章詳細設計（2）概念結構設計的方法：a.自頂向下法。即首先定義全局概念結構的框架，然后逐漸向下逐步細化。b.自底向上法。即首先定義各局部的概念結構，然后將它們集合起來，得到全局概念結構。c.逐步擴張法。首先定義最重要的核心概念結構，然后向外擴充，以滾雪球的方式逐步生成其他概念結構，直至形成總體概念結構。d.混合策略。即將自頂向下和自底向上相結合，用自頂向下設計一個全局概念結構的框架，以它為骨架集成自底向上設計的各局部概念結構。5.5數(shù)據(jù)庫設計第5章詳細設計（2）概念結構設計的方法：5.5數(shù)據(jù)庫設計第5章詳細設計3.邏輯結構設計概念結構是獨立于任何一種數(shù)據(jù)模型的信息結構。邏輯結構設計的任務就是把由概念結構設計好的ER圖轉換為與選用的DBMS產(chǎn)品支持的數(shù)據(jù)模型相符合的邏輯結構。這里的轉換就是把表示概念結構的ER圖轉換成關系模型的邏輯結構。例如，概念結構中的實體之間的關系有一一關系、一多關系、多一關系、多多關系。而DBMS支持的邏輯結構中的關系有一多關系和多一關系，則可以將一一關系看作是一多關系或多一關系的特例來處理。將多多關系分解或合并為一多關系或多一關系，以適應DBMS的要求。5.5數(shù)據(jù)庫設計第5章詳細設計3.邏輯結構設計5.5數(shù)據(jù)庫設計第5章詳細設計4.物理結構設計物理設計的目的是根據(jù)具體的DBMS特征，確定數(shù)據(jù)庫的物理結構（存儲結構與存取方式）。關系數(shù)據(jù)庫的物理設計任務包括三個方面：一是確定所有數(shù)據(jù)庫文件的名稱及其所含字段的名稱、類型和寬度；二是確定各數(shù)據(jù)庫文件需要建立的索引及在什么字段上建立索引；三是對物理結構進行優(yōu)化和評價，重點是物理存取的時間和空間效率。5.5數(shù)據(jù)庫設計第5章詳細設計4.物理結構設計5.5數(shù)據(jù)庫設計第5章詳細設計5.數(shù)據(jù)庫的實施完成數(shù)據(jù)庫的物理設計后，設計人員就要用DBMS提供的數(shù)據(jù)定義語言（如SQLServer，Oracle，VF，Access等）和其他程序設計語言（如C，C++，JAVA，VB等）將數(shù)據(jù)庫的邏輯設計和物理設計結果描述出來，成為DBMS可以接受的數(shù)據(jù)庫和源代碼，這就是數(shù)據(jù)庫的實施。5.5數(shù)據(jù)庫設計第5章詳細設計5.數(shù)據(jù)庫的實施5.5數(shù)據(jù)庫設計第5章詳細設計數(shù)據(jù)庫的實施工作有：（1）建立數(shù)據(jù)庫結構。（2）數(shù)據(jù)載入。（3）應用程序的編寫和調試。（4）數(shù)據(jù)庫系統(tǒng)的試運行。5.5數(shù)據(jù)庫設計第5章詳細設計數(shù)據(jù)庫的實施工作有：5.5數(shù)據(jù)庫設計第5章詳細設計1.軟件接口設計的依據(jù)接口設計的主要依據(jù)是數(shù)據(jù)流圖中的系統(tǒng)邊界。系統(tǒng)邊界將數(shù)據(jù)流圖中的處理劃分為手工處理部分和系統(tǒng)處理部分，在系統(tǒng)邊界之外的是手工處理部分，系統(tǒng)邊界之內的是系統(tǒng)處理部分。數(shù)據(jù)可以在系統(tǒng)內部、系統(tǒng)外部或穿越系統(tǒng)流動。穿過系統(tǒng)邊界的數(shù)據(jù)流代表了系統(tǒng)的輸入和輸出。系統(tǒng)的接口（包括用戶界面及與其他系統(tǒng)的接口）是由穿越系統(tǒng)邊界的數(shù)據(jù)流定義的。在最終的系統(tǒng)中，數(shù)據(jù)流將成為用戶界面中的表單、報表或與其他系統(tǒng)進行交互的文件或消息。5.6接口設計第5章詳細設計1.軟件接口設計的依據(jù)5.6接口設計第5章詳細設計2.軟件接口的類型軟件接口主要包括3個方面：系統(tǒng)內模塊之間的接口（內部接口）；目標系統(tǒng)與其他軟硬件之間的接口（外部接口）；系統(tǒng)與用戶之間的接口（人機交互界面）。用戶接口設計描述用戶操作和反饋結果等；外部接口設計描述軟硬件輸入輸出、網(wǎng)絡傳輸協(xié)議等；內部接口設計描述模塊間數(shù)據(jù)傳遞等。5.6接口設計第5章詳細設計2.軟件接口的類型5.6接口設計第5章詳細設計3.應用程序編程接口應用程序編程接口，簡稱API（ApplicationProgrammingInterface），就是軟件系統(tǒng)不同組成部分銜接的約定。隨著軟件規(guī)模的日益龐大，需要把復雜系統(tǒng)劃分成小的組成部分。在程序設計的實踐中，編程接口的設計首先要使系統(tǒng)的職責得到合理劃分。良好的接口設計可以降低系統(tǒng)各部分的相互依賴，提高組成單元的內聚性，降低組成單元間的耦合程度，從而提高系統(tǒng)的維護性和擴展性。5.6接口設計第5章詳細設計3.應用程序編程接口5.6接口設計第5章詳細設計API的表現(xiàn)形式是源代碼。API的應用大大促進了計算機產(chǎn)業(yè)的進步，同時API幾乎決定著日常運算的各個方面。大多數(shù)程序員秉承為軟件用戶設計優(yōu)秀的用戶界面思想，這一點早已深入人心。另一方面，如何實現(xiàn)合理的軟件API卻只為少數(shù)人所重視。歷史證明，所有在應用上獲得成功的軟件或者Web應用無一不是首先在API的設計上滿足了用戶的需求！5.6接口設計第5章詳細設計API的表現(xiàn)形式是源代碼。API的應用大大促進了計算機產(chǎn)業(yè)的API的主要目的是提供應用程序與開發(fā)人員訪問一組例程的能力，而又無需訪問源碼，或理解內部工作機制的細節(jié)。提供API所定義功能的軟件稱作API的實現(xiàn)。一組API通常是一套軟件開發(fā)工具包(SDK)的一部分。API有許多不同設計，用于快速執(zhí)行的接口通常包括函數(shù)、常量、變量與數(shù)據(jù)結構。典型情況下，API由一個或多個提供某種特殊功能的動態(tài)連接文件DLL組成。5.6接口設計第5章詳細設計API的主要目的是提供應用程序與開發(fā)人員訪問一組例程的能力，2023/8/5

71結束返回5.7詳細設計說明書詳細設計的結果是產(chǎn)生詳細設計說明書，以下為一個典型的詳細設計說明書的基本模型。1.引言1.1編寫的目的說明編寫該詳細設計說明書的目的，并指明其預期的讀者。1.2背景說明該項目的相關信息，包括項目的名稱、提出者、開發(fā)者以及