軟件開發(fā)及項(xiàng)目管理課后練習(xí)答案

1、文檔編碼 : CQ1P10J7Z7G1 HH7S6I7J6R5 ZF9V8D10Y7U6- -軟件開發(fā)與工程治理參考答案第一章軟件開發(fā)模型和開發(fā)方法一學(xué)問回憶與摸索1、 軟件產(chǎn)品的特性是什么？軟件是一種規(guī)律產(chǎn)品,具有無形性 ;軟件產(chǎn)品的生產(chǎn)主要是研制 ;主要是腦力勞動(dòng) ;軟件不存在磨損和老化問題,但存在退化問題 ;軟件產(chǎn)品的本錢特殊昂貴,其開發(fā)方式目前尚未完全擺脫手工生產(chǎn)方式 ;軟件具有“ 復(fù)雜性 ,其開發(fā)和運(yùn)行常受到運(yùn)算機(jī)系統(tǒng)的限制；2、 軟件生產(chǎn)有幾個(gè)階段？各有何特點(diǎn)？程序設(shè)計(jì)時(shí)代： 這個(gè)階段生產(chǎn)方式是個(gè)體勞動(dòng),使用的生產(chǎn)工具是機(jī)器語言,匯編語言；程序系統(tǒng)時(shí)代：這個(gè)階段生產(chǎn)方式是小集團(tuán)合作

2、生產(chǎn),使用的生產(chǎn)工具是高級(jí)語言,開發(fā)方法仍依靠個(gè)人技巧,但開場(chǎng)提出構(gòu)造化方法；軟件工程時(shí)代：這個(gè)階段生產(chǎn)方式是工程化的生產(chǎn),使用數(shù)據(jù)庫開發(fā)工具開發(fā)環(huán)境網(wǎng)絡(luò)分布式面對(duì)對(duì)象技術(shù)來開發(fā)軟件；3、 什么是軟件危機(jī)？產(chǎn)生的緣由是什么？軟件危機(jī)：是指在運(yùn)算機(jī)軟件的開發(fā)和愛護(hù)過程中所遇到的一系列嚴(yán)肅問題；主要是指如何開發(fā)軟件,怎樣中意對(duì)軟件日益增長(zhǎng)的需求,如何愛護(hù)數(shù)量不斷膨脹的先有軟件；緣由：一是軟件產(chǎn)品的固有特性軟件的不行預(yù)見性、軟件的規(guī)模大且規(guī)律較復(fù)雜,二是軟件專業(yè)人員自身的缺陷；4、 什么是軟件工程？它的目標(biāo)和內(nèi)容是什么？軟件工程：是用科學(xué)的學(xué)問程和技術(shù)原理來定義,開發(fā),愛護(hù)軟件的一門學(xué)科；目標(biāo)：付出

3、較低開發(fā)本錢；到達(dá)要求的功能；取得較好的性能；開發(fā)的軟件易于移植；只需較低的愛護(hù)費(fèi)用；能按時(shí)完成開發(fā)任務(wù),準(zhǔn)時(shí)交付使用；開發(fā)的軟件牢靠性高；內(nèi)容：爭(zhēng)論內(nèi)容包括開發(fā)技術(shù)和開發(fā)治理兩個(gè)方面；開發(fā)技術(shù)主要爭(zhēng)論：軟件開發(fā)方法,開發(fā)過程,開發(fā)工具和環(huán)境；開發(fā)治理主要爭(zhēng)論：軟件治理學(xué),軟件經(jīng)濟(jì)學(xué),軟件心；5、 軟件工程面臨的問題是什么？軟件重用性差 軟件可愛護(hù)性差 開發(fā)出的軟件不能中意用戶需要6、 什么是軟件生命周期？它有哪幾個(gè)活動(dòng)？軟件生命周期：一個(gè)軟件從提出開發(fā)要求開場(chǎng)直到該軟件報(bào)廢為止的整個(gè)時(shí)期；活動(dòng)：可行性分析和工程開發(fā)方案,需求分析,概要設(shè)計(jì),詳細(xì)設(shè)計(jì),編碼,測(cè)試,愛護(hù)；- word.zl- -

4、7、 什么是軟件生存周期模型？有哪些主要模型？軟件生存周期模型：是描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型；主要模型：瀑布模型、快速原型模型、增量模型、螺旋模型、靈敏模型、噴泉模型、混合 模型；二單項(xiàng)選擇題1、軟件開發(fā)的各項(xiàng)活動(dòng)嚴(yán)格依據(jù)線性方式進(jìn)展,當(dāng)前活動(dòng)接收上一項(xiàng)活動(dòng)的工作結(jié)果,實(shí) 施并完成所需的工作內(nèi)容的軟件開發(fā)模型是A；A、瀑布模型 B、快速原型模型 C、增量模型 D、靈敏模型2、以下 B最能適應(yīng)快速變化的需求；A、瀑布模型B、快速原型模型C、增量模型D、靈敏模型3、 B可把一個(gè)復(fù)雜問題的求解過程分成幾個(gè)階段,而且這種分解是自頂向下、逐層分解 的；A、面對(duì)對(duì)象方法B、構(gòu)造化方法C、可視

5、化方法D、ICASE方法4、 C在可視化開發(fā)工具供應(yīng)的圖形用戶界面上,通過操作界面元素開發(fā),諸如菜單、按 鈕、對(duì)話框、編輯框、單項(xiàng)選擇按鈕、復(fù)選框、列表框和滾動(dòng)條；A、面對(duì)對(duì)象方法B、構(gòu)造化方法C、可視化方法D、 ICASE方法D、模塊化、封5、面對(duì)對(duì)象的特點(diǎn)有C；C、封裝、繼承、多態(tài)A、模塊化、封裝、繼承B、模塊化、繼承、多態(tài)裝、繼承、多態(tài)三填空題1、瀑布模型將軟件生命周期劃分為制定方案 、需求分析 、軟件設(shè)計(jì) 、程序編寫 、軟件測(cè)試 和 運(yùn)行愛護(hù) 6 個(gè)根本活動(dòng),并且規(guī)定了它們自上而下、相互連接的固定次 序,如同瀑布流水,逐級(jí)下落；2、螺旋模型沿著螺旋線進(jìn)展假設(shè)干次迭代,包括以下活動(dòng)：施工

6、程 、客戶評(píng)估 ；制定方案 、風(fēng)險(xiǎn)分析 、 實(shí)3、靈敏開發(fā)相對(duì)于非靈敏開發(fā),更強(qiáng)調(diào)程序員團(tuán)隊(duì)與業(yè)務(wù)專家之間的嚴(yán)密協(xié)作,面對(duì)面溝通,頻繁交付新的軟件版本、緊湊而自我組織型的團(tuán)隊(duì)、能夠很好地適應(yīng)需求變化的代碼編寫 和 團(tuán)隊(duì)組織方法 ,也更留意 軟件開發(fā)中人的作用；4、構(gòu)造化軟件開發(fā)方法的根本要點(diǎn)是自頂向下 、逐步求精 和 模塊化設(shè)計(jì) ；- word.zl- -5、面對(duì)對(duì)象方法的主要特點(diǎn)有四簡(jiǎn)答題封裝性 、繼承性 和 多態(tài)性 ；1、請(qǐng)比擬瀑布模型和螺旋模型的優(yōu)缺點(diǎn)？瀑布模型優(yōu)點(diǎn)：有利于大型軟件開發(fā)過程中人員的組織、治理,有利于軟件開發(fā)方法和工 具的爭(zhēng)論,從而提高了大型軟件工程開發(fā)的質(zhì)量和效率；瀑布模

7、型缺點(diǎn)：開發(fā)過程一般不能逆轉(zhuǎn),否那么代價(jià)太大；實(shí)際的工程開發(fā)很難嚴(yán)格 按該模型進(jìn)展；客戶往往很難清楚地給出全部的需求,而該模型卻要求如此；軟件的 實(shí)際情形必需到工程開發(fā)的后期客戶才能看到,這要求客戶有足夠的耐心；螺旋模型優(yōu)點(diǎn)：設(shè)計(jì)上的靈敏性,可以在工程的各個(gè)階段進(jìn)展變更；以小的分段來構(gòu) 建大型系統(tǒng),使本錢運(yùn)算變得簡(jiǎn)潔簡(jiǎn)潔；客戶始終參加每個(gè)階段的開發(fā),保證了工程不 偏離正確方向以及工程的可控性；隨著工程推動(dòng),客戶始終把握工程的最新信息,從而 他或她能夠和治理層有效地交互；螺旋模型缺點(diǎn)：接受螺旋模型需要具有相當(dāng)豐富的風(fēng)險(xiǎn)評(píng)估經(jīng)受和特地學(xué)問,在風(fēng)險(xiǎn)較 大的工程開發(fā)中,假如未能夠準(zhǔn)時(shí)標(biāo)識(shí)風(fēng)險(xiǎn),勢(shì)必造成

