【正文】 統(tǒng)功能依靠于外部用戶或另一個(gè)系統(tǒng)觸發(fā)激活，為用戶或另一個(gè)系統(tǒng)提供服務(wù)，實(shí)現(xiàn)與用戶或另一個(gè)系統(tǒng)之間的交互。實(shí)體類——為需要長(zhǎng)久保存的信息進(jìn)行建模的類。每個(gè)用例中至少應(yīng)該有一個(gè)控制類，它控制用況中的事件順序。、邊界類和控制類？為什么將分析類劃分成這三種類型？ 答：（1）實(shí)體類保存要存入永久存儲(chǔ)體的信息。A. 邊界類、實(shí)體類、控制類 B. 實(shí)體類、數(shù)據(jù)類、界面類C. 控制類、實(shí)體類、數(shù)據(jù)類D. 界面類、控制類、公共類。A. 接口類A. 接口層20．每個(gè)子系統(tǒng)的接口上定義了若干（B），體現(xiàn)了子系統(tǒng)的功能。 19．下面哪個(gè)選項(xiàng)不能描述子系統(tǒng)之間的關(guān)系。A. 發(fā)送消息B. 接收消息（C）。關(guān)聯(lián)關(guān)系C C. 實(shí)體關(guān)系圖 D. 建立軟件設(shè)計(jì)的基礎(chǔ) 11. 下列的（ C）不屬于面向?qū)ο蠓治瞿Ｐ汀? A. 數(shù)據(jù)模型、功能模型、活動(dòng)模型（A）。（A）。 請(qǐng)就以上系統(tǒng)功能畫出分層的DFD圖，并建立重要條目的數(shù)據(jù)字典。顧客在指定日期內(nèi)用取票單換取機(jī)票：（1）系統(tǒng)根據(jù)取票單文件對(duì)取票單進(jìn)行有效性檢查，無(wú)效的輸出無(wú)效取票信息；（2）持有有效取票單的顧客在補(bǔ)交了剩余款后將獲得機(jī)票；（3）記賬文件將被更新，機(jī)票以及顧客信息將被登錄到機(jī)票文件。寫出在數(shù)據(jù)字典中，電話號(hào)碼的數(shù)據(jù)條目的定義(即組成)。區(qū)號(hào)是從100到300中任意的數(shù)字串。三、應(yīng)用題 1．某旅館的電話服務(wù)如下：可以撥分機(jī)號(hào)和外線號(hào)碼。外部耦合——如果兩個(gè)模塊都訪問同一個(gè)全局簡(jiǎn)單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，而且，不是通過參數(shù)表傳遞該全局變量的信息，則這兩個(gè)模塊屬于外部耦合。通信內(nèi)聚——模塊執(zhí)行的若干動(dòng)作之間有順序關(guān)系，并且所有動(dòng)作是在相同的數(shù)據(jù)上執(zhí)行。測(cè)試計(jì)劃。數(shù)據(jù)設(shè)計(jì)。推薦最佳方案?！　?shù)據(jù)流圖的基本符號(hào)的意思： 　?。弧　。?　??； 。 建立目標(biāo)系統(tǒng)的邏輯模型。 抽象出當(dāng)前系統(tǒng)的邏輯模型8) 獲得當(dāng)前系統(tǒng)的物理模型7) 確定系統(tǒng)的運(yùn)行要求6) 確定系統(tǒng)的性能要求5) 確定系統(tǒng)的操作要求和界面要求4) 確定系統(tǒng)的數(shù)據(jù)要求3)確定系統(tǒng)的功能要求 2)結(jié)構(gòu)化分析方法用抽象模型的概念，按照軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，直至找到滿足功能要求的所有可實(shí)現(xiàn)的軟件元素為止描述工具：1系統(tǒng)流程圖 2 數(shù)據(jù)流程圖3數(shù)據(jù)字典4 IPO圖 5層次方框圖6實(shí)體—關(guān)系圖7狀態(tài)—變遷圖?答：1）可以說，“需求分析”就是確定要計(jì)算機(jī)“做什么”。提高軟件開發(fā)生產(chǎn)率，及時(shí)交付使用：驗(yàn)收測(cè)試，項(xiàng)目計(jì)劃，單元測(cè)試，需求評(píng)審，成本估計(jì)，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，系統(tǒng)測(cè)試，設(shè)計(jì)評(píng)審，編碼，需求規(guī)格說明書。 實(shí)現(xiàn)預(yù)期的軟件功能，達(dá)到較好的軟件性能，滿足用戶的需求。2 在七種偶合中，最低偶合是（D）。 當(dāng)一個(gè)模塊直接使用另一個(gè)模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（D）A、數(shù)據(jù)耦合B、公共耦合C、標(biāo)記耦合D、內(nèi)容耦合27. （D）工具在軟件詳細(xì)設(shè)計(jì)過程中不采用。A、一個(gè)輸入流或一個(gè)輸出流 D、SC18. B、SD 數(shù)據(jù)字典是用來(lái)定義（D）中的各個(gè)成份的具體含義的。 B、20% 可行性研究是在（A）之前A、系統(tǒng)開發(fā) B、測(cè)試 C、試運(yùn)行 D．變換模型，適用于（A）系統(tǒng)。 C．噴泉模型 B．專家系統(tǒng)A．增量模型電大天堂【軟件工程】形成性考核冊(cè)答案注：本答案僅供參考，如有錯(cuò)誤敬請(qǐng)指正來(lái)源：【電大天堂】電大天堂【軟件工程】形考作業(yè)一：（第1～4章）一、選擇題：，這種現(xiàn)象稱做（C）。（A ）模型。 A．需求不確定性高的 B．需求確定的 ( A)需求分析、設(shè)計(jì)過程。 D、深入的（D）A、分析開發(fā)系統(tǒng)的必要性 B、確定系統(tǒng)建設(shè)的方案 B、P (i+1)*n D、p(i+n)11. 可行性研究需要的時(shí)間長(zhǎng)短取決于系統(tǒng)的規(guī)模，一般來(lái)說，可行性研究的成本只是預(yù)期總成本的（C）。C、8% 需求規(guī)格說明書的作用不包括（D）A、軟件驗(yàn)收的依據(jù) B、用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C、軟件可行性研究的依據(jù) D、軟件設(shè)計(jì)的依據(jù)16.A、程序流程圖B、功能結(jié)構(gòu)圖 數(shù)據(jù)流程圖是（A）方法中用于表示系統(tǒng)邏輯模型的一種圖形工具。B、一個(gè)輸入流和一個(gè)輸出流C、一個(gè)輸入流 在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是（D）。 在模塊的3種基本屬性中，反映模塊內(nèi)部特性的是（C）。 模塊的耦合性可以按照耦合程度的高低進(jìn)行排序，以下哪一項(xiàng)符合從低到高的正確次序（D）。 PDL是描述處理過程( C )A、做什么B、為什么做 C、怎么做D、對(duì)誰(shuí)做24.A、判定表 C、程序優(yōu)化D、數(shù)據(jù)共享26. 軟件結(jié)構(gòu)使用的圖形工具，一般采用（C）圖。 A、DFD D、ER30.A、內(nèi)容偶合B、公共偶合C、數(shù)據(jù)偶合D、非直接偶合3答：項(xiàng)目計(jì)劃，成本估計(jì)，需求規(guī)格說明書，需求評(píng)審，概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)，設(shè)計(jì)評(píng)審，編碼，單元測(cè)試，系統(tǒng)測(cè)試，驗(yàn)收測(cè)試？答：可行性研究主要包括以下幾個(gè)部分：任務(wù)：確定軟件項(xiàng)目的目標(biāo)和范圍。9) 修正開發(fā)計(jì)劃10）？其作用是什么？它有哪些條目？答：數(shù)據(jù)字典，主要用來(lái)描述數(shù)據(jù)流程圖中的數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理過程和和數(shù)據(jù)源點(diǎn)/終點(diǎn)。功能分解，確定軟件結(jié)構(gòu)。書寫文檔。設(shè)計(jì)審查和復(fù)審。 詳細(xì)設(shè)計(jì)的基本任務(wù)是什么？有那幾種描述方法？答：詳細(xì)設(shè)計(jì)階段的任務(wù)是要為編寫程序代碼設(shè)計(jì)“圖紙”，由程序員按“圖紙”用某種高級(jí)程序設(shè)計(jì)語(yǔ)言編寫程序代碼。邏輯內(nèi)聚——當(dāng)一個(gè)模塊執(zhí)行一系列相關(guān)的動(dòng)作時(shí)，稱其有邏輯內(nèi)聚。信息內(nèi)聚——一個(gè)模塊中執(zhí)行一系列動(dòng)作，每個(gè)動(dòng)作都有自己的入口點(diǎn)和處理代碼，所有的動(dòng)作都作用在相同的數(shù)據(jù)結(jié)構(gòu)上，這樣的模塊叫做信息內(nèi)聚?？刂岂詈稀绻KA向模塊B傳遞一個(gè)控制信息，則稱這兩個(gè)模塊是控制耦合的數(shù)據(jù)結(jié)構(gòu)耦合——當(dāng)一個(gè)模塊調(diào)用另一個(gè)模塊時(shí)傳遞了整個(gè)數(shù)據(jù)結(jié)構(gòu)，這兩個(gè)模塊之間具有數(shù)據(jù)結(jié)構(gòu)耦合。分機(jī)號(hào)是從7201至7299。市話號(hào)碼是以局號(hào)和分局號(hào)組成。名稱簡(jiǎn)稱類型長(zhǎng)度取值范圍分機(jī)號(hào)Extension_Number字符47201..7299外線市話號(hào)Addition_Internumber字符99+[455|466|888|552]+4{數(shù)字}4外線長(zhǎng)話號(hào)Addition_Extennumber字符129+[100|101|102|..|298|299|300]+[455|466|888|552]+4{數(shù)字}4訂單中有訂票日期、旅行日期、時(shí)間要求（上午、下午、晚上）、出發(fā)地、目的地、顧客姓名、身份證號(hào)、聯(lián)系電話。 取機(jī)票流程圖3．一個(gè)簡(jiǎn)化的圖書館信息管理系統(tǒng)有以下功能：(1)借書：輸入讀者借書證，系統(tǒng)檢查借書證是否有效；查閱借書文件，檢查該讀者所借圖書是否超過10本，若已達(dá)10本，顯示信息“已經(jīng)超出借書數(shù)量”，拒借；未達(dá)10本，辦理借書（檢查庫(kù)存、修改庫(kù)存信息并將讀者借書信息登入借書記錄）(2)還書：輸入書號(hào)和讀者號(hào)，從借書記錄中讀出與讀者有關(guān)的記錄，查閱所借日期，如果超過3個(gè)月，作罰款處理。還書流程圖借書流程圖 2.（B）是對(duì)象的靜態(tài)特征。（D）使對(duì)象的動(dòng)態(tài)特征A) 是一種可視化的程序設(shè)計(jì)語(yǔ)言C) 是一種方法（A）。8. 面向?qū)ο蠓治龅暮诵脑谟诮ⅲ˙）模型。 B. 對(duì)象模型、功能模型、測(cè)試模型 A. 定義可驗(yàn)證的軟件需求 D. 順序圖 12. （A ）用于描述系統(tǒng)中概念層次的對(duì)象。繼承關(guān)系D A. UML的一個(gè)最新圖B. 類圖的一種，假如已經(jīng)構(gòu)造了一個(gè)一般借書者類，后來(lái)發(fā)現(xiàn)圖書館的學(xué)生和教師在借書中有不同要求。 18．框架是一組可用于不同應(yīng)用的（A）集合A. 類（D）A. 請(qǐng)求——服務(wù)關(guān)系A(chǔ). 說明（C），太多的自定義類型會(huì)降低系統(tǒng)的（A）指標(biāo)。二、簡(jiǎn)答題。實(shí)體類通常在事件流或交互圖中，是對(duì)用戶最有意義的類。（2）分為三種類型是因?yàn)樗鼈兏髯缘墓δ懿煌Ｓ美晥D中可以包含若干個(gè)用例，用例表示系統(tǒng)能夠提供的功能，用例視圖是其他視圖的核心和基礎(chǔ)。（3）組件視圖（Component view）組件視圖用來(lái)描述系統(tǒng)實(shí)現(xiàn)的結(jié)構(gòu)和行為特征，反映系統(tǒng)各組成元素之間的關(guān)系。除了劃分系統(tǒng)為并發(fā)執(zhí)行的進(jìn)程或線程外，并發(fā)視圖還必須處理通信和同步問題。5. 順序圖在分析階段的作用？答：順序圖描述了一組交互對(duì)象間的交互方式，它表示完成某項(xiàng)行為的對(duì)象和這些對(duì)象之間傳遞消息的時(shí)間順序6. 活動(dòng)圖在分析階段的作用？答：活動(dòng)圖反映系統(tǒng)中從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的流程，強(qiáng)調(diào)對(duì)象間的控制流程。根就是主模塊，葉子是最低級(jí)的功能模塊。但是，由于上層模塊需要調(diào)用下層模塊，所以這些上層模塊就依賴于下層模塊的處理細(xì)節(jié)?？蚣苤械念愅ǔＪ且恍┏橄箢惒⑶蚁嗷ビ新?lián)系，可以通過繼承的方式使用這些類,當(dāng)面向?qū)ο笤O(shè)計(jì)進(jìn)行底層設(shè)計(jì)時(shí)，對(duì)每個(gè)類進(jìn)行詳細(xì)設(shè)計(jì)，設(shè)計(jì)類的屬性和操作，優(yōu)化類之間的關(guān)系，就可以設(shè)計(jì)成框架來(lái)對(duì)類的設(shè)計(jì)進(jìn)行構(gòu)架和優(yōu)化。三、應(yīng)用題，有兩類媒體文件：圖像文件和聲音文件。2）4）答：Student類為基類，其他三個(gè)類都是Student的子類。University Student類的屬性為：IsPartyMember（是否黨員），Department（學(xué)院），Specialty（專業(yè)）。每天下班前為采購(gòu)部門提供一張訂書單。 ，該系統(tǒng)基本需求如下：（1）報(bào)社發(fā)行多種刊物，每種刊物通過訂單來(lái)征訂，訂單中有代碼，名稱，訂期，單價(jià)，份數(shù)等項(xiàng)目，訂戶通過填寫訂單來(lái)訂閱報(bào)刊。解： A、數(shù)據(jù)結(jié)構(gòu)的描述性B、抽象類型的描述性C、數(shù)據(jù)庫(kù)的易操作性D、軟件的可移植性（B）。，用于說明程序段或語(yǔ)句的功能以及數(shù)據(jù)的狀態(tài)，需要在每一行都要加注釋，以便很容易區(qū)分注釋和程序(D)。A程序內(nèi)部邏輯 黑盒測(cè)試在設(shè)計(jì)測(cè)試用例時(shí)，主要研究（A）。結(jié)構(gòu)合理性B、軟件外部功能C、程序正確性D、程序內(nèi)部邏輯17.A、文檔B、數(shù)據(jù) 以下屬于軟件維護(hù)階段文檔的是(C)。 產(chǎn)生軟件維護(hù)的副作用，是指（C）。 維護(hù)中，因誤刪除一個(gè)標(biāo)識(shí)符而引起的錯(cuò)誤是（C）副作用。 可維護(hù)性的特性中，相互促進(jìn)的（A）。 D、效率和結(jié)構(gòu)好22. 各種不同的軟件維護(hù)中，以（C）維護(hù)所占的維護(hù)量最小。 糾錯(cuò)性維護(hù)B、代碼維護(hù)C、預(yù)防性維護(hù)D、文檔維護(hù)27.A．異步控制B．同步控制C．存取控制D．基線控制28.A．登入B．管理C．填寫變更要求D．審查29.⑤避免功能冗余的模塊。 ①確保物理和邏輯功能密切相關(guān)。 ③檢查代碼的重復(fù)率，重復(fù)多的代碼， 數(shù)組、指針和復(fù)雜的表。5）文檔化（documentation）①有效、適當(dāng)?shù)厥褂米⑨尅?？答：軟件測(cè)試從廣義上講,是指軟件產(chǎn)品生存周期內(nèi)所有的檢查、評(píng)審和確認(rèn)活動(dòng)。 應(yīng)該把測(cè)試貫穿在整個(gè)開發(fā)過程之中。在實(shí)際操作中可以列出一張表格，包括每個(gè)測(cè)試用例的編號(hào)、類型、輸入數(shù)據(jù)、預(yù)期輸出結(jié)果、實(shí)際輸出結(jié)果、出錯(cuò)原因分析。 程序員應(yīng)該盡量避免檢查自己編寫的代碼。 在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)該包括有效的、期望的輸入情況，也要包括無(wú)效的和不期望的輸入情況。6)7)例如，工資軟件中，軟件只完成在編職工的工資計(jì)算和輸出，不在編人員的工資是不進(jìn)行計(jì)算和輸出的。在測(cè)試之前應(yīng)該有明確的測(cè)試計(jì)劃，內(nèi)容包括：要測(cè)試的軟件功能和內(nèi)容、測(cè)試用例和預(yù)期結(jié)果、測(cè)試的進(jìn)度安排、需要的工具和資源、測(cè)試控制方式和過程等。驗(yàn)收測(cè)試與系統(tǒng)測(cè)試相似，主要區(qū)別是測(cè)試人員不同，驗(yàn)收測(cè)試由用戶執(zhí)行。例如，是否拒絕不合理的輸入。對(duì)這些地方要仔細(xì)地選擇測(cè)試用例，認(rèn)真加以測(cè)試。？它適應(yīng)哪些測(cè)試？答：白盒測(cè)試也叫結(jié)構(gòu)測(cè)試，測(cè)試者需要了解被測(cè)程序的內(nèi)部結(jié)構(gòu)。特點(diǎn)是：考慮輸入條件間的組合關(guān)系；考慮輸出條件對(duì)輸入條件的信賴關(guān)系；測(cè)試用例發(fā)現(xiàn)錯(cuò)誤的效率高；能查出功能說明中的某些不一致或遺漏？試對(duì)它們的檢錯(cuò)能力進(jìn)行比較。Y=80 )THEN T:=1ELSE)AND條件/判定覆蓋：1 X=80Y=50條件組合覆蓋：1 X=80Y=755 X=90Y=709 X=75Y=8511.12.14.對(duì)該軟件項(xiàng)目的綜合描述,定義起所要做的工作以及性能限制,它包括:　　(1)項(xiàng)目目標(biāo)?！　?5)特殊要求?！　?2)硬件資源。進(jìn)度安排的好壞往往會(huì)影響整個(gè)項(xiàng)目的按期完成,因此這一環(huán)節(jié)是十分重要的?！　?4)成本估算。軟件配置管理是一套規(guī)范、高效的軟件開發(fā)基礎(chǔ)結(jié)構(gòu)。答：（4）版本歷史信息。假設(shè)頭文件名稱為 ，頭文件的結(jié)構(gòu)參見示例12。?? 【建議121】頭文件中只存放“聲明”而不存放“定義”?? 【建議122】不提倡使用全局變量，盡量不要在頭文件中出現(xiàn)象extern int value 這類聲明。（2） 對(duì)一些頭文件的引用。include “” // 引用頭文件?// 全局函數(shù)的實(shí)現(xiàn)體void Function1(?){?}// 類成員函數(shù)的實(shí)現(xiàn)體void Box::Draw(?){?}示例 13C 定義文件的結(jié)構(gòu) 目錄結(jié)構(gòu)如果一個(gè)軟件的頭文件數(shù)目比較多（如超過十個(gè)），通常應(yīng)將頭文件和定義文件分別保存于不同的目錄，以