人機(jī)交互部分的設(shè)計

人機(jī)交互部分的設(shè)計《面向?qū)ο蟮南到y(tǒng)設(shè)計》第一頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》第4章人機(jī)交互部分的設(shè)計

什么是人機(jī)交互部分1

人機(jī)交互部分的需求分析2人機(jī)界面的設(shè)計準(zhǔn)則3可視化環(huán)境下的人機(jī)界面設(shè)計5

人機(jī)界面的OO設(shè)計4第二頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》第4章人機(jī)交互部分的設(shè)計

什么是人機(jī)交互部分1

人機(jī)交互部分的需求分析2人機(jī)界面的設(shè)計準(zhǔn)則3可視化環(huán)境下的人機(jī)界面設(shè)計5

人機(jī)界面的OO設(shè)計4第三頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4.1什么是人機(jī)交互部分

人機(jī)界面是直接與用戶打交道，給予用戶的影響和感受最為明顯，所以人機(jī)界面的質(zhì)量優(yōu)劣對一個軟件系統(tǒng)能否成功至關(guān)重要。OOA和OOD都要考慮人機(jī)交互，但目的不同：

OOA：通過人機(jī)界面反映需求（原型開發(fā)）

OOD：設(shè)計人機(jī)交互的細(xì)節(jié)

第四頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》軟件是否成功的最終檢驗標(biāo)準(zhǔn)是使用戶感到滿意。一個好軟件不只滿足各項功能與非功能需求，也不僅是運(yùn)行時很少出錯，而且要讓用戶感到由衷的滿意。這是一種更高的質(zhì)量境界，達(dá)到這一境界的關(guān)鍵在人機(jī)界面。界面的開發(fā)不純粹是軟件問題，還要用到心理學(xué)的知識。界面設(shè)計是藝術(shù)，軟件產(chǎn)品需要美術(shù)人員參與人機(jī)界面的開發(fā)。并需要借鑒心理學(xué)、統(tǒng)計學(xué)方面的知識。人機(jī)交互部分獨(dú)立設(shè)計的好處：隔離界面支持系統(tǒng)對問題域部分的影響，當(dāng)界面支持系統(tǒng)變化時，問題域可以基本保持不變。第五頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》第4章人機(jī)交互部分的設(shè)計

什么是人機(jī)交互部分1

人機(jī)交互部分的需求分析2人機(jī)界面的設(shè)計準(zhǔn)則3可視化環(huán)境下的人機(jī)界面設(shè)計5

人機(jī)界面的OO設(shè)計4第六頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4.2人機(jī)交互部分的需求分析需求分析包含兩部分：

（1）對使用系統(tǒng)的人分析，以便設(shè)計出適合其特點(diǎn)的交互方式和界面表現(xiàn)形式。（2）對人機(jī)交互過程分析，核心問題時人如何命令系統(tǒng)，及系統(tǒng)如何向人提交信息。第七頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4.2.1分析參與者－與系統(tǒng)交互的人

人機(jī)界面是給人用的，讓使用者感到滿意是界面開發(fā)的根本目標(biāo)。人對界面的需求，不僅在于人機(jī)交互的內(nèi)容，而且在于他們對界面表現(xiàn)形式、風(fēng)格等方面的愛好。人對界面的客觀需求：交互的內(nèi)容；主觀需求：界面的表現(xiàn)形式和風(fēng)格等愛好。第八頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》

針對界面使用者的具體情況作具體的分析，包括以下主要工作：列舉所有的人員活動者。調(diào)查使用者，了解情況。區(qū)分人員類型，包括:熟練程度，職業(yè)，與系統(tǒng)的關(guān)系，年齡。統(tǒng)計（或估算）各類人員的不比例。了解使用者的主觀需求。第九頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4.2.2從用況分析人機(jī)交互1從用況抽取人機(jī)交互內(nèi)容及過程從用況提取人機(jī)交互時分析人機(jī)界面客觀需求的基本策略。前提：每一種人員活動者使用的系統(tǒng)功能都已用用況描述；每個用況對交互過程的描述包含了人對系統(tǒng)的每一條必要的輸入和必要的輸出。（完整性）第十頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》如何從用況抽取人機(jī)交互的內(nèi)容及過程兩點(diǎn)注意：“通知供貨員上貨”不屬于系統(tǒng)本身的行為，而是系統(tǒng)對外輸出的一種信息，但也被刪除了。原因：它不針對當(dāng)前活動者，與當(dāng)前交互無關(guān)；從用況刪除一些內(nèi)容后，剩下的句子可能在語法上不完整，或語義不清，需要按原先的上下文適當(dāng)修補(bǔ)。第十一頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》