8、重大缺失；過多的迭代次數(shù)會(huì)增 加開發(fā)本錢,推遲提交時(shí)間；2、相對(duì)于傳統(tǒng)的軟件開發(fā)方法,面對(duì)對(duì)象方法有哪些優(yōu)點(diǎn)？傳統(tǒng)開發(fā)：軟件重用性差軟件愛護(hù)性差開發(fā)的軟件不能中意用戶的需求 而 OOP是盡可能模擬人類習(xí)慣的思維方式,使軟件開發(fā)的方法與過程接近人類熟識(shí)世界、解決問題的方法與過程；3、ICASE方法有哪些特點(diǎn)？ICASE的最終目標(biāo)是實(shí)現(xiàn)應(yīng)用軟件的全自動(dòng)開發(fā),即開發(fā)人員只要寫好需求規(guī)格說明書,軟件開發(fā)環(huán)境就自動(dòng)完成從需求分析開場(chǎng)的全部軟件開發(fā)4、在增量模型的迭代過程中,應(yīng)當(dāng)先實(shí)現(xiàn)復(fù)雜的重要的功能模塊仍是簡(jiǎn)潔的次要的功能模 塊？先實(shí)現(xiàn)重要的再實(shí)現(xiàn)次要的5、螺旋模型的 4 個(gè)象限包括哪些活動(dòng)？制定方案、

9、風(fēng)險(xiǎn)分析、實(shí)施工程、客戶評(píng)估；其次章需求分析一學(xué)問回憶與摸索1、 軟件需求有哪3 個(gè)層次？word.zl- - -業(yè)務(wù)需求、用戶需求、功能需求2、 常用的需求捕獲技術(shù)有哪些？用戶訪談、收集資料、問卷表、小組會(huì)議3、 用戶訪談過程有哪幾個(gè)步驟？預(yù)備訪談、方案訪談日程、訪談開場(chǎng)和完畢、引導(dǎo)訪談4、 什么是功能性需求和非功能性需求？功能性需求：是說有詳細(xì)的完成內(nèi)容的需求；非功能性需求：是指軟件產(chǎn)品為中意用戶業(yè)務(wù)需求而必需具有且除功能需求以外的特性,包括系統(tǒng)的性能、牢靠性、可愛護(hù)性、可擴(kuò)大性和對(duì)技術(shù)和對(duì)業(yè)務(wù)的適應(yīng)性等；5、 什么是系統(tǒng)用戶和角色？系統(tǒng)用戶：指軟件的最終操作者,也是軟件工程內(nèi)的一個(gè)概念,

10、指終端用戶的抽象集合；角色：權(quán)限針對(duì)的是系統(tǒng)的資源6、 用例模型中的重要元素和作用是什么？重要元素：參加者、用例、通信關(guān)聯(lián) 作用：描述系統(tǒng)中對(duì)象的相互作用7、什么是業(yè)務(wù)流程圖？作用是什么？業(yè)務(wù)流程圖：是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)關(guān)系、作業(yè)次序和治理信息流向的圖表 主要是描述業(yè)務(wù)走向 繪制是依據(jù)業(yè)務(wù)的實(shí)際處理步驟和過程進(jìn)展的是一種系統(tǒng)分析人員都懂的共同語言 作用：, 用來描述系統(tǒng)組織構(gòu)造、業(yè)務(wù)流程制作流程圖的過程是全面明白業(yè)務(wù)處理的過程,是進(jìn)展系統(tǒng)分析的依據(jù) 是系統(tǒng)分析員、治理人員、業(yè)務(wù)操作人員相互溝通思想的工具 系統(tǒng)分析員可直接在業(yè)務(wù)流程圖上擬出可以實(shí)現(xiàn)運(yùn)算機(jī)處理的局部 用它可分析出業(yè)

11、務(wù)流程的合理性8、數(shù)據(jù)字典是什么？作用是什么？數(shù)據(jù)字典是是一種用戶可以拜望的記錄數(shù)據(jù)庫和應(yīng)用程序源數(shù)據(jù)的目錄 作用：作為分析階段的工具在構(gòu)造化分析中,數(shù)據(jù)字典的作用是給數(shù)據(jù)流圖上每個(gè)成 分加以定義和說明二單項(xiàng)選擇題1、 D包括需求的獵取、分析、規(guī)格說明、變更、驗(yàn)證、治理一系列需求工程；A、系統(tǒng)設(shè)計(jì)B、數(shù)據(jù)庫設(shè)計(jì)C、測(cè)試 D、需求分析2、需求分析的任務(wù)就是軟件系統(tǒng)解決確地表達(dá)所接收的用戶需求的過程；B的問題,要全面地懂得客戶的各項(xiàng)需求,并準(zhǔn)- word.zl- -A、設(shè)計(jì) B、做什么 C、需求 D、功能3、用戶訪談一般會(huì)經(jīng)受 5 個(gè)階段：預(yù)備訪談、 A、訪談開場(chǎng)和完畢引導(dǎo)訪談、后繼的訪談?wù)砉ぷ?/p>

12、；A、方案和支配訪談日期B、日程治理C、日程支配D、方案實(shí)施4、 C是需求捕獲時(shí)廣泛使用的一種工具,它接受了統(tǒng)計(jì)分析的方法,顯得更科學(xué)；A、用戶調(diào)研B、收集資料C、問卷表D、用戶訪談5、 B主要用來圖示化系統(tǒng)的主大事流程,它主要用來描述用戶的需求,即用戶期望系統(tǒng)具備的能完成確定功能的動(dòng)作,通俗的講, 用例就是軟件的功能模塊,所以是設(shè)計(jì)系統(tǒng)分析階段的起點(diǎn)；A、次序圖 B、用例圖 C、協(xié)作圖 D、構(gòu)件圖6、 用例之間可以抽象出包含、D和泛化幾種關(guān)系；A、擴(kuò)大 B、縮小 C、多態(tài) D、擴(kuò)展7、用例描述一般包括簡(jiǎn)要描述說明流、后置事后條件等；、前置前提條件 、 B、其他大事流、反常大事A、數(shù)據(jù)流 B、

13、根本大事流C、函數(shù)D、數(shù)據(jù)8、 B是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)關(guān)系、作業(yè)次序和治理信息流向的圖表,利用它可以幫忙分析人員找出業(yè)務(wù)流程中的不合理流向,它是物理模型；A、數(shù)據(jù)流圖B、業(yè)務(wù)流程圖C、 E-R 圖D、次序圖9、 D作為產(chǎn)品需求的最終成果必需具有綜合性,必需包括全部的需求；開發(fā)人員和用戶 不能進(jìn)展任何假設(shè)；A、用例說明書B、系統(tǒng)設(shè)計(jì)說明書C、數(shù)據(jù)庫設(shè)計(jì)說明書D、需求規(guī)格說明書10、在編寫模塊時(shí),通常包括模塊摘要,業(yè)務(wù)數(shù)據(jù)項(xiàng),角色、附圖等；B,功能點(diǎn)的操作說明、規(guī)那么、A、模塊性能B、模塊的功能點(diǎn)C、談話摘要D、用例模型三填空題1、需求分析 是指依據(jù)用戶需求,將軟件功能和性能與用戶

14、達(dá)成一樣,估量軟件風(fēng)險(xiǎn)和評(píng)估工程代價(jià),最終形成開發(fā)方案的一個(gè)復(fù)雜過程；2、在需求捕獲中最常見的技術(shù)包括用戶訪談、收集資料 、問卷表、小組會(huì)議 4 種；3、用戶訪談一般經(jīng)受 5 個(gè)階段：預(yù)備訪談、方案和支配訪談日程、訪談開場(chǎng)和完畢、引導(dǎo)訪談 、后繼的訪談?wù)砉ぷ鳎?、在面對(duì)對(duì)象的分析方法中要建立對(duì)象模型 ,而在構(gòu)造化分析方法中,數(shù)據(jù)流程圖那么- word.zl- -是建模的主要工具；5、軟件需求分析所要做的工作是深化描述軟件的功能和特性,確定軟件設(shè)計(jì)的限制和軟件同其他系統(tǒng)元素的接口細(xì)節(jié),定義軟件的其他有效性需求；6、 用例 是從系統(tǒng)外部可見的行為,是系統(tǒng)為某一個(gè)或幾個(gè)參加者Actor供應(yīng)的一段

