電大系統(tǒng)開發(fā)規(guī)范與文檔編寫形成性考核答案

1、電大天堂【系統(tǒng)開發(fā)規(guī)范與文檔編寫】形考作業(yè)一：一、 填空題1 系統(tǒng)軟件 ， 應(yīng)用軟件 2 過程 ， 方法 ， 工具 3 程序設(shè)計(jì)階段 ， 程序系統(tǒng)階段 ， 軟件工程階段4 計(jì)劃 ， 需求分析 ， 設(shè)計(jì) ， 編碼 ， 測試 ， 運(yùn)行維護(hù)5 項(xiàng)目管理過程 ， 配置管理過程 ， 質(zhì)量管理過程6 瀑布模型，螺旋模型，風(fēng)險(xiǎn)分析7 結(jié)構(gòu)化設(shè)計(jì)，結(jié)構(gòu)化編程8 初始級，可重復(fù)級9 需求獲取10 系統(tǒng)分析員 ， 用戶 ， 軟件開發(fā)人員，軟件需求規(guī)格說明書11 數(shù)據(jù)流圖 ， 數(shù)據(jù)字典 ， 結(jié)構(gòu)化語言 ， 判定表 ，判定樹12 判定樹，結(jié)構(gòu)化語言13 參與者 ， 用例14 擴(kuò)展關(guān)系 ， 包含關(guān)系 ，泛化關(guān)系二、 單

2、項(xiàng)選擇題1B 2A 3D 4C 5A6D 7D 8B 9A 10B11C 12D 13C 14A 15A16D 17C 18A 19C 20C三、 簡答題1 軟件工程軟件工程是用工程、科學(xué)和數(shù)學(xué)的原則與方法研制、維護(hù)計(jì)算機(jī)軟件的有關(guān)技術(shù)及管理方法。2軟件危機(jī)軟件危機(jī)泛指在計(jì)算機(jī)軟件的開發(fā)、維護(hù)和使用過程中所遇到的一系列嚴(yán)重問題。3軟件危機(jī)有哪些表現(xiàn)，產(chǎn)生的原因有哪些？軟件危機(jī)的表現(xiàn)：從宏觀上說，軟件危機(jī)主要是指：（1） 軟件的發(fā)展趕不上計(jì)算機(jī)硬件的發(fā)展（2） 軟件的發(fā)展趕不上社會(huì)對于軟件需求的增長從具體的軟件來說，軟件危機(jī)是指：（1） 軟件往往不能按計(jì)劃、按預(yù)算、按時(shí)完成（2） 已開發(fā)的軟件不

3、能很好的使用，甚至很快就不用軟件危機(jī)產(chǎn)生的原因：（1） 軟件需求分析不充分（2） 軟件開發(fā)的規(guī)范性不夠（3） 軟件開發(fā)計(jì)劃的科學(xué)性不夠（4） 缺少對于軟件的評測手段4數(shù)據(jù)字典數(shù)據(jù)字典是對系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的精確定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。數(shù)據(jù)字典與數(shù)據(jù)流圖配合，能清楚地表達(dá)數(shù)據(jù)處理的要求。5與別的產(chǎn)品相比，軟件有哪些特征？（1） 軟件是一種邏輯實(shí)體，主要是人的腦力勞動(dòng)的產(chǎn)物，軟件具有抽象性。（2） 軟件具有復(fù)雜性。（3） 軟件的維護(hù)具有長期性。（4） 軟件具有高成本性。6試述軟件工程的基本原則（1） 用分階段的生命周期計(jì)劃嚴(yán)格管理（2） 堅(jiān)持進(jìn)行階段評審（3） 實(shí)行嚴(yán)格的產(chǎn)