圖4.2從用況抽取人機(jī)交互描述第十二頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》2人機(jī)交互的細(xì)化從用況提取的人機(jī)交互未必完全符合使用者的工作習(xí)慣，針對使用者的特點(diǎn)細(xì)化。細(xì)化依據(jù)：人員的分類及其具體要求。輸入的細(xì)化輸入步驟的細(xì)化輸入設(shè)備的選擇輸入信息表現(xiàn)形式的選擇輸出的細(xì)化輸出步驟的細(xì)化輸出設(shè)備的選擇輸出信息表現(xiàn)形式的選擇第十三頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4.2.3分析處理異常事件的人機(jī)交互異常事件的定義當(dāng)系統(tǒng)正在執(zhí)行其正常功能時發(fā)生的事件（多以某種中斷信號引起）稱做異常事件。來自人的異常事件（除誤操作之外）一般表示人在系統(tǒng)運(yùn)行時要向系統(tǒng)下達(dá)新的命令。處理來自人的異常事件的辦法：以預(yù)先約定的輸入信號通知系統(tǒng)，系統(tǒng)把各種處理異常事件的命令顯示出來供用戶選擇，用戶選擇所需要的命令，便開始了他們所希望的處理。第十四頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》來自系統(tǒng)的異常事件在系統(tǒng)運(yùn)行時因硬件或軟件發(fā)生了異常情況而產(chǎn)生的，其中大部分是操作系統(tǒng)捕捉的各級中斷信號，但操作系統(tǒng)只進(jìn)行標(biāo)準(zhǔn)處理，進(jìn)一步的處理要由應(yīng)用系統(tǒng)定義。處理來自系統(tǒng)的異常事件的辦法：由系統(tǒng)向用戶通知發(fā)生了某種事件，并同時請求用戶干預(yù)；或者不請求干預(yù)，只是讓用戶確認(rèn)已經(jīng)注意到該事件。第十五頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4.2.4命令的組織對命令進(jìn)行適當(dāng)?shù)慕M織，可以形成一種容易掌握、便于操作的命令結(jié)構(gòu)，使用戶能夠方便、有效地使用系統(tǒng)的各項功能。為敘述方面，首先定義幾個術(shù)語：基本命令：旨在使用一項獨(dú)立的系統(tǒng)功能的命令。命令步：在執(zhí)行一條基本命令的交互過程中所包含的具體輸入步驟。高層命令：如果一條命令是在另一條命令的引導(dǎo)下被選用的，則后者稱為前者的高層命令。按本書的策略，高層命令主要是由低層命令組合而成的。第十六頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》1命令的組織措施分解：把一條復(fù)雜的命令分解成一系列較為簡單的命令組合：當(dāng)命令很多時，將它們按功能或者按所屬的子系統(tǒng)組合成若干命令組，使每一組只包含為數(shù)不多的幾條命令，并給予一個能概括這些命令的適當(dāng)?shù)拿Q。第十七頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》2基本命令及其內(nèi)部結(jié)構(gòu)

一條基本的命令中的命令步之間關(guān)系，可歸結(jié)為以下幾種結(jié)構(gòu)：第十八頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》圖4.3基本命令及其命令步的結(jié)構(gòu)第十九頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》3高層命令及其組織結(jié)構(gòu)

從不同角度組合高層命令：功能相似性，命令所屬子系統(tǒng)，目標(biāo)：為了得到一個合理的命令層次結(jié)構(gòu)，使用戶能夠在高層命令的引導(dǎo)下方便、快速地找到他們所需的基本命令。

關(guān)鍵的三點(diǎn)：在每個高層命令下展開讓用戶選擇的下一層命令數(shù)量不要太多；層次不要太深；每個高層命令的名稱要恰當(dāng)。第二十頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》圖4.5高層命令的組織結(jié)構(gòu)第二十一頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4多人機(jī)界面的命令組織在分布式系統(tǒng)中，凡是要在不同的處理機(jī)上進(jìn)行人機(jī)交互的系統(tǒng)，一般需要多個獨(dú)立的人機(jī)界面。同一臺處理機(jī)上幾個單獨(dú)啟動的子系統(tǒng)可以具有獨(dú)立的人機(jī)界面。為不同活動者提供不同的人機(jī)界面。第二十二頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》5異常命令