15、完整的效勞；7、 包含關(guān)系最典型的應(yīng)用就是復(fù)用 ；8、 業(yè)務(wù)流程圖 就是用一些規(guī)定的符號(hào)及連線來表示某個(gè)詳細(xì)業(yè)務(wù)處理過程；9、 數(shù)據(jù)字典 是一種用戶可以拜望的記錄數(shù)據(jù)庫和應(yīng)用程序源數(shù)據(jù)的目錄；10、 “用戶需求說明書是面對(duì)用戶的,是合同的產(chǎn)物；而需求規(guī)格說明書那么是面對(duì)公司內(nèi)部的,是立項(xiàng)建議書的產(chǎn)物；四簡(jiǎn)答題1、 什么是需求分析？需求分析是指依據(jù)用戶需求,將軟件功能和性能與用戶達(dá)成一樣,估量軟件風(fēng)險(xiǎn)和評(píng)估工 程代價(jià),最終形成開發(fā)方案的一個(gè)復(fù)雜過程；2、 什么是用例？用例之間有什么關(guān)系？用例就是軟件的功能模塊3、 現(xiàn)行系統(tǒng)業(yè)務(wù)流程總結(jié),在繪制業(yè)務(wù)流程圖之前,要對(duì)現(xiàn)行系統(tǒng)進(jìn)展詳細(xì)調(diào)查,并寫出現(xiàn)行系

16、統(tǒng)業(yè)務(wù)流程總結(jié)；略4、 依據(jù)系統(tǒng)業(yè)務(wù)流程的描述,繪制出系統(tǒng)處理業(yè)務(wù)流程圖；略5、什么數(shù)據(jù)字典Data Dictionary？是一種用戶可以拜望的記錄數(shù)據(jù)庫和應(yīng)用程序源數(shù)據(jù)的目錄6、簡(jiǎn)述數(shù)據(jù)字典的組成？數(shù)據(jù)項(xiàng)、數(shù)據(jù)構(gòu)造、數(shù)據(jù)流、數(shù)據(jù)儲(chǔ)備、處理過程- word.zl- -第三章軟件設(shè)計(jì)一學(xué)問回憶與摸索1、 什么是軟件設(shè)計(jì)？軟件設(shè)計(jì)是一個(gè)把軟件需求轉(zhuǎn)換為軟件表示的過程；最初,這種表示只是描述了軟件的總體構(gòu)造,稱為軟件概要設(shè)計(jì),然后對(duì)構(gòu)造進(jìn)一步細(xì)化,稱為詳細(xì)設(shè)計(jì)或過程設(shè)計(jì)；2、 什么是軟件架構(gòu)設(shè)計(jì)？軟件架構(gòu)設(shè)計(jì)有哪些原那么？系統(tǒng)架構(gòu)設(shè)計(jì)：是一個(gè)系統(tǒng)的草圖,描述了構(gòu)成系統(tǒng)的抽象組件,以及各個(gè)組件之間的是

17、 如何進(jìn)展通訊的,這些組件在實(shí)現(xiàn)過程中可以被細(xì)化為實(shí)際的組件比方類或者對(duì)象；原那么：一般接受“4+1視圖模型,即規(guī)律視圖、進(jìn)程視圖、開發(fā)視圖、物理視圖、場(chǎng)景 視圖3、什么是界面設(shè)計(jì)？界面設(shè)計(jì)包含哪些原那么？界面設(shè)計(jì)：人與機(jī)器之間交換和傳遞信息的媒介原那么：界面功能表達(dá)用戶任務(wù)要求正確選擇界面的類型界面操作直觀、簡(jiǎn)潔,減 少用戶工作量界面風(fēng)格保持一樣4、 什么是數(shù)據(jù)庫設(shè)計(jì)？數(shù)據(jù)庫規(guī)律設(shè)計(jì)和物理設(shè)計(jì)各包含哪些內(nèi)容？數(shù)據(jù)庫設(shè)計(jì)：數(shù)據(jù)庫設(shè)計(jì)是指對(duì)于一個(gè)給定的應(yīng)用環(huán)境,構(gòu)造最優(yōu)的數(shù)據(jù)庫模式,建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng),使之能夠有效地儲(chǔ)備數(shù)據(jù),以中意各種用戶的應(yīng)用需求；數(shù)據(jù)庫規(guī)律設(shè)計(jì)：是將概念設(shè)計(jì)中的ER圖,

18、抽象成關(guān)系模型,并中意第三范式如同學(xué)學(xué)號(hào),性別并在主鍵上用下劃線標(biāo)識(shí)；數(shù)據(jù)庫物理設(shè)計(jì)：是將規(guī)律設(shè)計(jì)中的關(guān)系設(shè)計(jì)成表,并將你、表構(gòu)造設(shè)計(jì)好；5、 什么是模塊設(shè)計(jì)？模塊設(shè)計(jì)包含哪些主要方面？模塊設(shè)計(jì)是：指把工業(yè)模具分解成小的局部的過程；主要方面：模塊要素接口、功能、狀態(tài)、規(guī)律抽象與逐步求精簡(jiǎn)潔工廠模式二單項(xiàng)選擇題1、在面對(duì)對(duì)象的開發(fā)方法中,C將是面對(duì)對(duì)象技術(shù)領(lǐng)域內(nèi)占主導(dǎo)位置的標(biāo)準(zhǔn)建模語言；A、Booch 方法 B、Coad方法 C、UML 語言 D、OMT 方法2、為了提高模塊的獨(dú)立性,模塊內(nèi)部最好是C；A、規(guī)律內(nèi)聚 B、時(shí)間內(nèi)聚 C、功能內(nèi)聚 D、通信內(nèi)聚3、在 SD 方法中,全面指導(dǎo)模塊劃分的

19、最重要的原那么是D；A、程序模塊化 B、模塊高內(nèi)聚 C、模塊低耦合 D、模塊獨(dú)立性4、軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的A；- word.zl- -A、算法和使用的數(shù)據(jù)構(gòu)造 B、外部接口 C、功能 D、編程5、在軟件構(gòu)造圖中,模塊框之間假設(shè)有直線段連接,那么表示它們之間存在AA、調(diào)用關(guān)系 B、組成關(guān)系 C、鏈接關(guān)系 D、順執(zhí)行關(guān)系三填空題1、 軟件設(shè)計(jì)是一個(gè)把軟件需求轉(zhuǎn)換為軟件表示的過程,最初,這種表示只是描述了軟件的總的體系構(gòu)造,稱為軟件概要設(shè)計(jì) ,然后對(duì)構(gòu)造進(jìn)一步細(xì)化,稱為詳細(xì)設(shè)計(jì)或過程設(shè)計(jì)2、 Kruchten 提出了 4+1 視圖模型,從 5 個(gè)不同的視角來描述軟件體系構(gòu)造,即規(guī)律

20、視圖 、進(jìn)程視圖 、開發(fā)視圖 、物理視圖 和 場(chǎng)景視圖 ；3、 用來文檔化用戶需求并建立的數(shù)據(jù)庫模型是指語義對(duì)象模型 ；4、 高度概括事物主要的或本質(zhì)的特性,暫時(shí)忽視或不考慮其細(xì)節(jié)的軟件設(shè)計(jì)方法是抽 象；將系統(tǒng)功能按層次進(jìn)展分解,每一層不斷將功能細(xì)化,到最終一層都是功能單一、簡(jiǎn) 單、易實(shí)現(xiàn)的模塊,該設(shè)計(jì)方法是逐步求精 ；四簡(jiǎn)答題1、 簡(jiǎn)述軟件架構(gòu)設(shè)計(jì)視圖模型；規(guī)律視圖、進(jìn)程視圖、開發(fā)視圖、物理視圖、場(chǎng)景視圖2、 簡(jiǎn)述 1NF、2NF 和 3NF 的限定條件；第一范式 1NF：關(guān)系模型中的每個(gè)屬性都是不行分解 其次范式 2NF：符合第一范式；全部的非碼屬性均依靠于全部的碼屬性 第三范式 3NF：

