【正文】 小寫 b[i]=c給b加字符串結(jié)束標(biāo)志 輸出字符串b第5章 編碼 有人說程序編好后能上機(jī)運(yùn)行就可以了，為什么還要講究風(fēng)格和可讀性呢？你覺得對嗎？為什么？ 對于學(xué)生的練習(xí)題和作業(yè)題，程序編好后能上機(jī)運(yùn)行，一般認(rèn)為任務(wù)就完成了。編碼人員編寫完程序后，要對自己的程序進(jìn)行單元測試，測試人員要進(jìn)行集成測試和系統(tǒng)測試，提交用戶使用后，還需要對軟件進(jìn)行持續(xù)的維護(hù)修改工作。道理很簡單，如果需要對某段程序進(jìn)行修改，首先要讀懂，閱讀程序是軟件開發(fā)和維護(hù)過程中的一個(gè)重要組成部分，而且讀程序的時(shí)間比寫程序的時(shí)間還要多。 一般情況下，程序的效率和清晰性相比哪一個(gè)更重要？在計(jì)算機(jī)發(fā)展的早期，由于CPU效率低，內(nèi)存小，程序在運(yùn)行時(shí)容易出現(xiàn)運(yùn)行時(shí)間太長或內(nèi)存溢出問題。隨著計(jì)算機(jī)硬件性能的飛速發(fā)展以及軟件規(guī)模和復(fù)雜性的急劇增加，這種情況已經(jīng)發(fā)生了根本的轉(zhuǎn)變，程序的清晰性越來越受到重視，程序的清晰性不好會(huì)給測試、維護(hù)修改帶來困難，這對于規(guī)模龐大和復(fù)雜的軟件尤其明顯。對于效率沒有特殊嚴(yán)格要求的系統(tǒng)來說，要將程序的清晰性放在第一位，在不影響清晰性的情況下，去改進(jìn)效率。許多程序設(shè)計(jì)語言允許在一行內(nèi)寫多個(gè)語句。下面是一段排序程序，請對其編碼風(fēng)格進(jìn)行改進(jìn)，以增加其可讀性。 i=n1。 j=ni。 a[j]=a[j+1]。}改進(jìn)后的代碼如下：for (i=1。 i++) for (j=1。 j++) if (a[j]a[j+1]) { temp=a[j]。 a[j+1]=temp。for (i=1。 i++){t=i。 j=n。 if (t!=i) {temp=a[t]。 a[i]=temp}}改進(jìn)后的代碼如下：for (i=1。 i++){t=i。 j=n。 } if (t!=i) {temp=a[t]。 a[i]=temp}}，注意編碼風(fēng)格。10的二維數(shù)組a的每一行的最大值存入一維數(shù)組b，每一列的最小值存入一維數(shù)組c，minOfB存儲(chǔ)數(shù)組b的最小值，maxOfC存儲(chǔ)數(shù)組c的最大值，result存儲(chǔ)minOfB與maxOfC之差的平方。 int i,j,minOfB, maxOfC, result。 /*建立10 180。i=9。 j=9。 //產(chǎn)生1100之間的隨機(jī)數(shù) /*求a中每一行的最大值232。 i=9。b[i] */ b[i]=a[i][0]。 j=9。 } /*求a中每一列的最小值232。 j=9。c[j]。 for (i=1。 i++) if (a[i][j]c[j]) c[j] = a[i][j]。minOfB*/ minOfB = b[0]。 i=9。 /*求數(shù)組c中的最大值232。 for (i=1。 i++) if (maxOfCc[i]) maxOfC = c[i]。 printf(結(jié)果是：%d,result)。 }，注意編碼風(fēng)格。變量c存儲(chǔ)當(dāng)前處理的字符，變量e存儲(chǔ)c之前字符。 int i,n。 n=strlen(a)。 if(isalpha(a[0])) { a[0]=toupper(a[0])。 } //處理第一個(gè)字符之后的每個(gè)字符，將.?!后面的字母改為大寫，其他改為小寫。 in。 e=a[i1]。 else c=tolower(c)。 } b[n]=39。 puts(b)。請為相關(guān)的處理程序采用等價(jià)類劃分方法設(shè)計(jì)等價(jià)類表及相應(yīng)的測試用例。a測試與b測試都是集成測試之后所進(jìn)行的測試，都屬于系統(tǒng)測試。而b測試則是在用戶實(shí)際工作環(huán)境中所做的測試，不受開發(fā)人員的干預(yù)。語句覆蓋測試用例：【6,12,20，10,20,30】, 【4,8,10，1,2,3】路徑覆蓋測試用例：【6,12,20，10,20,30】【6,12,10，10,20,3】【6,8,20，10,2,30】【6,8,10，10,2,3】【4,12,20，1,20,30】【4,12,10，1,20,3】【4,8,20，1,2,30】【4,8,10，1,2,3】第7章 統(tǒng)一建模語言UML概述 UML中有哪些關(guān)系？解釋類圖中聚合和關(guān)聯(lián)的相同點(diǎn)和不同點(diǎn)。在類圖中，關(guān)聯(lián)是一種結(jié)構(gòu)關(guān)系，它描述了兩個(gè)或多個(gè)類的實(shí)例之間的連接關(guān)系。按照關(guān)聯(lián)關(guān)系的定義，聚合屬于一種特殊的關(guān)聯(lián)關(guān)系，只不過這種關(guān)聯(lián)關(guān)系具有明確的整體部分含義而已。 討論順序圖與協(xié)作圖的關(guān)系，何時(shí)用順序圖建模優(yōu)于協(xié)作圖建模，以及相反的情況。但即使他們各有側(cè)重，但從語義上來說是等價(jià)的，可從一種圖自動(dòng)轉(zhuǎn)換為另一種圖。順序圖在分析中更常用，而協(xié)作圖則在設(shè)計(jì)中更常用。賬戶的狀態(tài)包括開戶、正常使用、透支、休眠、凍結(jié)和注銷。第8章 面向?qū)ο蠓治?，闡述它們各自的特點(diǎn)。但面向?qū)ο蟮姆治龇椒ú⒉皇且怨δ芊纸鉃楹诵模讷@取并分析用戶的功能需求之后，重點(diǎn)以類和對象為核心，建立對象模型，交互模型也是圍繞對象模型進(jìn)行的。面向數(shù)據(jù)流的分析方法是以功能分解為核心的。 用例建模的主要步驟是什么？ 用例建模的主要步驟如下：(1) 確定業(yè)務(wù)參與者──可以是與系統(tǒng)有交互的外部硬件、軟件、組織、人等。(3) 創(chuàng)建用例圖──標(biāo)識(shí)參與者與用例之間、用例與用例之間的關(guān)系?！栋繁硎疽粋€(gè)用例所執(zhí)行的功能中總是包括被包含用例的功能；《擴(kuò)展》是指一個(gè)用例的執(zhí)行可能需要由其他用例的功能來擴(kuò)展，《擴(kuò)展》聯(lián)系可用于對期望或可選的行為建模，但其主要用途是使基本用例的功能不依賴于擴(kuò)展用例。對象模型的五個(gè)層次 解釋關(guān)聯(lián)類的作用，在什么時(shí)候需要使用關(guān)聯(lián)類？關(guān)聯(lián)類的作用是描述關(guān)聯(lián)的屬性。但在某些情況下，需要對關(guān)聯(lián)關(guān)系的語義做詳細(xì)的定義、存儲(chǔ)和訪問，為此可以建立關(guān)聯(lián)類（association class）。UML類圖如下： 考慮一個(gè)計(jì)算機(jī)超市，出售硬件、外設(shè)和軟件。系統(tǒng)的參與者：系統(tǒng)管理員（administrator），售貨員（salesperson），客戶（customer）。因此，分析軟件模塊之間的依賴性就可以從類、接口、包和構(gòu)件的角度和層次進(jìn)行分析。類之間的循環(huán)依賴性是個(gè)特別棘手的問題，好在大多數(shù)情況下可以通過重新設(shè)計(jì)避免循環(huán)依賴性。舉例說明如下：在下圖中，包A依賴于包B，反過來包B又依賴包A，構(gòu)成了循環(huán)依賴。 請給出構(gòu)件的一般性定義，然后給出傳統(tǒng)的軟件工程環(huán)境及面向?qū)ο蟮能浖こ汰h(huán)境中構(gòu)件的定義，最后選擇你熟悉的編程語言說明怎樣定義一個(gè)構(gòu)件。軟件構(gòu)件可以被獨(dú)立部署，并由第三方任意組裝。在傳統(tǒng)的軟件工程環(huán)境中，一個(gè)構(gòu)件就是程序的一個(gè)功能要素，程序由處理邏輯和實(shí)現(xiàn)處理邏輯所需的內(nèi)部數(shù)據(jù)結(jié)構(gòu)以及能夠保證構(gòu)件被調(diào)用和實(shí)現(xiàn)數(shù)據(jù)傳遞的接口構(gòu)成。在面向?qū)ο蟮能浖こ汰h(huán)境中，面向?qū)ο蠹夹g(shù)已達(dá)到了類級復(fù)用，而構(gòu)件級復(fù)用則是比類級復(fù)用更高一級的復(fù)用，它是對一組類的組合進(jìn)行封裝（當(dāng)然，在某些情況下，一個(gè)構(gòu)件可能只包含一個(gè)單獨(dú)的類），并代表完成一個(gè)或多個(gè)功能的特定服務(wù)，也為用戶提供了多個(gè)接口。選擇你熟悉的編程語言說明怎樣定義一個(gè)構(gòu)件。 1) 問題域部分的設(shè)計(jì)在面向?qū)ο笤O(shè)計(jì)過程中，可能要對面向?qū)ο蠓治鏊贸龅膯栴}域模型進(jìn)行補(bǔ)充或調(diào)整。2) 人機(jī)交互部分的設(shè)計(jì)人機(jī)交互界面的設(shè)計(jì)質(zhì)量直接影響到用戶對軟件的使用。3) 任務(wù)管理部分的設(shè)計(jì)任務(wù)管理主要包括任務(wù)的選擇和調(diào)整。設(shè)計(jì)任務(wù)管理子系統(tǒng)時(shí)，需要確定各類任務(wù)，并將任務(wù)分配給適當(dāng)?shù)挠布蜍浖?zhí)行。在面向?qū)ο笤O(shè)計(jì)中，可以將UML類圖看作是數(shù)據(jù)庫的概念模型，一個(gè)類可以映射為一個(gè)表或多個(gè)表，此外，還要考慮類之間的關(guān)聯(lián)關(guān)系、繼承關(guān)系的映射。客戶在提交訂單之前，必須填寫關(guān)于寄送地址和發(fā)票及付款方式等細(xì)節(jié)，一旦訂單被提交，系統(tǒng)顯示確認(rèn)信息，并附上訂單的詳細(xì)信息。系統(tǒng)管理人員查看客戶的訂單，驗(yàn)證客戶的信用和付款方式，向倉庫請求所購圖書，打印發(fā)票并發(fā)貨。Web頁面層負(fù)責(zé)接收用戶的請求，業(yè)務(wù)邏輯層在獲知用戶請求后，執(zhí)行相應(yīng)的業(yè)務(wù)邏輯，向數(shù)據(jù)庫層發(fā)出數(shù)據(jù)請求，獲得所需要的數(shù)據(jù)后，通知Web頁面層將數(shù)據(jù)呈現(xiàn)給用戶。系統(tǒng)的軟件結(jié)構(gòu)如圖所示。問題域類包括客戶、信用信息、訂單、圖書、發(fā)票及發(fā)貨單。2. 若不是心寬似海，哪有人生風(fēng)平浪靜。用一些事情，總會(huì)看清一些人。既糾結(jié)了自己，又打擾了別人。4. 歲月是無情的，假如你丟給它的是一片空白，它還給你的也是一片空白。你必須努力，當(dāng)有一天驀然回首時(shí)，你的回憶里才會(huì)多一些色彩斑斕，少一些蒼白無力。