處理異常事件的命令因其隨機(jī)性不能與正常的命令組織在同一結(jié)構(gòu)中，而應(yīng)單獨(dú)進(jìn)行組織。

在一個人機(jī)交互界面中，所有處理由人發(fā)起的異常事件的命令可以組織在一個結(jié)構(gòu)中，如圖所示。其中的三角形結(jié)點(diǎn)表示由人輸入了一個異常事件信號，三角形下一層的圓形結(jié)點(diǎn)表示在系統(tǒng)提示下可選的異常事件處理命令，更下層的圓點(diǎn)表示各條異常命令以下的命令步。第二十三頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》圖4.6異常命令的組織第二十四頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》6命令對界面的需求高層命令以圖符、主菜單條、下拉菜單等界面實(shí)現(xiàn)從最高層到以下各層的命令選擇?；久钤诮缑嫔贤ㄟ^高層命令引導(dǎo)用戶選擇各項基本命令。命令步命令步的輸入和處理都是在實(shí)現(xiàn)某個基本命令功能的對象中控制的。第二十五頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4.2.5輸出信息的組織結(jié)構(gòu)人機(jī)交互過程中的輸出信息可根據(jù)其作用分為三種類型：一是對輸入命令的反饋；二是對當(dāng)前命令處理結(jié)果的報告；三是對下一步可輸入命令的提示。在一個人機(jī)交互界面啟動之后，除了異常事件信息之外，其他情況下的任何輸入信息都和當(dāng)前執(zhí)行的命令緊密地聯(lián)系在一起，不外乎當(dāng)前命令的反饋信息、處理結(jié)果和后繼命令的提示。這些輸出信息總是伴隨著命令的執(zhí)行而出現(xiàn)，所以不必另行組織輸出信息的總體結(jié)構(gòu)，只須采用與命令結(jié)構(gòu)相同的結(jié)構(gòu)框架。第二十六頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》圖4.7兩層命令之間的輸出信息結(jié)構(gòu)第二十七頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4.2.6總結(jié)與討論分析主觀需求可分為客觀需求和主觀需求。客觀需要是由系統(tǒng)功能決定的，無論使用系統(tǒng)的是什么人，客觀需求都是相同的。主觀需求因人而異，取決于人的職業(yè)背景、知識水平、生理及心理特點(diǎn)、個人愛好等因素。分析主觀需求的基本策略是考察每一種人員類型的參與者，根據(jù)各類人員的特點(diǎn)，分析他們對人機(jī)界面的主觀需求。分析客觀需求的基本策略是從用況提取人機(jī)交互，前提有兩條：一是每一項被人員參與者的使用的系統(tǒng)功能，都已經(jīng)通過用況進(jìn)行了描述；二是每個用況對交互過程的描述包含了人對系統(tǒng)的每一條必要的輸入和輸出。第二十八頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》命令的組織策略是：以啟動每個用況的命令作為基本命令；在它們之下的層次是相應(yīng)的用況所含的交互過程的各個命令步；在它們之上的層次是通過組合得到的高層命令。人機(jī)交互的需求分析，一方面對實(shí)現(xiàn)各個用況功能的對象操作按細(xì)化后的交互過程提出了更詳細(xì)的輸入與輸出要求；另一方面是明確了在人機(jī)界面上要進(jìn)行哪些輸入和輸出，以及命令之間的結(jié)果關(guān)系。第二十九頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》第4章人機(jī)交互部分的設(shè)計

什么是人機(jī)交互部分1

人機(jī)交互部分的需求分析2人機(jī)界面的設(shè)計準(zhǔn)則3可視化環(huán)境下的人機(jī)界面設(shè)計5

人機(jī)界面的OO設(shè)計4第三十頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4.3人機(jī)界面的設(shè)計準(zhǔn)則軟件質(zhì)量包括許多因素，如正確性、可靠性、安全性等。但人機(jī)界面質(zhì)量的好壞，很難用一些量化的指標(biāo)來衡量。人們對人機(jī)界面的長期研究與實(shí)踐也形成了若干大家公認(rèn)的評價準(zhǔn)則：使用簡便一致性啟發(fā)性減少大腦記憶負(fù)擔(dān)減少重復(fù)的輸入容錯性及時反饋其它：藝術(shù)性，趣味性等第三十一頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》第4章人機(jī)交互部分的設(shè)計

什么是人機(jī)交互部分1

人機(jī)交互部分的需求分析2人機(jī)界面的設(shè)計準(zhǔn)則3可視化環(huán)境下的人機(jī)界面設(shè)計5