21、符合其次范式；沒有一個(gè)非碼屬性傳遞依靠于其他的非碼屬性3、 簡(jiǎn)述界面設(shè)計(jì)中的輸入過程設(shè)計(jì)原那么；界面功能表達(dá)用戶任務(wù)要求 正確選擇界面的類型 界面操作直觀、簡(jiǎn)潔,削減用戶工作量 界面風(fēng)格保持一樣4、實(shí)體關(guān)系圖E-R 圖的圖形標(biāo)識(shí)符有哪些？各表示什么含義？簡(jiǎn)醚E-R 模型建模的一般步驟；實(shí)體：用矩形表示,矩形框內(nèi)寫明實(shí)體名；屬性：用橢圓形表示,并用無向邊將其與相應(yīng)的實(shí)體連接起來；聯(lián)系：用菱形表示,菱形框內(nèi)寫明聯(lián)系名,并用無向邊分別與有關(guān)實(shí)體連接起來,同時(shí)在 無向邊旁標(biāo)上聯(lián)系的類型1:1,1:n 或 m:n；建模一般步驟：確定構(gòu)造范疇；實(shí)體定義；聯(lián)系定義；屬性支配；- word.zl- -5、 什

22、么是模塊耦合和模塊內(nèi)聚？它們對(duì)系統(tǒng)構(gòu)造有什么影響？耦合：是軟件系統(tǒng)構(gòu)造中各模塊間相互聯(lián)系嚴(yán)密程度的一種度量；內(nèi)聚：表示內(nèi)部間集合、關(guān)聯(lián)的程度 對(duì)系統(tǒng)構(gòu)造影響：使程序模塊的可重用性、移植性大大增強(qiáng)；第四章編碼一學(xué)問回憶與摸索1、 編碼的目的是什么？將設(shè)計(jì)描述翻譯成某種預(yù)定的程序設(shè)計(jì)語言的過程；2、 什么是編碼標(biāo)準(zhǔn)？指編寫代碼時(shí)應(yīng)當(dāng)遵守的文字約束；3、 什么是代碼組織？對(duì)整個(gè)工程的代碼進(jìn)展整理,使之更加有序；實(shí)現(xiàn)類似功能的文件應(yīng)當(dāng)放在同一個(gè)文件夾中或者同一個(gè)工程中；4、 什么是代碼優(yōu)化？代碼優(yōu)化的意義是什么？指對(duì)程序代碼進(jìn)展等價(jià)指不轉(zhuǎn)變程序的運(yùn)行結(jié)果變換；意義：提高代碼質(zhì)量,提高目標(biāo)程序的運(yùn)行速度

23、,削減目標(biāo)代碼運(yùn)行所需要的控件；5、 代碼優(yōu)化有哪些常用技術(shù)？刪除余外運(yùn)算符、代碼外提、強(qiáng)度減弱、交換循環(huán)把握條件、合并量與復(fù)寫傳播、刪除無 用賦值6、 什么是局部?jī)?yōu)化？劃分中間代碼為根本塊步驟：求出四元式程序中各個(gè)根本塊的入口語句對(duì)每一入口語 句,構(gòu)造其所屬的根本塊凡未被納入某一根本塊的語句可以把它們刪除根本塊的變換：刪除公共子表達(dá)式刪除無用代碼重新命名暫時(shí)變量交換語句次序7、 什么是代碼調(diào)試？是在程序中設(shè)置的一個(gè)位置,程序執(zhí)行到這些位置時(shí)會(huì)中斷或暫停；8、 代碼調(diào)試的過程是什么？有哪些常用的調(diào)試方法？過程：從錯(cuò)誤的外部表現(xiàn)入手,確定程序中出錯(cuò)的位置爭(zhēng)論有關(guān)局部的程序,找出錯(cuò)誤的內(nèi)在緣由修改

24、設(shè)計(jì)和代碼,以排除這個(gè)錯(cuò)誤重復(fù)進(jìn)展暴露這個(gè)錯(cuò)誤原始測(cè)試,以 確認(rèn)該錯(cuò)誤故障是否已排除假如所做的修正無效,那么撤銷這次活動(dòng),重復(fù)上述過程,直到找到一個(gè)有效的解決方法為止調(diào)試方法：強(qiáng)行排錯(cuò)、回溯法排錯(cuò)、歸納法排錯(cuò)、演繹法排錯(cuò)- word.zl- -二單項(xiàng)選擇題1、 D的過程是將設(shè)計(jì)描述翻譯成某種預(yù)定的程序設(shè)計(jì)語言的過程A、需求分析B、軟件設(shè)計(jì)C、軟件測(cè)試D、編碼2、以下 B不屬于編碼標(biāo)準(zhǔn)；A、代碼組織B、代碼優(yōu)化C、變量命名規(guī)那么D、函數(shù)命名規(guī)那么3、 A能削減冗余代碼的數(shù)量,提高代碼的內(nèi)聚程度,削減耦合程度；A、面對(duì)對(duì)象方法B、構(gòu)造化方法C、可視化方法D、ICASE方法4、 A是指根本塊內(nèi)的優(yōu)化

25、；所謂根本塊,是指程序中的次序執(zhí)行語句序列,其中只有一 個(gè)入口語句和一個(gè)出口語句；A、局部?jī)?yōu)化B、代碼優(yōu)化C、代碼外提D、刪除余外運(yùn)算5、以下 D不屬于代碼調(diào)試方法；A、強(qiáng)行排錯(cuò)B、回溯法排錯(cuò)C、演繹法排錯(cuò)D、比例法排錯(cuò)三填空題1、 作為軟件工程的一個(gè)步驟,軟件設(shè)計(jì)的質(zhì)量；編碼 是設(shè)計(jì)的必定結(jié)果,因此,程序的質(zhì)量主要取決于2、 為提高代碼質(zhì)量,提高目標(biāo)程序的運(yùn)行速度,削減目標(biāo)代碼運(yùn)行所需要的控件,需要對(duì)代碼進(jìn)展 優(yōu)化 ；3、 代碼組織 是對(duì)整個(gè)工程的代碼進(jìn)展整理,放在同一個(gè)文件夾中或者同一個(gè)工程中；使之更加有序； 實(shí)現(xiàn)類似功能的文件應(yīng)當(dāng)4、 強(qiáng)度減弱 的思想是想把強(qiáng)度大的運(yùn)算換算成強(qiáng)度小的運(yùn)算

26、；代碼調(diào)試 是在程序中設(shè)置的一個(gè)位置,程序執(zhí)行到這些位置時(shí)會(huì)中斷或暫停；四簡(jiǎn)答題1、 什么是編碼過程？編碼的目標(biāo)是什么？將設(shè)計(jì)描述翻譯成某種預(yù)定的程序設(shè)計(jì)語言的過程；2、 編碼標(biāo)準(zhǔn)主要包括幾個(gè)局部？變量命名規(guī)那么、函數(shù)命名規(guī)那么、類命名規(guī)那么、常見語句書寫規(guī)那么、注釋風(fēng)格、代 碼組織- word.zl- -3、 代碼優(yōu)化有哪些常用技術(shù)？刪除余外運(yùn)算符、代碼外提、強(qiáng)度減弱、交換循環(huán)把握條件、合并量與復(fù)寫傳播、刪除無 用賦值4、 代碼調(diào)試有哪些方法？強(qiáng)行排錯(cuò)、回溯法排錯(cuò)、歸納法排錯(cuò)、演繹法排錯(cuò)5、 錯(cuò)誤的分類有哪些？編譯時(shí)的錯(cuò)誤、運(yùn)行時(shí)的錯(cuò)誤第五章軟件測(cè)試一學(xué)問回憶與摸索1、簡(jiǎn)述軟件測(cè)試的原那么；

