【正文】 它與動作對象不一樣，數(shù)據(jù)存儲本身不產(chǎn)生任何操作，它只響應(yīng)存儲和訪問的要求?！　　　幼鲗ο笫且环N主動對象，它通過生成或者使用數(shù)據(jù)值來驅(qū)動數(shù)據(jù)流圖?！　　　?shù)據(jù)流圖中的數(shù)據(jù)流將對象的輸出與處理、處理與對象的輸入、處理與處理聯(lián)系起來。　　　數(shù)據(jù)流圖中的處理用來改變數(shù)據(jù)值。數(shù)據(jù)流圖用來表示從源對象到目標(biāo)對象的數(shù)據(jù)值的流向，它不包含控制信息，控制信息在動態(tài)模型中表示，同時數(shù)據(jù)流圖也不表示對象中值的組織，值的組織在對象模型中表示。功能模型表明一個計(jì)算如何從輸入值得到輸出值，它不考慮計(jì)算的次序。功能模型　　功能模型描述了系統(tǒng)的所有計(jì)算。如果收集輸入信息是目標(biāo)系統(tǒng)的一項(xiàng)主要工作，則在開發(fā)這類應(yīng)用系統(tǒng)時建立正確的動態(tài)模型是至關(guān)重要的。建立動態(tài)模型對于僅存數(shù)靜態(tài)數(shù)據(jù)的系統(tǒng)來說，動態(tài)模型并沒有什么實(shí)際意義。事實(shí)上，分析工作不可能嚴(yán)格按照預(yù)定順序進(jìn)行，系統(tǒng)的模型往往需要反復(fù)構(gòu)造多遍才能建成。也就是說，動態(tài)模型是基于事件共享而相互關(guān)聯(lián)的一組狀態(tài)圖的集合。UML中類圖適用于建立對象模型，狀態(tài)圖適用于建立動態(tài)模型。對象模型是三個模型中最關(guān)鍵的。控制和操作等共同的概念，但每種模型描述的側(cè)重有所不同。這三個模型從不同的角度對系統(tǒng)進(jìn)行描述，其中：對象模型描述了系統(tǒng)靜態(tài)的、結(jié)構(gòu)化的數(shù)據(jù)性質(zhì)；動態(tài)模型描述了系統(tǒng)順勢的、行為化的控制性質(zhì)；功能模型描述了變化的系統(tǒng)的功能性質(zhì)。如果顧客決定不買所選擇的貨物，他投放進(jìn)的貨幣將從退幣孔中退出。如果分配器是空的，則和顧客支付的貨幣值相等的硬幣將被送回到退幣孔。顧客通過選擇貨物分配器來選擇貨物。自動售貨機(jī)裝有貨物分配器。當(dāng)機(jī)器接受了有效的硬幣之后，就把硬幣送入硬幣儲藏器中。其他貨幣被認(rèn)為是假幣。售貨時，顧客把硬幣投入機(jī)器的投幣口中，機(jī)器檢查硬幣的大小、重量、厚度及邊緣類型。？　　工作臺實(shí)現(xiàn)軟件工具集成的方式是通過共享文件、共享倉庫或共享數(shù)據(jù)結(jié)構(gòu)來集成。？有什么區(qū)別？　　CASE工具可以理解為除OS外的所有軟件工具的總稱。？　　CASE是計(jì)算機(jī)輔助軟件工程的簡稱。？　　軟件環(huán)境數(shù)據(jù)庫是用于支持軟件項(xiàng)目的大型數(shù)據(jù)庫；軟件環(huán)境數(shù)據(jù)庫中主要存儲軟件開發(fā)過程中產(chǎn)生的有關(guān)產(chǎn)品或半成品的數(shù)據(jù)及各種項(xiàng)目數(shù)據(jù)，如源程序、測試數(shù)據(jù)和各種文檔等，它構(gòu)成軟件開發(fā)和維護(hù)過程中所有項(xiàng)目數(shù)據(jù)的集中化的存儲設(shè)施,是集成化軟件開發(fā)環(huán)境的核心組成部分,也是各個軟件工具之間共享數(shù)據(jù)及相互連結(jié)的統(tǒng)一媒介。包含在軟件開發(fā)環(huán)境中的工具不是各自封閉和分離的，而是與某種軟件開發(fā)方法或某種軟件加工模型相適應(yīng)，并以一種綜合的、一致的和整體連貫的形態(tài)來支持軟件開發(fā)的全過程?！　〗换ナ饺藱C(jī)界面:人機(jī)界面(也稱用戶界面或人機(jī)對話)是用戶與計(jì)算機(jī)系統(tǒng)之間相互交流的中間媒介。如：UNIX程序設(shè)計(jì)環(huán)境、及VAX/VNS SET、PCDE、APCE等程序設(shè)計(jì)環(huán)境?！　“醇夹g(shù)發(fā)展方向軟件開發(fā)環(huán)境可分為以語言為中心的環(huán)境、面向結(jié)構(gòu)化的環(huán)境和工具箱環(huán)境。?　　(1) 易用性:友好的用戶界面，用戶樂于使用；　　(2) 對開發(fā)方法的支持：能滿足預(yù)期的任務(wù)和功能需求，且能支持完成該任務(wù)所遵循的方法學(xué)；　　(3) 穩(wěn)健性:具備自檢測機(jī)制,即使在故障情況下也不會導(dǎo)致嚴(yán)重后果；　　(4) 性能:能使資源得到充分有效的利用；　　(5) 工具結(jié)構(gòu)柔性:工具結(jié)構(gòu)是柔軟的、可修改的和可擴(kuò)充的。　　(4) 軟件測試：如靜態(tài)分析器、動態(tài)覆蓋率測試器、測試用例生成器、測試報告生成器及環(huán)境模擬器等?！　?3) 編碼：集成化的程序員工作平臺。按照軟件生存周期可將其分為如下幾類： 　　(1) 需求分析：如數(shù)據(jù)流圖繪制與分析工具、狀態(tài)轉(zhuǎn)換圖繪制與分析工具、面向?qū)ο蟮哪Ｐ秃头治龉ぞ?、快速原型?gòu)造工具、數(shù)據(jù)字典與數(shù)據(jù)庫工具等。 　　(見該章教案舉例)。因?yàn)楫?dāng)開發(fā)人員以算術(shù)級數(shù)增長時，而人員之間的通信將以幾何級數(shù)增長，往往得不償失。該方法得到的結(jié)果比較接近實(shí)際。由少數(shù)專家參與，依靠他們過去的經(jīng)驗(yàn)，將要開發(fā)的軟件與過去開發(fā)過的軟件進(jìn)行類比，以估計(jì)新的軟件開發(fā)所需要的工作量和成本。離開的人員不僅帶走了重要的信息，而且?guī)ё吡斯ぷ鹘?jīng)驗(yàn)?！　?4) 在研制開發(fā)過程中，文檔資料是不可缺少的，但工作量又是巨大的,往往也是人們不愿去作的。？　　(1) 軟件項(xiàng)目與其他任何產(chǎn)業(yè)項(xiàng)目不同，它是算法、思想、概念、組織、流程、效率、優(yōu)化等的融合體；　　(2) 開發(fā)軟件項(xiàng)目產(chǎn)品,在多數(shù)情況下,用戶給不出明確的想法和要求?！　?4) 項(xiàng)目管理：制定《項(xiàng)目實(shí)施計(jì)劃》，按照計(jì)劃的內(nèi)容組織和實(shí)施軟件的工程化生產(chǎn)?！　?2) 質(zhì)量管理: 按項(xiàng)目的質(zhì)量保證計(jì)劃,確保各個開發(fā)階段的開發(fā)和維護(hù)工作全部按軟件工程的規(guī)范進(jìn)行,保證軟件產(chǎn)品的質(zhì)量?！　?略)第九章 軟件工程管理　習(xí)題答案？　　(1) 費(fèi)用管理: 對軟件開發(fā)進(jìn)行成本核算,使軟件生產(chǎn)按照商品生產(chǎn)的規(guī)律辦事。因此軟件價格中應(yīng)該計(jì)入維護(hù)成本。？為什么？　　在軟件的生命周期中，軟件維護(hù)的工作量非常大，不同應(yīng)用領(lǐng)域的維護(hù)成本差別也很大。 ？　　(1) 一般來講，維護(hù)人員對開發(fā)人員寫的程序及文檔，理解都比較困難，對維護(hù)工作不會喜歡；　　(2) 維護(hù)持續(xù)時間都很長，在開發(fā)人員不在現(xiàn)場的輕快下，維護(hù)軟件通常是很困難的；　　(3) 絕大多數(shù)軟件在設(shè)計(jì)時對將來的軟件修改都沒有考慮或考慮不多，尤其未能在設(shè)計(jì)中強(qiáng)調(diào)并認(rèn)真解決好模塊的獨(dú)立性，使軟件的修改既困難又易發(fā)生差錯。？　　開發(fā)方法：采用模塊化詳細(xì)設(shè)計(jì)文檔有助于理解軟件的結(jié)構(gòu)、界面功能和內(nèi)部流程；開發(fā)過程中嚴(yán)格而科學(xué)的管理規(guī)劃及清晰可靠的文檔資料對發(fā)生錯誤后的理解與糾錯是至關(guān)重要的；開發(fā)過程中模塊的獨(dú)立程度越高，對軟件修改越容易，對軟件的改進(jìn)和移植越方便。？　　改正性維護(hù)：滿足用戶對已開發(fā)產(chǎn)品的性能與運(yùn)行環(huán)境不斷提高的要求，進(jìn)而達(dá)到延長軟件壽命的目的。多于三位數(shù)字少于三位數(shù)字起始位為‘1’起始位為‘0’有非數(shù)字字符后 綴。 有非數(shù)字字符；；。 輸入條件有效等價類無效等價類地區(qū)碼；；1. 1. 假定被測程序能接受一切符合上述規(guī)定的電話號碼，拒絕所有不符合規(guī)定的電話號碼。1,B185。0A=2,B=1執(zhí)行S2A163。0A=1，B=1執(zhí)行S2A1B=0A=2，B=0執(zhí)行S1A163。條件覆蓋以下四種情況各出現(xiàn)一次0A=2,B=1或A=1,B=0或A=1,B=11,B=0或A163。判定覆蓋A1,B=0A=2,B=0執(zhí)行S1A1,B185。 試為它設(shè)計(jì)足夠的測試用例，分別實(shí)現(xiàn)對程序的判定覆概、條件覆概和條件組合覆概。動力用電非高峰8000度/月B12000度/月C高峰9000度/月C11000度/月D▲▲▲▲▲收費(fèi)標(biāo)準(zhǔn)A類▲1萬度以上1萬度以上200度以上試用基于邏輯的測試方法為它設(shè)計(jì)足夠的測試用例實(shí)現(xiàn)條件組合的完全覆概。動力電以每月1萬度為分界，非高峰用電不足1萬度按B類收費(fèi)，達(dá)到或超過1萬度按C類收費(fèi)。 根據(jù)對程序可靠性的要求采用不同的邏輯覆蓋標(biāo)準(zhǔn)，再補(bǔ)充一些測試方案。 對照程序邏輯，檢查已設(shè)計(jì)出的測試方案。 必要時再用錯誤推測法補(bǔ)充測試方案。 必要時用等價類劃分法補(bǔ)充測試方案。 在任何情況下都應(yīng)使用邊界值分析的方法。總的來說，漸增式測試方法比較好。漸增式測試方式：把下一個要測試的模塊,同已經(jīng)測試好的那些模塊結(jié)合起來進(jìn)行測試。 ?非漸增式測試方式：分別測試模塊,再把所有模塊按設(shè)計(jì)要求放在一起組成所要的程序。 設(shè)計(jì)一個新的測試方案,使它覆蓋一個尚未被覆蓋的無效等價類, 重復(fù)這一步驟,直到所有無效等價類被覆蓋為止。 設(shè)計(jì)一個新的測試方案,以盡可能多的覆蓋尚未被覆蓋的有效等價類,重復(fù)這一步驟,直到所有有效等價類被覆蓋為止。(例略) ?舉例說明?(1) (1)條件覆蓋:執(zhí)行所有可能的穿過程序的控制路流程。 判定覆蓋:使被測程序中的每一個分支至少執(zhí)行一次。白盒測試主要采用的技術(shù)有：路徑測試技術(shù)和事務(wù)處理流程技術(shù)，對包含有大量邏輯判斷或條件組合的程序采用基于邏輯的測試技術(shù)。黑盒測試主要采用的技術(shù)有:等價分類法、邊沿值分析法、錯誤推測法和因果圖等技術(shù)。測試者把被測程序看成一個黑盒,不用關(guān)心程序的內(nèi)部結(jié)構(gòu)。 ?人工復(fù)審的方式：代碼會審、走查和排練和辦公桌檢查；人工復(fù)審的作用：檢查程序的靜態(tài)錯誤。 測試由獨(dú)立的測試組在不了解軟件設(shè)計(jì)的件下完成；調(diào)試由了解詳細(xì)設(shè)計(jì)的程序員完成；(7) (7) 測試是發(fā)現(xiàn)錯誤、改正錯誤、重新測試的過程；調(diào)試是一個推理的過程；(5) (5) 測試從已知條件開始，使用預(yù)先定義的程序，且有預(yù)知的結(jié)果，不可預(yù)見的僅是程序是否通過測試；調(diào)試從不可知內(nèi)部條件開始，除統(tǒng)計(jì)性調(diào)試外，結(jié)果是不可預(yù)見的；(3) (3)第七章 習(xí)題參考答案 ？軟件測試是按照特定的規(guī)則，發(fā)現(xiàn)軟件錯誤的過程；好的測試方案是盡可能發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)錯誤的測試；成功的測試方案是發(fā)現(xiàn)迄今尚未發(fā)現(xiàn)錯誤的測試； ？(1) (1)6. 第四代語言(4GL)應(yīng)具備哪些的特征？(1) 具有很強(qiáng)的數(shù)據(jù)管理能力，能對數(shù)據(jù)庫進(jìn)行有效的存取、查詢和其它有關(guān)操作；(2)