人機(jī)界面的OO設(shè)計4第三十二頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》人機(jī)界面的設(shè)計，一般是以一種選定界面支持系統(tǒng)為基礎(chǔ)，利用它所支持的界面構(gòu)造成分，設(shè)計一個可滿足人機(jī)交互需求適合使用者特點(diǎn)的人機(jī)界面設(shè)計模型。4.4人機(jī)界面的OO設(shè)計第三十三頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4.4.1界面支持系統(tǒng)窗口系統(tǒng)控制位映射顯示器與輸入設(shè)備的系統(tǒng)軟件，通常包括圖形庫、基窗口系統(tǒng)、窗口管理程序、用戶界面工具箱等。圖形用戶界面在窗口系統(tǒng)之上提供層次更高的界面支持功能，具有特定的視感和風(fēng)格，支持應(yīng)用系統(tǒng)用戶界面開發(fā)的系統(tǒng)?？梢暬幊汰h(huán)境可視化編程是讓程序員用一些圖形元素直接地在屏幕上拼湊、繪制自己所需的界面，并根據(jù)觀察到的實(shí)際效果直接地進(jìn)行調(diào)整，即“所見即所得”。第三十四頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4.4.2界面元素對OOD而言，需要用面向?qū)ο蟮母拍詈捅硎痉▉肀硎具@些界面元素以及它們之間的關(guān)系。窗口

屏幕上可以獨(dú)立顯示、操作的區(qū)域。菜單

顯示一組操作或命令的清單，每一菜單項可以是文字或圖符。對話盒

用來收集用戶的輸入信息或向用戶提供反饋的區(qū)域。圖符

系統(tǒng)或用戶定義的對象的符號圖形表示，如文件、文件夾、盤驅(qū)等。滾動條

用以移動窗口區(qū)域中顯示位置的指示條。其他

各種控制板、剪輯板、光標(biāo)、按鈕。第三十五頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4.4.3設(shè)計過程與策略2根據(jù)人機(jī)交互需求選擇界面元素3用OO概念表示界面元素1選擇和掌握界面支持系統(tǒng)第三十六頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》1選擇和掌握界面支持系統(tǒng)

硬件、操作系統(tǒng)及編程語言界面實(shí)現(xiàn)的支持級別界面風(fēng)格與視感第三十七頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》2根據(jù)人機(jī)交互需求選擇界面元素

對設(shè)計者而言，開發(fā)過程的前端是對人機(jī)交互的需求分析結(jié)果，后端是界面支持系統(tǒng)所提供的界面元素，他們的任務(wù)是建立需求和實(shí)現(xiàn)之間的橋梁。系統(tǒng)的啟動；高層命令組織結(jié)構(gòu)的實(shí)現(xiàn)；基本命令的執(zhí)行；詳細(xì)交互過程的輸入與輸出；異常命令的輸入。第三十八頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》3用OO概念表示界面元素

用面向?qū)ο蟮母拍罴氨硎痉▉肀硎具@些界面元素、它們的特征以及它們之間的關(guān)系，以形成設(shè)計文檔，即OOD模型的人機(jī)交互部分。（1）對象和類

每個具體的界面元素都是一個對象，每一種具有相同特征的界面對象用一個類來描述，稱為界面類。圖4.8界面類的表示法第三十九頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》（2）屬性與服務(wù)

屬性用于描述界面元素的各種靜態(tài)特征，也可以表示一個界面對象所含的部分對象，或者與它相關(guān)聯(lián)的其他對象服務(wù)表示界面元素的行為，即它的各項操作。第四十頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》

（3）整體－部分結(jié)構(gòu)一方面：圖形結(jié)構(gòu)上具有構(gòu)成關(guān)系的界面元素之間都需要用整體－部分結(jié)構(gòu)來表示。另一方面：還可以表示界面對象在操作中邏輯的層次第四十一頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》主菜單框架窗口視窗工具條按鈕滾動條下拉菜單*111111*12111*圖4.9人機(jī)界面中的整體—部分結(jié)構(gòu)第四十二頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》（4）一般－特殊結(jié)構(gòu)在人機(jī)界面的設(shè)計中常常用一般-特殊結(jié)構(gòu)表示較一般的界面類和較特殊的界面類之間的關(guān)系，使后者能夠繼承前者的屬性與操作，從而減少開發(fā)工作的強(qiáng)度。CDialog《復(fù)用》對話框?qū)傩苑?wù)圖4.10用一般-特殊結(jié)構(gòu)特化可復(fù)用類第四十三頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》（5）關(guān)聯(lián)