27、制定測(cè)試方案應(yīng)盡早開場(chǎng) 保持測(cè)試方案的靈敏性 保持測(cè)試方案簡(jiǎn)潔和易讀盡量爭(zhēng)取多渠道評(píng)審測(cè)試方案 運(yùn)算測(cè)試方案的投入2、簡(jiǎn)潔介紹至少 5 款軟件測(cè)試工具或測(cè)試治理的工具；功能測(cè)試 QTP 性能測(cè)試 loadrunner 源代碼掃描測(cè)試 fortify sca 滲透測(cè)試 webinspect 單元測(cè)試 pc-lint/c test/juint 3、用黑盒測(cè)試設(shè)計(jì)測(cè)試用例有哪些常用方法？等價(jià)類劃分 邊界值分析錯(cuò)誤猜想法 因果圖方法 其它4、什么是集成測(cè)試？它包括哪兩種方式？每個(gè)模塊完成單元測(cè)試后,需要依據(jù)設(shè)計(jì)是確定的構(gòu)造圖,將他們連接起來,進(jìn)展集成測(cè) 試,也稱為綜合測(cè)試；集成測(cè)試包括非增量測(cè)試和增量

28、測(cè)試兩種方式5、測(cè)試的目的是什么？是為了發(fā)覺盡可能多的缺陷,不是為了說明軟件中沒有缺陷；6、測(cè)試人員需要何時(shí)參加需求分析？- word.zl- -原那么上,測(cè)試人員對(duì)需求明白得越深化對(duì)測(cè)試工作越有利,所以一開場(chǎng)就應(yīng)當(dāng)參加需求分析工作；7、代碼走查是如何進(jìn)展的？就像代碼檢查一樣,代碼走查也是接受連續(xù)12 小時(shí)的不連續(xù)會(huì)議的形式；代碼走查小組由 35 人組成,其中一人扮演和諧人的角色,一個(gè)人擔(dān)任秘書負(fù)責(zé)記錄全部查出的錯(cuò)誤的角色,仍有一個(gè)人擔(dān)任測(cè)試人員；關(guān)于這35 人的組成構(gòu)造,有各種各樣的建議,當(dāng)然,程序作者應(yīng)當(dāng)是其中之一；建議包括其他參加者；8、性能測(cè)試什么時(shí)候開展最為適宜？在產(chǎn)品相比照擬文檔

29、, 功能測(cè)試 完成后；靈敏性比擬強(qiáng)；二單項(xiàng)選擇題1、以下 B屬于軟件性能測(cè)試的范疇；A、接口測(cè)試B、壓力測(cè)試C、單元測(cè)試D、易用性測(cè)試2、在用白盒測(cè)試中的規(guī)律掩蓋法設(shè)計(jì)測(cè)試用例時(shí),在以下掩蓋中,么；D是最強(qiáng)的掩蓋準(zhǔn)那A、語句掩蓋 B、條件掩蓋 C、判定 /條件掩蓋 D、路徑掩蓋3、在大多數(shù)實(shí)際情形下,性能測(cè)試的實(shí)現(xiàn)方法是A；A、黑盒測(cè)試 B、白盒測(cè)試 C、靜態(tài)分析 D、牢靠性測(cè)試4、以下軟件屬性中,軟件產(chǎn)品首要中意的應(yīng)當(dāng)是A；A、功能需求 B、性能需求 C、可擴(kuò)展性和靈敏性 D、容錯(cuò)糾錯(cuò)才能5、測(cè)試人員的根本素養(yǎng)為D；A、運(yùn)算機(jī)專業(yè)技能 B、測(cè)試專業(yè)技能 C、行業(yè)學(xué)問 D、以上都是三填空題1、

30、 軟件測(cè)試方案評(píng)審會(huì)需要人員參加；工程經(jīng)理 、SQA 負(fù)責(zé)人 、 配置負(fù)責(zé)人 和 測(cè)試組 2、 軟件測(cè)試主要分為靜態(tài)測(cè)試 、動(dòng)態(tài)測(cè)試 、黑盒測(cè)試 和 白盒測(cè)試 類測(cè)試；3、 黑盒測(cè)試用例設(shè)計(jì)方法包括等價(jià)劃分 、邊界值分析 、因果圖 、錯(cuò)誤估量法等；4、 通過畫因果圖來寫測(cè)試用例的步驟為分析程序規(guī)格說明的描述中,哪些是緣由,哪些是結(jié)果 、分析程序規(guī)格說明的描述中語義的內(nèi)容,并將其表示成連接各個(gè)緣由與各個(gè)結(jié)果的因果圖 、在因果圖上使用假設(shè)干個(gè)特殊的符號(hào)標(biāo)明特定的約束條件、把因果圖轉(zhuǎn)換為狀態(tài)圖和把判定表中每一列表示的情形寫成測(cè)試用例共 5 個(gè)步驟；- word.zl- -5、 使用軟件測(cè)試工具的目的

31、是幫忙測(cè)試查找問題、幫忙問題的診斷、節(jié)省測(cè)試時(shí)間；四簡(jiǎn)答題1、測(cè)試人員在軟件開發(fā)過程中的任務(wù)是什么？盡可能早的找出系統(tǒng)中的 Bug ; 防止軟件開發(fā)過程中缺陷的顯現(xiàn) ; 衡量軟件的品質(zhì) , :確保軟件的質(zhì) 保證系統(tǒng)的質(zhì)量 ;關(guān)注用戶的需求 ,并保證系統(tǒng)符合用戶需求；總的目標(biāo)是 量；2、黑盒測(cè)試和白盒測(cè)試是軟件測(cè)試的兩種根本方法,請(qǐng)分別說明各自的優(yōu)點(diǎn)和缺點(diǎn)；黑盒測(cè)試的優(yōu)點(diǎn)：適應(yīng)于階段測(cè)試,從產(chǎn)品功能角度測(cè)試,簡(jiǎn)潔入手生成測(cè)試數(shù)據(jù)；缺點(diǎn)：某些代碼得不到測(cè)試,假如規(guī)格說明有誤,可能無法發(fā)覺,不易進(jìn)展充分性測(cè)試；白盒測(cè)試的優(yōu)點(diǎn)：可構(gòu)成測(cè)試數(shù)據(jù)使特定程序局部得到測(cè)試,有確定的充分性度量手段,可生成較多工

32、具支持；缺點(diǎn)：不易生成測(cè)試數(shù)據(jù),無法對(duì)未實(shí)現(xiàn)規(guī)格說明的局部進(jìn)展測(cè)試,作量大通常只用于單元測(cè)試有應(yīng)用局限；3、簡(jiǎn)述缺陷產(chǎn)生的緣由；需求：需求表述懂得,導(dǎo)致編寫引起的錯(cuò)誤；架構(gòu)：系統(tǒng)設(shè)計(jì)架構(gòu)引起的錯(cuò)誤；開發(fā)：開發(fā)過程缺乏溝通及監(jiān)視；工具：軟件開發(fā)工具本身的問題；自己開發(fā)是局部變量,但實(shí)際要做為全局變量復(fù)雜度：軟件需求復(fù)雜度越來越高；與用戶需求不符合：即使本身不存在某種意義上的缺陷；4、如何開發(fā)和設(shè)計(jì)測(cè)試用例？用例包含：用例編號(hào)、功能模塊、用例標(biāo)題、前提條件、操作步驟、期望結(jié)果含判定標(biāo) 準(zhǔn)、實(shí)際結(jié)果、備注 編寫方式：依據(jù)功能 +業(yè)務(wù)規(guī)律 第一保證單個(gè)功能是正常的 然后功能聯(lián)合起來的業(yè)務(wù)規(guī)律是對(duì)的5、

33、測(cè)試完畢的標(biāo)準(zhǔn)是什么？用例全部測(cè)試、掩蓋率到達(dá)標(biāo)準(zhǔn)、缺陷率到達(dá)標(biāo)準(zhǔn)、其他指標(biāo)到達(dá)質(zhì)量標(biāo)準(zhǔn)；第六章部署與愛護(hù)一學(xué)問回憶與摸索1、什么是軟件部署？軟件部署在整個(gè)工程過程中起到什么作用？軟件部署是指將軟件工程本身,包括配置文件、用戶手冊(cè)、幫忙文檔等進(jìn)展收集、打包、- word.zl- -安裝、配置、發(fā)布的過程；作用：整個(gè)軟件經(jīng)過需求分析、設(shè)計(jì)、編碼和測(cè)試后,便得到了比擬穩(wěn)固的版本,進(jìn)而可 以供應(yīng)應(yīng)用戶；此時(shí),就需要通過合理的方式將軟件部署到用戶機(jī)器上,以供用戶使用；2、 ASP NET網(wǎng)站常用的部署方式有哪幾種？各有什么特點(diǎn)？XCOPY部署：通過資源治理器進(jìn)展復(fù)制粘貼,簡(jiǎn)潔易行；復(fù)制工程部署： 需要