4、品控制（4） 采用現(xiàn)代程序設(shè)計(jì)技術(shù)（5） 結(jié)果應(yīng)能清楚地審查（6） 結(jié)果應(yīng)能清楚地審查（7） 承認(rèn)不斷改進(jìn)軟件工程實(shí)踐的必要性7試述瀑布模型有何優(yōu)缺點(diǎn)優(yōu)點(diǎn)：它在支持結(jié)構(gòu)化軟件開發(fā)、控制軟件開發(fā)的復(fù)雜性、促進(jìn)軟件開發(fā)工程化等方面起著顯著的作用。缺點(diǎn)：首先，瀑布模型它要求在軟件開發(fā)的初始階段明確軟件系統(tǒng)的全部需求，在實(shí)際中做到這一點(diǎn)是很困難的，甚至是不現(xiàn)實(shí)的。其次，使用瀑布模型開發(fā)軟件，用戶和項(xiàng)目管理者要等很長時(shí)間才能得到一份軟件的最初版本，如果用戶對該軟件提出了較大的改進(jìn)意見，將使整個(gè)項(xiàng)目蒙受巨大的損失。8優(yōu)秀的需求說明書應(yīng)該具備哪些特點(diǎn)？（1）完整性。需求規(guī)格說明書不能遺漏任何必要的需求信息，

5、對于當(dāng)前不能確定的，則使用“帶確定”標(biāo)示。（2）無二義性。對所有需求說明的讀者都只能有一個(gè)明確統(tǒng)一的解釋。（3）一致性。與其他軟件需求或高層（系統(tǒng)、業(yè)務(wù)）需求不相矛盾。（4）可修改性。便于修改，并且在修改后維護(hù)需求的一致性、完整性和無二義性。（5）可跟蹤性。在進(jìn)一步產(chǎn)生和改變文檔編制時(shí)，可以方便的引證每一個(gè)需求。9結(jié)構(gòu)化需求分析方法包含那些步驟？（1）對現(xiàn)行系統(tǒng)的“物理環(huán)境”進(jìn)行研究，獲得現(xiàn)行系統(tǒng)的具體模型。分析現(xiàn)行系統(tǒng)的輸入和輸出，系統(tǒng)中的數(shù)據(jù)如何流經(jīng)整個(gè)系統(tǒng)的，劃出系統(tǒng)的數(shù)據(jù)流圖，用具體的模型來表示自己對現(xiàn)行系統(tǒng)的理解。（2）抽象出與現(xiàn)行系統(tǒng)模型等價(jià)的邏輯模型。對具體模型進(jìn)行抽象，提取其一

6、般的，本質(zhì)的因素，去掉那些非本質(zhì)的因素，獲得反映系統(tǒng)本質(zhì)的邏輯模型。（3）建立目標(biāo)系統(tǒng)的邏輯模型。要明確需要在現(xiàn)行系統(tǒng)上做哪些改變,根據(jù)新系統(tǒng)作要做的改變，參照現(xiàn)行系統(tǒng)邏輯模型，畫出新的數(shù)據(jù)流圖。（4）補(bǔ)充目標(biāo)系統(tǒng)的邏輯模型。確定目標(biāo)系統(tǒng)的人機(jī)界面，補(bǔ)充一些尚未詳細(xì)考慮的細(xì)節(jié)問題10在畫系統(tǒng)的分層數(shù)據(jù)流圖時(shí)，需要注意哪些問題？(1) 加工的編號方法。根據(jù)加工的編號，應(yīng)該能知道該加工屬于哪一層，該加工的父圖以及時(shí)從父圖中的哪個(gè)加工分解得來的。(2) 分解程度。應(yīng)該使分解力求自然，使分解后各界面清晰，意義明確(3) 父圖與子圖的平衡。子圖中的輸入輸出應(yīng)該和父圖中相對應(yīng)的加工的輸入輸出相一致，以保持

7、數(shù)據(jù)流的平衡，保證加工過程的連續(xù)性和一致性。(4) 文件的局部性。在只有文件成為兩個(gè)或多個(gè)加工的接口時(shí)，才出現(xiàn)在該層及下層數(shù)據(jù)流圖上。11用例模型用于描述指定系統(tǒng)的用例，參與者和用例參與者關(guān)聯(lián)關(guān)系的組合。12在建立系統(tǒng)的用例模型時(shí)，如何確定系統(tǒng)的參與者？為了有效地發(fā)現(xiàn)參與者，必須回答以下幾個(gè)問題：（1）誰是系統(tǒng)的主要用戶，即誰使用系統(tǒng)的主要功能；（2）誰從系統(tǒng)獲得信息；（3）誰向系統(tǒng)提供信息；（4）誰來管理、維護(hù)系統(tǒng)，以保證系統(tǒng)的正常運(yùn)行；（5）系統(tǒng)需要與哪些其他的系統(tǒng)交互（包含其他的計(jì)算機(jī)系統(tǒng)或應(yīng)用程序）；（6）為了完成系統(tǒng)的功能，需要哪些硬件設(shè)備的支持。13為了使開發(fā)組織能夠嚴(yán)格控制軟件項(xiàng)

