【文章內(nèi)容簡介】 提下最晚啟動該子任務的時間。 答案： 最遲啟動時間 41．最遲啟動時間與完成該子任務所需時間之和就是該子任務的 。 答案： 最遲結(jié)束時間 42．在制定進度計劃時，應首先找到影響進度的 ，并在其上安排一定的節(jié)假日和機動時間，以便應付可能出現(xiàn)的問題和難點。 答案： 關鍵路徑 43．正式的技術評審是降低 的重要措施。 答案： 軟件成本 44．實踐表明，向一個已經(jīng)延期的 軟件項目追加新的開發(fā)人員，可能使項目完成得 。 答案： 更晚 三 名詞解釋 1． 測量（ measure） 答：是 對產(chǎn)品或過程的某個屬性的范圍、數(shù)量、維度、容量或大小提供一個定量的指示。 2． 度量（ metric） 答： 是對系統(tǒng)、部件或過程的某一特性所具有的程度進行的量化測量。 3． 估算（ estimation） 答： 是對軟件產(chǎn)品、過程、資源等使用歷史資料或經(jīng)驗公式等進行預測。 4． 指標（ guideline） 答： 是一個度量或度量的組合，它可對軟件產(chǎn)品、過程或資源提供更深入的理解。 5． 軟件可靠性 答： 軟件 可靠性定義為在某個給定時間間隔內(nèi)，程序按照規(guī)格說明成功運行的概率。 6． 軟件的有效性函數(shù) A（ t） 答： 軟件的有效性函數(shù) A（ t）定義為軟件系統(tǒng)在時刻 t 按照規(guī)格說明成功運行的概率。 四 簡答題 1． 軟件項目管理的主要任務是什么？ 答： 軟件項目管理的主要任務是 根據(jù)選定的軟件開發(fā)過程框架（即軟件開發(fā)模型）和對其估算的結(jié)果制定軟件項目實施計劃；再根據(jù)計劃對人員進行組織、分工；按照計劃的進度，以及成本管理、風險管理、質(zhì)量管理的要求，控制并管理軟件開發(fā)和維護的活動，最終以最小的代價完成軟件項目規(guī)定的全部任務。 2． 成本 管理的主要任務是什么 ？ 答： 成本管理的主要任務是估算軟件項目的成本，作為立項和簽合同的依據(jù)之一，并在軟件開發(fā)過程中按計劃管理經(jīng)費的使用。 3．質(zhì)量管理的主要任務是什么？ 答：質(zhì)量管理的主要任務是制定軟件質(zhì)量保證計劃，按照質(zhì)量評價體系控制軟件質(zhì)量要素，對階段性的軟件產(chǎn)品進行評審，對最終軟件產(chǎn)品進行確認，確保軟件質(zhì)量。 4． 常用的軟件項目的估算方法主要有哪 4 種 ？ 答： 1）自頂向下的估算方法 2）自底向上的估算方法 3）差別估算法 4）根據(jù)實驗或歷史數(shù)據(jù)給出軟件項目工作量或成本的經(jīng)驗估算公式。 5． CoCoMo 模 型按其詳細程度分為哪三個層次 ？ 答： CoCoMo 模型按其詳細程度分為基本 CoCoMo 模型、中間 CoCoMo 模型和詳細 CoCoMo 模型三個層次。 6． 軟件質(zhì)量的定義 ？ 答： 1983 年， ANSI/IEEE std729 標準給出了軟件質(zhì)量的定義如下： 軟件質(zhì)量是軟件產(chǎn)品滿足規(guī)定的和隱含的與需求能力有關的全部特征和特性，包括： 1）軟件產(chǎn)品滿足用戶要求的程度； 2）軟件擁有所期望的各種屬性的組合程度； 3）用戶對軟件產(chǎn)品的綜合反映程度； 4）軟件在使用過程中滿足用戶需求的程度。 7．簡述 McCall 等人的軟件質(zhì)量 度量模型 答： McCall 等人提出了由軟件質(zhì)量要素、評價準則、定量度量三個層次組成的三層次度量模型。其中第一層是將對軟件質(zhì)量的度量歸結(jié)為對直接影響軟件質(zhì)量的若干個軟件質(zhì)量要素的度量；由于質(zhì)量要素很難直接度量，所以第二層是用若干個可度量的評價準則來間接度量軟件質(zhì)量要素；而第三層是對相應評價準則的直接度量。 8． 軟件復雜性的概念 ？ 答： K. Magel 從 6 個方面來描述軟件復雜性： 1）理解程序的難度； 2）維護程序的難度； 3）向其他人解釋程序的難度； 4）按指定方法修改程序的難度； 5）根據(jù)設計文件編寫程序 的工作量； 6）執(zhí)行程序時需要資源的多少。 9．衡量軟件的復雜程度有哪些基本原則？ 答：衡量軟件的復雜程度有 12 條基本原則，如下： 1）軟件的復雜性與其規(guī)模的關系不是線性的； 2）數(shù)據(jù)結(jié)構復雜的程序較復雜； 3）控制結(jié)構復雜的程序較復雜； 4）轉(zhuǎn)向語句使用不當?shù)某绦蜉^復雜； 5）循環(huán)結(jié)構比選擇結(jié)構復雜、選擇結(jié)構比順序結(jié)構復雜； 6）語句、數(shù)據(jù)、子程序模塊等出現(xiàn)的順序?qū)碗s性有影響； 7）非局部變量較多的程序較復雜； 8）參數(shù)按地址調(diào)用（ Call by reference）比按值調(diào)用（ Call by value）復雜； 9）函數(shù)副作用比顯式參數(shù)傳遞難理解； 10）作用不同的變量同名時較難理解； 11）模塊、過程間聯(lián)系密切的程序較復雜； 12）程序嵌套層數(shù)越多越復雜。 10． 軟件開發(fā)項目管理過程主要包括哪幾個方面 ？ 答： 軟件開發(fā)項目管理過程主要包括以下幾個方面： 1）啟動一個軟件項目。 2）成本估算。 3）風險分析。 4）進度安排。 5）追蹤和控制。 11． 風險分析有哪四個主要活動 ？ 答：風險分析的四個主要活動：風險標識、風險估算、風險評價、風險駕馭和監(jiān)控。 12． 解釋評價風險的三元組 [ r i， p i， x i ]。 答：在評價風險的三元組 [ r i， p i， x i ]中， r i 代表第 i 種風險， p i 表示第 i 種風險發(fā)生的概率， x i 代表該風險帶來的影響， i=1， 2，?， l，表示軟件開發(fā)項目共有 l 種風險， i 為風險序號。 13． 風險評價過程可分為哪四步 ？ 答： 風險評價過程可分四步進行： 1）定義項目的風險參照水準； 2）定義每種風險的三元組 [ r i， p i， x i ]，并找出和每個參照水準之間的關系； 3）預測一組參照點以定義一個項目終止區(qū)域，用一條曲線或一些易變動區(qū)域來定界； 4）預測各種風險組合的影響是否超出參 照水準。 14． 風險駕馭與監(jiān)控的主要目標有 哪些？ 答： 風險駕馭與監(jiān)控的主要目標有三個： 1）判斷一個預測的風險是否已經(jīng)發(fā)生； 2）確保針對每一個風險而制定的風險駕馭步驟正在合理地實施； 3）收集有關風險分析的所有信息，以備將來使用。 15． 軟件項目開發(fā)的進度安排必須解決好哪幾個問題？ 答： 軟件項目開發(fā)的進度安排必須解決好以下幾個問題： 1）任務、人力、時間等資源的分配應與工程進度相一致； 2）任務的分解與并行開發(fā)； 3）工作量的分配； 4）具體進度安排。 16． 軟件質(zhì)量保證（ SQA）活動主要包括哪 些內(nèi)容？ 答： SQA 活動主要包括以下內(nèi)容： 1）在需求分析階段提出對軟件質(zhì)量的需求，并將其自頂向下逐步分解為可以度量和控制的質(zhì)量要素，為軟件開發(fā)、維護各階段軟件質(zhì)量的定性分析和定量度量打下基礎； 2）研究并選用軟件開發(fā)方法和工具； 3）對軟件生存周期各階段進行正式的技術評審（ FTR）； 4）制定并實施軟件測試策略和測試計劃； 5）及時生成軟件文檔并進行其版本控制； 6）保證軟件開發(fā)過程與選用的軟件開發(fā)標準相一致； 7）建立軟件質(zhì)量要素的度量機制； 8）記錄 SQA 的各項活動，并生成各種 SQA 報告。 17． 正 式的技術評審（ FTR）的過程一般由哪 6 個步驟組成？ 答： FTR 的過程一般由 6 個步驟組成： ①制定評審計劃，即安排好評審會議日程。 ②介紹工程情況。 ③準備工作。評審小組成員自己審閱文檔資料，并把發(fā)現(xiàn)的問題和錯誤記錄下來，以備在評審會議上討論。 ④正式召開評審會議。 ⑤工程返工。 ⑥工程復審。 如此反復、直至通過復審為止。 18．在建立軟件開發(fā)組織的時候要注意的原則是哪些？ 答： 在建立軟件開發(fā)組織的時候要注意的原則是： ①盡早落實責任。特別是軟件項目負責人的責任； ②減少接口。組織應該有良好的組織結(jié)構、合理的 人員分工，以減少不必要的通信； ③責權均衡。指軟件經(jīng)理的責任不應比賦予他的權力還大。 19．程序設計小組的組織形式有哪幾種？ 答：程序設計小組的組織和小組內(nèi)部人員的組織形式對生產(chǎn)率都會產(chǎn)生影響。常采用的組織形式有主程序員制小組、民主制小組、層次式小組 3 種。 20．一個主程序員制小組由哪些人員組成？ 答：由 1 位主程序員（高級工程師）、 2~5 位程序員（技術員）、 1 位后援工程師組成，還可以配備輔助人員（如資料員）。 21．民主制小組是怎樣的一種組織形式？ 答：民主制小組由若干程序員組成，雖然也設置一位組長，但是每 當遇到問題時，組內(nèi)的成員可以進行民主協(xié)商，以平等的地位交換意見。工作目標的制定、做出決定都有全體組員參加，即強調(diào)發(fā)揮小組每一個成員的積極、主動性和協(xié)作精神。 22． 層次式小組是怎樣的一種組織形式？ 答：層次式小組是將組內(nèi)人員分為 3 級：組長 1 人，他作為項目負責人負責全組工作；他直接領導 2 ~ 7名高級程序員；每位高級程序員通過基層小組管理若干名程序員。 23．軟件開發(fā)各個階段都需要哪些人員？ 答：在軟件項目的計劃和分析階段，只需要少數(shù)人，主要是系統(tǒng)分析員、從事軟件系統(tǒng)論證和概要設計的軟件高級工程師和項目高級管 理人員，人數(shù)雖不多，但都是高層次人員。概要設計階段要增加幾個高級程序員，詳細設計階段要增加軟件工程師和程序員，在編碼和測試階段還要增加初級程序員和軟件測試員。在這一過程中，各類專門人員和管理人員也在逐漸增加，到驗收測試時，維護人員也加入其中，使各類人員的數(shù)量達到了最高峰。在軟件產(chǎn)品交付使用的初期，參加軟件維護的人員較多，此時為防止給維護活動帶來困難，不應過早地解散軟件開發(fā)人員。軟件經(jīng)過一段時間的糾錯性維護后，出錯率會明顯減少，這時可以逐步撤出軟件開發(fā)人員，之后，軟件維護人員也逐步撤離。 24．在軟件項目中配 備和使用人員應遵循的 3 個主要原則是什么？ 答：在軟件項目中配備和使用人員時，應遵循的 3 個主要原則是： ①重質(zhì)量：使用少量有實踐經(jīng)驗、素質(zhì)高、有能力的人員去完成關鍵性任務，常常比使用較多的經(jīng)驗不足的人員更有效。 ②重培訓：花力氣培養(yǎng)所需的技術和管理人員是解決人員問題的有效方法。 ③雙階梯提升：人員要么按照技術職務提升，要么按照管理職務提升，兩者不應兼得。 25．對軟件項目經(jīng)理人員的要求有哪些？ 答：對項目經(jīng)理除了要求具有較強的管理能力外，還要求其應具有的能力有： ①把用戶提出的非技術性要求加以整理提煉，以技術 說明書形式轉(zhuǎn)告給分析員和測試員。 ②能說服用戶放棄那些不切實際的要求，以保證合理的要求得以滿足。 ③具有綜合問題的能力。 ④具有很強的溝通能力。 26．一個好的開發(fā)人員應具備的素質(zhì)和能力有哪些？ 答：一個好的開發(fā)人員應具備的素質(zhì)和能力有： ①善于與周圍人員團結(jié)協(xié)作，建立良好的人際關系，善于聽取別人的意見。 ②牢固掌握計算機軟件的基本知識和技能。 ③善于分析和綜合問題，具有嚴密的邏輯思維能力。 ④工作踏實、細致，遵循標準和規(guī)范，不靠碰運氣，具有嚴格的科學作風。 ⑤工作中表現(xiàn)有責任心、有毅力、有耐心。 ⑥具有良 好的書面和口頭表達能力。 27．項目管理人員經(jīng)常采用的跟蹤方式主要有哪些？ 答：項目管理人員經(jīng)常采用的跟蹤方式主要有： ①定期召開項目工作會議，讓每個項目成員匯報任務進展情況和存在的問題。 ②在軟件開發(fā)過程中，請專家和用戶按照里程碑對階段性成果進行管理復審，判定實際開發(fā)進度是否與計劃中定義的里程碑保持一致。 ③對照進度計劃檢查各子任務的實際開始時間是否與計劃的開始時間一致。 ④及時了解項目開發(fā)人員的進展情況及存在的主要問題。 五、綜合題 1．已知有一個國外典型的軟件項目的記錄，開發(fā)人員 M=6 人，其代碼行數(shù) =，工作量 E=43PM，成本 S=314000 美元，錯誤數(shù) N=64，文檔頁數(shù) Pd=1050 頁。試計算開發(fā)該軟件項目的生產(chǎn)率 P、平均成本C、代碼出錯率 EQR 和文檔率 D。 解：根據(jù)給出的已知數(shù)據(jù)，可得： P = L / E = KLOC /43 PM = KLOC / PM = 470 LOC / PM C = S / L = 314000 美元 / KLOC = 美元 / LOC EQR = N / L = 64 個 / = 個 / KLOC D = Pd / L = 1050 頁 / KLOC = 頁 / KLOC 2． 已知有一個軟件項目的記錄，開發(fā)人員 M=3 人，其代碼行數(shù) =，工作量 E=24PM，成本 S=168000美元，錯誤數(shù) N=29，文檔頁數(shù) Pd=365 頁。試計算開發(fā)該軟件項目的生產(chǎn)率 P、平均成本 C、代碼出錯率EQR 和文檔率 D。 解：根據(jù)給出的已知數(shù)據(jù)，可得： P = L / E = KLOC /24 PM = KLOC / PM = 504 LOC / PM C = S / L = 168000 美元 / KLOC = 美元 / LOC EQR = N / L = 29 個 / KLOC = 個 / KLOC D = Pd / L = 365 頁 / KLOC = 頁 / KLOC 3． 已知某軟件項目的特征為：用戶輸入數(shù)為 30，用戶輸出數(shù)為 60，用戶查詢數(shù)為 24，共有 8 個文件，有2 個