34、通過 Visual Studio 開發(fā)環(huán)境進(jìn)展部署,比擬適合于開發(fā)人員開進(jìn)展網(wǎng)站調(diào)試和測(cè)試； 開發(fā)人員在Visual Studio 中修改完代碼后,可以在開發(fā)環(huán)境上部署到測(cè)試機(jī)器上；Web 安裝部署：直接生成安裝文件交給用戶；假如將其他組件的安裝和配置都集成到一個(gè) 安裝文件中,將極大提高了用戶部署的使用感受；3、什么是軟件愛護(hù)？產(chǎn)生軟件愛護(hù)的緣由有哪些？在軟件運(yùn)行愛護(hù)階段對(duì)軟件產(chǎn)品所進(jìn)展的修改；緣由：主要有軟件開發(fā)設(shè)計(jì)時(shí)考慮不周,存在缺陷和不能完全中意需求的問題,以前開發(fā) 的軟件不能適應(yīng)新的軟硬件環(huán)境等等4、依據(jù)軟件愛護(hù)的起因,一般將軟件愛護(hù)分為哪幾類？改正性愛護(hù)、適應(yīng)性愛護(hù)、完善性愛護(hù)、預(yù)防

35、性愛護(hù)5、影響軟件愛護(hù)工作量的因素有哪些？什么是構(gòu)造化愛護(hù)和非構(gòu)造化愛護(hù)？因素：系統(tǒng)大小、系統(tǒng)的開發(fā)文檔、系統(tǒng)的架構(gòu) 構(gòu)造化愛護(hù)：不接受軟件過程的方法開發(fā)軟件,軟件只有程序而無文檔,愛護(hù)工作特殊困 難；非構(gòu)造化愛護(hù)：接受軟件工程的方法開發(fā)軟件,各階段都有相應(yīng)的文檔,簡(jiǎn)潔進(jìn)展愛護(hù)工 作；6、一次軟件愛護(hù)需要經(jīng)過哪些流程？申請(qǐng)愛護(hù)、審核愛護(hù)、愛護(hù)請(qǐng)求的開發(fā)和測(cè)試、愛護(hù)任務(wù)的評(píng)審、版本發(fā)布與部署二單項(xiàng)選擇題1、依據(jù)正常的軟件開發(fā)流程,以下D過程完成后可進(jìn)展軟件部署；、概要設(shè)計(jì) B、詳細(xì)設(shè)計(jì) C、編碼 D、測(cè)試2、以下 D方式不屬于 ASP、NET 部署；、 XCOPY部署 B、復(fù)制工程部署 C、We

36、b 安裝工程部署 D、添加工程部署3、Visual Studio 中供應(yīng)了復(fù)制工程部署的功能,通過該功能可以將 Web 工程復(fù)制到目標(biāo)機(jī)器上,以下 C方式不屬于復(fù)制工程供應(yīng)的功能；A、FTP復(fù)制 B、文件系統(tǒng)復(fù)制 C、網(wǎng)頁登錄復(fù)制 D、遠(yuǎn)程站點(diǎn)復(fù)制4、Visual Studio 中供應(yīng)了復(fù)制工程部署的功能,通過該功能可以將 Web 工程復(fù)制到目標(biāo)機(jī)器上, 并且能夠顯示源網(wǎng)站與目標(biāo)網(wǎng)站文件之間的狀態(tài),以下B文件狀態(tài)不行以被顯示；- word.zl- -A、文件已更換 B、文件損壞 C、文件刪除 D、文件未更換5、假如期望給用戶直接供應(yīng) Web 安裝工程,選擇C方式最為適宜；A、XCOPY部署 B

37、、復(fù)制工程部署 C、 Web 安裝工程部署 D、添加工程部署6、在軟件交付使用后,由于開發(fā)時(shí)測(cè)試得不完全、不完全,必定會(huì)有一局部隱匿的錯(cuò)誤被帶到運(yùn)行階段,對(duì)于這些錯(cuò)誤的修正,屬于A；A、改正性愛護(hù) B、適應(yīng)性愛護(hù) C、完善性愛護(hù) D、預(yù)防性維7、外部環(huán)境新的硬件、軟件配置或數(shù)據(jù)環(huán)境數(shù)據(jù)庫、數(shù)據(jù)格數(shù)據(jù)、輸入 /輸出方式、數(shù)據(jù)儲(chǔ)備介質(zhì)可能發(fā)生變化,為了使軟件適應(yīng)這種變化而去修改軟件的過程屬于B；A、改正性愛護(hù) B、適應(yīng)性愛護(hù) C、完善性愛護(hù) D、預(yù)防性愛護(hù)8、在軟件的使用過程中,用戶往往會(huì)對(duì)軟件提出新的功能與性能要求；為了中意這些要求,需要修改或再開發(fā)軟件,以擴(kuò)大軟件功能、 增強(qiáng)軟件性能、 改良效

38、率、 提高軟件的可愛護(hù)性,這種過程屬于C；A、改正性愛護(hù) B、適應(yīng)性愛護(hù) C、完善性愛護(hù) D、預(yù)防性愛護(hù)9、為了提高軟件的可愛護(hù)性、牢靠性等,為以后進(jìn)一步改良軟件打下良好根底而進(jìn)展的維護(hù)屬于 D；A、改正性愛護(hù) B、適應(yīng)性愛護(hù) C、完善性愛護(hù) D、預(yù)防性愛護(hù)10、以下 D不屬于軟件愛護(hù)流程中的環(huán)節(jié)；A、申請(qǐng)愛護(hù) B、審核愛護(hù)請(qǐng)求 C、愛護(hù)請(qǐng)求的開發(fā)和測(cè)試 D、愛護(hù)的增減三填空題1、 完成了軟件的設(shè)計(jì)、編碼和測(cè)試,將形成一個(gè)穩(wěn)固的版本,這個(gè)版本將供應(yīng)應(yīng)用戶,而在用戶的環(huán)境上安裝相應(yīng)的軟件產(chǎn)品的過程,稱為軟件部署 ；2、 ASP、NET支持多種部署方式, 通過使用 Microsoft Window

39、s 資源治理器中的拖放功能復(fù)制粘貼功能 、文件傳輸協(xié)議FTP或者 DOS的 XCOPY命令將文件從一個(gè)位置復(fù)制到另一個(gè)位置,這種部署方式稱為XCOPY部署 可以為他們供應(yīng)手冊(cè),以指導(dǎo)具3、 為了讓用戶或者實(shí)施人員更加便利地進(jìn)展軟件的部署,體部署,人們稱這個(gè)手冊(cè)為用戶手冊(cè) ；4、 在整個(gè)工程周期中, 軟件愛護(hù) 階段占有很高的比重,愛護(hù)時(shí)間最長(zhǎng)；5、 假如軟件配置的唯獨(dú)成分是程序代碼,那么愛護(hù)活動(dòng)將從艱辛地評(píng)判程序代碼開場(chǎng),而且經(jīng)常由于程序內(nèi)部文檔缺乏而使評(píng)判更困難,對(duì)于軟件構(gòu)造、 數(shù)據(jù)構(gòu)造、 系統(tǒng)接口、 性能、設(shè)計(jì)約束等經(jīng)常會(huì)產(chǎn)生誤會(huì),而且對(duì)程序代碼所進(jìn)展改動(dòng)的后果也是難于估量的,這樣的維護(hù)稱為

40、 更正性愛護(hù) ；- word.zl- -6、 假如有一個(gè)完整的軟件配置存在,那么愛護(hù)工作將從評(píng)判設(shè)計(jì)文檔開場(chǎng),估量要求的改動(dòng)將帶來的影響, 并且方案實(shí)施途徑, 然后進(jìn)展愛護(hù)的實(shí)施,這樣的愛護(hù)稱為 構(gòu)造化愛護(hù) ；7、 在愛護(hù)過程中, 系統(tǒng)開發(fā)文檔 越完善,愛護(hù)工作越便利；8、 假如系統(tǒng)只有代碼而沒有文檔,愛護(hù)人員依據(jù)現(xiàn)有的代碼進(jìn)展反推,推理出前面的設(shè)計(jì)過程,這就是所謂的 “ 逆向工程 ；9、 在軟件運(yùn)行愛護(hù)階段對(duì)軟件產(chǎn)品所進(jìn)展的修改稱為軟件的軟件的升級(jí) ；10、將一些有開發(fā)經(jīng)受、具有決策才能的人組織成一個(gè)團(tuán)隊(duì),特地負(fù)責(zé)愛護(hù)請(qǐng)求的分析和審核,這樣的小組稱為愛護(hù)小組 ；四簡(jiǎn)答題 1、ASP、NET網(wǎng)