8、目，需求變更應(yīng)遵循哪些原則？（1）仔細(xì)評估已建議的變更；（2）挑選合適的人選對變更做出決定；（3）變更應(yīng)及時(shí)通知所有涉及的人員；（4）項(xiàng)目要按一定的程序來采納需求變更。四、 應(yīng)用題1（1）圖2中的“房租文件”和“交費(fèi)文件”是局部文件，不必畫出。（2）圖3中遺漏的數(shù)據(jù)流如下：（a）從“住戶基本信息文件”到加工1.1的數(shù)據(jù)流；（b）加工1.4輸出的數(shù)據(jù)流“分戶收費(fèi)通知單”；（c）加工1.6輸出的數(shù)據(jù)流“住房分配表”。（3）加工2的子圖如下： 2參與者：管理員，讀者（員工）用例：新書錄入，書籍查詢，借書登記，還書登記，催還。 電大天堂【系統(tǒng)開發(fā)規(guī)范與文檔編寫】形考作業(yè)二：一、單項(xiàng)選擇題1C 2A 3

9、B 4D 5A6B 7C 8A 9D 10B二、填空題1. 數(shù)據(jù)流圖2. 過程抽象，數(shù)據(jù)抽象，控制抽象3. 分解，抽象4. 功能，邏輯，狀態(tài)5. 耦合，內(nèi)聚6. 體系結(jié)構(gòu)7. 系統(tǒng)設(shè)計(jì)目標(biāo)8. 變換型數(shù)據(jù)流圖，事務(wù)型數(shù)據(jù)流圖9. 詳細(xì)設(shè)計(jì)10. 算法設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)11. 圖形工具、表格工具和語言工具12. 數(shù)據(jù)結(jié)構(gòu)13. 結(jié)構(gòu)沖突三、判斷題對 錯(cuò) 錯(cuò) 對 對錯(cuò) 對 錯(cuò) 對 對四、簡答題1結(jié)構(gòu)化程序設(shè)計(jì)（SP）方法，最早是由E. W. Dijkstra在20世紀(jì)60年代中期提出的，它以下幾個(gè)基本要點(diǎn)：第一，采用自頂向下、逐步求精的程序設(shè)計(jì)方法；第二，使用順序、選擇及重復(fù)三種基本控制結(jié)構(gòu)構(gòu)造程

10、序；第三，主程序員的組織方式。開發(fā)程序的人員應(yīng)采用以一個(gè)主程序員、一個(gè)后備程序員和一個(gè)程序管理員三人為核心，再加上一些專家等組成小組。下圖所給出的是流程圖的五種基本控制結(jié)構(gòu) 2程序結(jié)構(gòu)描述了整個(gè)程序的控制層次關(guān)系和各個(gè)部分的接口情況，而軟件過程則著重描述各個(gè)模塊的處理細(xì)節(jié)。軟件過程必須提供精確的處理說明，包括事件的順序、正確的判定點(diǎn)、重復(fù)的操作直至數(shù)據(jù)的組織和結(jié)構(gòu)等等。程序結(jié)構(gòu)與軟件過程是有關(guān)系的。對每個(gè)模塊的處理必須指明該模塊所在的上下級環(huán)境。軟件過程遵從程序結(jié)構(gòu)的主從關(guān)系，因此它也是層次化的。3信息隱蔽是指每個(gè)模塊的實(shí)現(xiàn)細(xì)節(jié)對于其它模塊來說是隱蔽的。就是說，模塊中所包含的信息（包括數(shù)據(jù)和過