關(guān)聯(lián)可以用來表示兩類對象之間的一種靜態(tài)的關(guān)系，即一個類的界面對象需要知道它與另一個類的哪個界面對象相聯(lián)系且難以區(qū)分誰是整體、誰是部分。工具條按鈕對話框*111圖4.11界面對象之間的關(guān)聯(lián)第四十四頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》（6）消息連接

1）從命令輸入到命令處理從命令輸入到命令處理所發(fā)生的消息，有四種情況：從輸入設(shè)備和事件/消息分發(fā)機(jī)制界面對象之間的消息傳遞從接收基本命令或命令步的界面對象向進(jìn)行命令處理的功能對象發(fā)消息，目的是要求后者完成命令所規(guī)定的功能從功能對象向界面對象發(fā)消息，目的是啟動一個界面對象，以輸出提示消息并接收命令步輸入。第四十五頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》輸入設(shè)備事件/消息接收分發(fā)機(jī)制界面對象（接收高級命令）界面對象（接收基本命令）功能對象（完成命令要求的功能）界面對象（接收命令步的輸入）啟動下一層命令接受者高層命令消息輸入命令信息傳送輸出提示命令步信息傳遞命令步信息輸入基本命令消息輸入界面對象（接收高級命令）圖4.12從命令輸入到命令處理所需消息第四十六頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》2）系統(tǒng)向用戶輸出信息

其與輸出有關(guān)的消息包括功能對象向界面對象發(fā)送的消息和界面對象之間發(fā)送的消息兩種情況，如圖所示。圖4.14與輸出有關(guān)的消息第四十七頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》第4章人機(jī)交互部分的設(shè)計

什么是人機(jī)交互部分1

人機(jī)交互部分的需求分析2人機(jī)界面的設(shè)計準(zhǔn)則3可視化環(huán)境下的人機(jī)界面設(shè)計5

人機(jī)界面的OO設(shè)計4第四十八頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4.5可視化環(huán)境下的人機(jī)界面設(shè)計

4.5.1問題的提出

4.5.2所見即所得的界面開發(fā)

4.5.3設(shè)計的必要性

4.5.4基于可視化編程環(huán)境的設(shè)計策略第四十九頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4.5.1問題的提出

設(shè)計階段所定義的對象類、它們的屬性與服務(wù)，以及它們之間的關(guān)系，都要由程序員去編程實(shí)現(xiàn)，但當(dāng)可視化編程環(huán)境的出現(xiàn)使其遇到了爭議。在可視化編程環(huán)境中，應(yīng)用系統(tǒng)開發(fā)者可以通過環(huán)境界面上的操作。以所見即所得的方式定制自己所需的人機(jī)界面。那么人機(jī)界面類圖還有什么用？類圖中的類，既然不要拿去編程，又何必費(fèi)力氣在設(shè)計階段去識別和定義它們？

第五十頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》4.5.2所見即所得的界面開發(fā)1

操作過程

選用VisualC++這種可視化編程環(huán)境來實(shí)現(xiàn)一個應(yīng)用系統(tǒng)，需要實(shí)現(xiàn)其人機(jī)界面的對話框。在環(huán)境界面上進(jìn)行的操作如下：

在主窗口File菜單中選者New；在New窗口Projects菜單中選擇MFCAppWizard(*.exe文件），并為自己的應(yīng)用項目指定一個名字；在MFCAppWizard-Step1中選擇Dialogbased，并一直點(diǎn)擊Next，直到Step4，最后單擊OK按鈕。第五十一頁，共五十七頁，編輯于2023年，星期五《面向?qū)ο蟮南到y(tǒng)設(shè)計》根據(jù)應(yīng)用系統(tǒng)對這個對話框的具體要求，用鼠標(biāo)在控制板上選中所需的控件，然后將光標(biāo)移到對話框內(nèi)進(jìn)行操作，便可把剛才選中的控件對象添加到對話框中。接下來是對添加到對話框中的每個控件對象所能接收的用戶輸入事件指定相應(yīng)的消息處理函數(shù)。隨著可視化操作的進(jìn)行，環(huán)境已經(jīng)將前面定義的對話框轉(zhuǎn)換為相應(yīng)的源程序。在VisualC++主窗口的Build菜單中選者BuildMysystem.exe，環(huán)境將為如上定制的對話框生成可執(zhí)行的程序代碼。單擊工具條上的“！”,程序?qū)㈤_始運(yùn)行。第五十二頁，共五十七