41、站有 3 種部署方式,請(qǐng)簡(jiǎn)述 3 種方式的特點(diǎn)；XCOPY部署：通過資源治理器進(jìn)展復(fù)制粘貼,簡(jiǎn)潔易行；復(fù)制工程部署： 需要通過 Visual Studio 開發(fā)環(huán)境進(jìn)展部署,比擬適合于開發(fā)人員開進(jìn)展網(wǎng)站調(diào)試和測(cè)試； 開發(fā)人員在Visual Studio 中修改完代碼后,可以在開發(fā)環(huán)境上部署到測(cè)試機(jī)器上；Web 安裝部署：直接生成安裝文件交給用戶；假如將其他組件的安裝和配置都集成到一個(gè) 安裝文件中,將極大提高了用戶部署的使用感受；2、軟件愛護(hù)有多種分類,依據(jù)產(chǎn)生愛護(hù)的緣由進(jìn)展分類,可以將愛護(hù)活動(dòng)分為 4 種,請(qǐng)簡(jiǎn)述這 4 種愛護(hù)方式；改正性愛護(hù)、適應(yīng)性愛護(hù)、完善性愛護(hù)、預(yù)防性愛護(hù)3、軟件愛護(hù)可以

42、分為構(gòu)造化愛護(hù)和非構(gòu)造化愛護(hù),請(qǐng)簡(jiǎn)述兩者的特點(diǎn)；構(gòu)造化愛護(hù)：不接受軟件過程的方法開發(fā)軟件,軟件只有程序而無文檔,愛護(hù)工作特殊困難；非構(gòu)造化愛護(hù)：接受軟件工程的方法開發(fā)軟件,各階段都有相應(yīng)的文檔,簡(jiǎn)潔進(jìn)展愛護(hù)工 作；4、軟件愛護(hù)的過程復(fù)雜,要求較高,請(qǐng)簡(jiǎn)述軟件愛護(hù)流程中的各個(gè)環(huán)節(jié)；申請(qǐng)愛護(hù)、審核愛護(hù)、愛護(hù)請(qǐng)求的開發(fā)和測(cè)試、愛護(hù)任務(wù)的評(píng)審、版本發(fā)布與部署第七章工程治理一學(xué)問回憶與摸索1、何為工程方案,工程方案需要考慮哪些因素？人員組織風(fēng)險(xiǎn)預(yù)估風(fēng)險(xiǎn)因素、風(fēng)險(xiǎn)等級(jí)進(jìn)度支配PERT技術(shù)、甘特圖- word.zl- -2、工程方案中人員組織常用哪幾種方式？層次組織：主程序員小組民主小組層次小組 矩陣模式：

43、不同的階段實(shí)際上也是層次組織,但由不同經(jīng)理負(fù)責(zé)；3、工程方案中如何對(duì)工程的風(fēng)險(xiǎn)進(jìn)展預(yù)估,常用的風(fēng)險(xiǎn)三元組有哪幾個(gè)要素？風(fēng)險(xiǎn)名稱、風(fēng)險(xiǎn)發(fā)生的概率風(fēng)險(xiǎn)產(chǎn)生的影響4、工程方案中如何進(jìn)展工程進(jìn)度的支配,常用技術(shù)有哪些？PERT技術(shù)、甘特圖5、工程治理中配置治理的作用是什么？防范風(fēng)險(xiǎn)、變更把握6、軟件的質(zhì)量要素包含哪些？正確性強(qiáng)健性牢靠性性能易用性平安性擴(kuò)展性兼容性可移植性7、質(zhì)量治理中的質(zhì)量方案、質(zhì)量保證、質(zhì)量把握分別完成哪些工作？質(zhì)量方案：是質(zhì)量治理的第一個(gè)步驟,它主要指依據(jù)公司的質(zhì)量方針、產(chǎn)品描述及質(zhì)量標(biāo) 準(zhǔn)和規(guī)那么等制定出來實(shí)施方略；其內(nèi)容全面反響客戶的要求,為質(zhì)量小組成員有效工作 供應(yīng)了指南,

44、為工程小組成員及工程相關(guān)人員明白在工程進(jìn)展中如何實(shí)施質(zhì)量保證和質(zhì)量 把握供應(yīng)依據(jù),為確保工程質(zhì)量得到保證供應(yīng)堅(jiān)實(shí)的根底；質(zhì)量保證：是貫穿整個(gè)工程生命周期的有方案和系統(tǒng)的活動(dòng),經(jīng)常性地針對(duì)整個(gè)工程質(zhì)量 方案的執(zhí)行情形進(jìn)展評(píng)估、檢查,并進(jìn)展改良,向治理者、客戶或其他方取得信任,確保 工程質(zhì)量與方案保持一樣；質(zhì)量保證對(duì)應(yīng)于技術(shù)評(píng)審與過程檢查；質(zhì)量把握：是指對(duì)階段性的成果進(jìn)展測(cè)試、驗(yàn)證,為質(zhì)量保證供應(yīng)參考依據(jù),對(duì)應(yīng)于軟件 測(cè)試等工作；二單項(xiàng)選擇題1、工程開場(chǎng)時(shí)需要進(jìn)展工程方案,以下D不屬于工程方案需要考慮的事項(xiàng)；A、人員組織 B、風(fēng)險(xiǎn)預(yù)估 C、進(jìn)度支配 D、Bug 數(shù)據(jù)分析2、以下 B的最根本概念是“

45、無我程序設(shè)計(jì),人人把小組開發(fā)的程序看成是“ 我們的程序,而不是 “ 我的程序；A、主程序員組織方式B、民主組織方式C、層次組織方式D、矩陣組織方式3、為了預(yù)估工程風(fēng)險(xiǎn),經(jīng)常使用風(fēng)險(xiǎn)三元組來治理風(fēng)險(xiǎn),以下D不屬于三元組的元素；A、風(fēng)險(xiǎn)名稱B、風(fēng)險(xiǎn)發(fā)生的概率C、風(fēng)險(xiǎn)產(chǎn)生的影響D、風(fēng)險(xiǎn)的計(jì)策4、以下 A技術(shù)經(jīng)常被使用來進(jìn)展工程的進(jìn)度支配；A、甘特圖B、權(quán)限支配C、進(jìn)度評(píng)審D、版本樹分支5、軟件公司會(huì)將非正式產(chǎn)品免費(fèi)發(fā)送給具有典型性的用戶,讓用戶測(cè)試該軟件的缺乏之處- word.zl- -及存在問題,以便在正式發(fā)行前進(jìn)一步改良和完善,這種產(chǎn)品的版本一般會(huì)定為B；A、Alpha 版 B、Beta 版 C

46、、RC 版 D、Demo 版6、一般只在軟件開發(fā)公司內(nèi)部公布,不對(duì)外公開；主要是開發(fā)人員自身對(duì)產(chǎn)品進(jìn)展測(cè)試,檢查產(chǎn)品是否存在缺陷、錯(cuò)誤, 驗(yàn)證產(chǎn)品功能與說明書、用戶手冊(cè)是否一樣,這樣的產(chǎn)品版本屬于 A；A、Alpha 版B、Beta版C、RC 版D、Demo 版7、主要是演示正式軟件的局部功能,用戶可以從中得知軟件的根本操作,為正式產(chǎn)品的出售擴(kuò)大影響；假如是玩耍的話,那么只有一兩個(gè)關(guān)卡可以玩；該版本可以從 Internet 上免費(fèi)下載；這種軟件版本一般定為D；A、Alpha B、Beta版 C、RC 版 D、Demo 版8、有許多因素準(zhǔn)備最終軟件產(chǎn)品的質(zhì)量,以下D因素不屬于軟件因素；A、正確性