11、程）不允許其它不需要這些信息的模塊使用。4結(jié)構(gòu)化方法總的指導(dǎo)原則是自頂向下、逐步求精。它的基本原則是功能的分解與抽象。逐步求精，也稱為自頂向下是指：不要求一步就編制成可執(zhí)行的程序，而是分若干步進(jìn)行。第一步編出的程序抽象程度最高，第二步編出的程序抽象程度有所降低，最后一步編出的程序即為可執(zhí)行的程序。用這種方法編程，可使程序易讀、易寫、易調(diào)試、易維護(hù)，也易于保證程序的正確性及驗(yàn)證其正確性。隨著軟件設(shè)計(jì)的逐步展開，程序結(jié)構(gòu)中每一層模塊就體現(xiàn)了過程抽象某一層次上的一次細(xì)化。5軟件總體設(shè)計(jì)的主要任務(wù)是要建立軟件系統(tǒng)的體系結(jié)構(gòu)，即軟件系統(tǒng)要?jiǎng)澐侄嗌倌K，模塊之間的層次結(jié)構(gòu)和調(diào)用關(guān)系是怎樣的。同時(shí)還要設(shè)計(jì)數(shù)

12、據(jù)結(jié)構(gòu)和數(shù)據(jù)庫結(jié)構(gòu)、人機(jī)接口等。在概要設(shè)計(jì)階段需要完成的基本任務(wù)，有以下幾個(gè)方面：采用某種設(shè)計(jì)方法，將一個(gè)復(fù)雜的系統(tǒng)按功能劃分成模塊的層次結(jié)構(gòu)；確定每個(gè)模塊的功能，建立與已確定的軟件需求的對應(yīng)關(guān)系；確定模塊之間的調(diào)用關(guān)系；確定模塊之間的接口，即模塊之間的信息，設(shè)計(jì)接口的信息結(jié)構(gòu)；評價(jià)模塊劃分的質(zhì)量及導(dǎo)出模塊結(jié)構(gòu)的規(guī)則。五、應(yīng)用題 電大天堂【系統(tǒng)開發(fā)規(guī)范與文檔編寫】形考作業(yè)三：一、單項(xiàng)選擇題1A 2D 3C 4C 5D6B 7A 8B 9D 10B11A 12B 13A 14A 15C二、填空題1. 操作2. 信息繼承3. 屬性，操作4. 多繼承5. 整體-部分6. 多態(tài)性7. 關(guān)聯(lián)、泛化、依賴

13、和細(xì)化8. 順序9. 狀態(tài)10. 用例視圖、邏輯視圖11. 活動(dòng)圖三、判斷題對 對 錯(cuò) 對 錯(cuò)對 錯(cuò) 錯(cuò) 錯(cuò) 錯(cuò)四、簡答題1對象是構(gòu)成世界的一個(gè)獨(dú)立單元，它具有自己的靜態(tài)特征和動(dòng)態(tài)特征。類是具有相同屬性和操作的一組對象的集合，它為屬于該類的全部對象提供了統(tǒng)一的抽象描述，包括屬性和操作兩個(gè)部分。消息是一個(gè)對象與另一個(gè)對象的通信單元，是要求某個(gè)對象執(zhí)行類中定義的某個(gè)操作的規(guī)格說明。發(fā)送給一個(gè)對象的消息定義為一個(gè)操作名和一個(gè)實(shí)參數(shù)表(可能是空的)。2類之間的關(guān)系有：關(guān)聯(lián)；聚集；組成和泛化關(guān)聯(lián)表示類與類之間的一種抽象關(guān)系，從說明層觀點(diǎn)看，關(guān)聯(lián)代表一種職責(zé)；聚集關(guān)系表示類和類之間的整體和部分的關(guān)系；組成

14、關(guān)系是另外一種形式的聚集關(guān)系，部分對象僅屬于一個(gè)整體對象，且部分對象與整體對象共存亡；泛化關(guān)系也稱繼承關(guān)系。3Coad和Yourdon對面向?qū)ο蠼o出了一個(gè)定義：“面向?qū)ο?= 對象 + 類 + 繼承 + 消息通信”。面向?qū)ο蠹夹g(shù)是一個(gè)非常實(shí)用的軟件開發(fā)方法，具有以下特點(diǎn)。第一，開發(fā)方法的唯一性，即方法是對軟件開發(fā)過程所有階段進(jìn)行綜合考慮而得到的。二是從生存期的一個(gè)階段到下一個(gè)階段的高度連續(xù)性，即在一個(gè)階段所用到的部分與在下一個(gè)階段所使用的部分是銜接的，所使用的技術(shù)經(jīng)過生存期每一階段后不改變。最后，把面向?qū)ο蠓治?、面向?qū)ο笤O(shè)計(jì)和面向?qū)ο蟪绦蛟O(shè)計(jì)集成到生存期的相應(yīng)階段。4用例模型用于系統(tǒng)需求的獲取

15、，描述系統(tǒng)的功能需求。 用例模型的主要成分有用例、參與者和系統(tǒng)。系統(tǒng)被看作一個(gè)提供用例的黑盒，系統(tǒng)如何做、用例如何實(shí)現(xiàn)、內(nèi)部如何工作，這些對用例模型都是不重要的。創(chuàng)建用例模型的工作包括：定義系統(tǒng)，尋找參與者和用例，描述用例，定義用例之間的關(guān)系，最后確認(rèn)模型，用例模型由用例圖組成。5面向?qū)ο蠓治龅囊话悴襟E是：1）獲取用戶對OO系統(tǒng)的需求，包括表示場景或者用例；建造需求模型。 2）為每個(gè)系統(tǒng)對象標(biāo)識(shí)屬性和操作。 3）定義組織類的結(jié)構(gòu)和層次。 4）建造對象-關(guān)系模型。 5）建造對象-行為模型。 6）使用用例/場景復(fù)審OO分析模型五、應(yīng)用題 電大天堂【系統(tǒng)開發(fā)規(guī)范與文檔編寫】形考作業(yè)四：一、單項(xiàng)選擇題

16、1C 2B 3D 4B 5A6C 7D 8D 9B 10C11B 12D 13A 14A 15C16A 17B 18A 19D 20A21D 22C 23A 24B 25D26A 27C 28A 29D 30A二、填空題1. 應(yīng)用技術(shù)、管理和監(jiān)督2. 公司級、項(xiàng)目級、程序員級和應(yīng)用級3. 功能基線、分配基線和產(chǎn)品基線4. 配置項(xiàng)5. 配置項(xiàng)的選擇、配置項(xiàng)的命名和描述、配置項(xiàng)的存取6. 基線7. 技術(shù)上解決軟件質(zhì)量問題的局限性、測試的局限性8. 黑盒測試、白盒測試9. 性能10. 相一致11. 軟件開發(fā)計(jì)劃12. 已建立基線13. 隱含14. 軟件質(zhì)量保證15. 審查；復(fù)查和管理復(fù)審；測試16.

17、 軟件計(jì)劃、軟件設(shè)計(jì)、軟件編碼17. 程序18. 程序錯(cuò)誤19. 靜態(tài)、動(dòng)態(tài)20. 結(jié)構(gòu)檢查、流圖分析、符號執(zhí)行21. 分析、非分析22. 風(fēng)險(xiǎn)23. 文件24. 管理文檔、開發(fā)文檔和用戶文檔25. 程序風(fēng)格、書寫格式、注釋格式三、判斷對 錯(cuò) 錯(cuò) 錯(cuò) 對 對 對 錯(cuò) 錯(cuò) 錯(cuò)對 對 錯(cuò) 對 對錯(cuò) 對 對 錯(cuò) 對錯(cuò) 錯(cuò) 對 錯(cuò) 對錯(cuò) 錯(cuò)四、簡答題1. 需要。原因是a. 配置管理系統(tǒng)是組織內(nèi)部信息交換的中心；b. 軟件配置管理將軟件生存期各開發(fā)階段末尾的特定點(diǎn)定義為基線，實(shí)行變更控制，貫穿整個(gè)軟件生存周期2. 軟件測試就是根據(jù)軟件開發(fā)各階段的規(guī)格說明和程序的內(nèi)部結(jié)構(gòu)而精心設(shè)計(jì)一批測試用例，即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果，并利用這些測試用例去運(yùn)行程序，以發(fā)現(xiàn)程序錯(cuò)誤的過程。黑盒與白盒測試都是驗(yàn)證程序正確性的一種辦法。黑盒測試不考慮程序內(nèi)部結(jié)構(gòu)，只對程序的外部接口進(jìn)行測試；白盒測試考慮程序內(nèi)部結(jié)構(gòu)，按照程序內(nèi)部的邏輯測試3. 這段文字放在用戶手冊中比較合適。這段文字應(yīng)該放在“出錯(cuò)處理和恢復(fù)”部分。4. 功能配置審核驗(yàn)證配置項(xiàng)的實(shí)際功效是與其軟件需求一致的。物理配置審核確定配置項(xiàng)符合預(yù)期的物理特性，即特定的媒體形