47、B、強(qiáng)健性C、平安性 D、自動(dòng)性9、質(zhì)量治理包含多個(gè)過程,以下C過程不屬于質(zhì)量治理；A、質(zhì)量方案 B、質(zhì)量保證 C、質(zhì)量配置 D、質(zhì)量把握10、有許多因素準(zhǔn)備軟件質(zhì)量的上下,將軟件轉(zhuǎn)置到其他硬件、其他操作的才能,稱為軟件質(zhì)量因素的 D；A、正確性B、強(qiáng)健性C、易用性 D、可移植性三填空題1、工程的人員組織有多種方式,每一層人員向上層報(bào)告工作并且治理下層人員,這樣的模式稱為 層次模式 模式；2、工程的人員組織有多種方式,每一個(gè)工程又分為假設(shè)干階段,每個(gè)階段那么由階段經(jīng)理治理,這樣的模式稱為矩陣模式 模式；3、工程過程中有可能發(fā)生的某些意外事情,而且在最糟糕的情形下將對(duì)工程產(chǎn)生巨大的負(fù)面影響甚至導(dǎo)

48、致失??；在工程方案時(shí),需要對(duì)這些可能發(fā)生的事情進(jìn)展預(yù)估,稱為風(fēng)險(xiǎn)預(yù)估；4、治理者把一個(gè)復(fù)雜的工程依據(jù)層次構(gòu)造和規(guī)律關(guān)系分解成多個(gè)易于治理的單元,便利于更為全面地明白一個(gè)工程所涉及的工作以及它們之間的規(guī)律和層次關(guān)系,稱為工程的 任務(wù)分解 ；5、工程的進(jìn)度支配過程中,最重要的是來規(guī)劃每項(xiàng)工作的開場(chǎng)時(shí)間和完畢時(shí)間,列舉你認(rèn)識(shí)的兩種進(jìn)度支配技術(shù), PERT技術(shù) 和 甘特圖方法 ；6、使用 PERT 技術(shù)進(jìn)展進(jìn)度支配時(shí),會(huì)將工程分解為多個(gè)活動(dòng),每個(gè)工程活動(dòng)完畢的那一點(diǎn)稱為 大事 ；- word.zl- -7、使用 PERT 技術(shù)進(jìn)展進(jìn)度支配時(shí),會(huì)將工程分解為多個(gè)活動(dòng)并制定每個(gè)活動(dòng)的開場(chǎng)完畢時(shí)間,以及活動(dòng)

49、間的關(guān)系,從而形成 序列稱為 關(guān)鍵路線 ；PERT 圖； PERT 網(wǎng)絡(luò)中花費(fèi)時(shí)間最長(zhǎng)的大事和活動(dòng)的8、工程治理中, 為了標(biāo)識(shí)變更、 把握變更、確保變更正的確現(xiàn)并向其他有關(guān)人員報(bào)告變更,目的是使錯(cuò)誤降為最小并最有效地提高生產(chǎn)效率的活動(dòng),稱為軟件配置治理；平安9、一個(gè)軟件可以防止系統(tǒng)被非法入侵的,并且保證用戶數(shù)據(jù)的平安,那么該軟件的性較高；10、依據(jù)公司的質(zhì)量方針、產(chǎn)品描述以必質(zhì)量標(biāo)準(zhǔn)和規(guī)那么等制定出來質(zhì)量實(shí)施方案,這樣 的過程稱之為質(zhì)量方案 ；四簡(jiǎn)答題1、在工程的開場(chǎng)前,需要進(jìn)展工程的方案,工程的方案包含特殊多的內(nèi)容,請(qǐng)列舉工程方 案中需要進(jìn)展的兩個(gè)工作；工程組織、風(fēng)險(xiǎn)預(yù)估2、在進(jìn)展工程進(jìn)度支

50、配時(shí),需要給一個(gè)工程逐級(jí)分解支配進(jìn)度,請(qǐng)簡(jiǎn)要說明該過程；任務(wù)分解：通過任務(wù)分解可以使治理者把一個(gè)復(fù)雜的工程依據(jù)層次構(gòu)造和規(guī)律關(guān)系分解成 多個(gè)易于治理的單元,以便利更為全面地明白一個(gè)工程所涉及的工作及它們之間的規(guī)律和 層次關(guān)系；任務(wù)分解可以依據(jù)工程階段、可交付成果或者工程專業(yè)等來進(jìn)展劃分,工程管 理者可以依據(jù)工程的情形來制定劃分原那么；3、軟件質(zhì)量由多種因素準(zhǔn)備,列舉3 種質(zhì)量要素,并進(jìn)展簡(jiǎn)潔的說明；任性 3 個(gè) 正確性：該要素第一重要,機(jī)器不會(huì)欺詐人,軟件運(yùn)行錯(cuò)誤都是人為造成的；強(qiáng)健性：包括容錯(cuò)才能和復(fù)原才能,開發(fā)過程中應(yīng)當(dāng)充分考慮各種反常和邊界；牢靠性：是指在確定的環(huán)境下,在給定的時(shí)間內(nèi)系統(tǒng)

51、不發(fā)生故障的概率；性能：通常是指軟件的“ 時(shí)間一空間效率,而不僅是指軟件的運(yùn)行速度解決性能問題 的根本是算法和程序的優(yōu)化,而不是期望硬件的更高配置；易用性：是指客戶對(duì)于軟件的易懂得、易學(xué)習(xí)和易操作性；平安性：可以防止系統(tǒng)被非法 入侵,以保證用戶數(shù)據(jù)的平安；擴(kuò)展性：反映了軟件應(yīng)對(duì)變化的才能,當(dāng)客戶增加新需求時(shí)是否能夠輕松應(yīng)對(duì)；兼容性：對(duì)硬件和對(duì)其他軟件的兼容才能；可移植性：是指將軟件轉(zhuǎn)置到其他硬件、其他操作系統(tǒng)的才能；4、配置治理的目標(biāo)就是為了標(biāo)識(shí)變更、把握變更、確保變更正的確現(xiàn)并向其他有關(guān)人員報(bào)告變更, 目的是使錯(cuò)誤降為最小并最有效地提高生產(chǎn)效率；發(fā)過程中遇到的哪些問題；開發(fā)人員未經(jīng)授權(quán)修改代

52、碼或文檔；人員流淌造成企業(yè)的軟件核心技術(shù)泄密；由于找不到某個(gè)文件的歷史版本,而無法重現(xiàn)歷史版本；請(qǐng)簡(jiǎn)述配置治理可以解決工程開- word.zl- -分處異地的開發(fā)團(tuán)隊(duì)難于協(xié)同,可能會(huì)造成重復(fù)工作,并導(dǎo)致系統(tǒng)集成困難；5、質(zhì)量治理可以提高軟件的質(zhì)量,提高用戶的中意度；質(zhì)量治理主要?jiǎng)澐譃?3 個(gè)過程,簡(jiǎn) 述這 3 個(gè)過程的詳細(xì)工作內(nèi)容；質(zhì)量方案：是質(zhì)量治理的第一個(gè)步驟,它主要指依據(jù)公司的質(zhì)量方針、產(chǎn)品描述及質(zhì)量標(biāo) 準(zhǔn)和規(guī)那么等制定出來實(shí)施方略；其內(nèi)容全面反響客戶的要求,為質(zhì)量小組成員有效工作 供應(yīng)了指南,為工程小組成員及工程相關(guān)人員明白在工程進(jìn)展中如何實(shí)施質(zhì)量保證和質(zhì)量 把握供應(yīng)依據(jù),為確保工程質(zhì)量得到保證供應(yīng)堅(jiān)實(shí)的根底；質(zhì)量保證：是貫穿整個(gè)工程生命周期的有方案和系統(tǒng)的活動(dòng),經(jīng)常性地針對(duì)整個(gè)工程質(zhì)量 方案的執(zhí)行情形進(jìn)展評(píng)估、檢查,并進(jìn)展改良,向治理者、客戶或其他方取得信任,確保 工程質(zhì)量與方案保持一樣；質(zhì)量保證對(duì)應(yīng)于技術(shù)評(píng)審與過程檢查；質(zhì)量把握：是指對(duì)階段性的成果進(jìn)展測(cè)試、驗(yàn)證,為質(zhì)量保證供應(yīng)參考依據(jù),對(duì)應(yīng)于軟件 測(cè)試等工作；第八章綜合工程實(shí)戰(zhàn)一學(xué)問回憶與摸索1、如何進(jìn)展需求調(diào)研？用戶訪談、收集資料、問卷表和小組會(huì)議2、用例說明和用例圖對(duì)需求分析有什么幫忙？用例說明可以讓其他人對(duì)這個(gè)系統(tǒng)有一個(gè)更加詳細(xì)的明白 用例圖主要用來圖示化系統(tǒng)的主大事流程,它主要用來描述客戶的需求3、設(shè)計(jì)軟件