2018-10-19 學信網(wǎng)教育 http://m.amvn.cn
2020年自考《軟件工程》單元二
一 單項選擇
1.軟件項目管理必須( A )介入。
A)從項目的開頭B)在可行性研究之后C)在需求分析之后D)在編碼之后
2. 下列選項中,屬于成本管理的主要任務(wù)的是( B )。
A)人員的分工 B)估算軟件項目的成本
C)對控制軟件質(zhì)量要素 D)對軟件階段產(chǎn)品進行評審
3.下列選項中,不屬于質(zhì)量管理的主要任務(wù)的是(C)。
A)制定軟件質(zhì)量保證計劃B)按照質(zhì)量評價體系控制軟件質(zhì)量要素
C)增加軟件產(chǎn)品的功能 D)對最終軟件產(chǎn)品進行確認
4.下列選項中,屬于軟件配置管理的任務(wù)的是( D )。
A)人員的分工 B)估算軟件項目的成本
C)對軟件階段產(chǎn)品進行評審 D)對程序、數(shù)據(jù)、文檔的各種版本進行管理
5.( A )是對產(chǎn)品或過程的某個屬性的范圍、數(shù)量、維度、容量或大小提供一個定量的指示。
A)測量 B)度量 C)估算 D)指標
6.( B )是對系統(tǒng)、部件或過程的某一特性所具有的程度進行的量化測量。
A)測量 B)度量 C)估算 D)指標
7.( C )是對軟件產(chǎn)品、過程、資源等使用歷史資料或經(jīng)驗公式等進行預測。
A)測量 B)度量 C)估算 D)指標
8.( D )是一個度量或度量的組合,它可對軟件產(chǎn)品、過程或資源提供更深入的理解。
A)測量 B)度量 C)估算 D)指標
9.下列選項中屬于產(chǎn)品的內(nèi)部屬性的是( A )。
A)模塊耦合度 B)軟件可靠性 C)軟件有效性 D)軟件可維護性
10.下列選項中屬于過程的外部屬性的是( B )。
A)工作量 B)成本 C)事件 D)計劃及進度
11.下列選項中屬于資源的外部屬性的是( C )。
A)經(jīng)驗 B)人員 C)生產(chǎn)率 D)工具
12. 基于代碼行的面向規(guī)模的度量方法適合于( D )。
A)過程式程序設(shè)計語言和事前度量 B)第四代語言和事前度量
C)第四代語言和事后度量 D)過程式程序設(shè)計語言和事后度量
13. 下列說法中,不正確的是( A )。
A)功能點度量方法與程序設(shè)計語言有關(guān) B)功能點度量方法適合于過程式語言 C)功能點度量方法適合于非過程式語言 D)功能點度量方法適合于軟件項目估算
14.下列說法中,不正確的是( B )。
A)軟件項目工作量分布曲線不是線性的
B)到開發(fā)后期臨時增加人力可加快進度
C)適當推遲交貨時間可大幅度降低開發(fā)工作量
D)在軟件生存周期的不同階段各類人員的參與情況是不同的。
15.在軟件質(zhì)量要素中,程序滿足需求規(guī)格說明及用戶目標的程度指的是( C )。
A)完整性 B)可用性 C)正確性 D)靈活性
16.在軟件質(zhì)量要素中,改變一個操作的順序所需的工作量的多少指的是( D )。
A)完整性 B)可用性 C)正確性 D)靈活性
17.在軟件質(zhì)量要素中,對未授權(quán)人員訪問程序或數(shù)據(jù)加以控制的程度指的是( A )。
A)完整性 B)可用性 C)正確性 D)靈活性
18.在軟件質(zhì)量要素中,學習使用軟件(即操作軟件、準備輸入數(shù)據(jù)、解釋輸出結(jié)果等)的難易程度指的是( B )。
A)完整性 B)可用性 C)正確性 D)靈活性
19. 在軟件質(zhì)量要素的評價準則中,程序源代碼的緊湊程度指的是( C )。
A)簡單性 B)準確性 C)簡明性 D)執(zhí)行效率
20.在軟件質(zhì)量要素的評價準則中,軟件運行的效率指的是( D )。
A)簡單性 B)準確性 C)簡明性 D)執(zhí)行效率
21.在軟件質(zhì)量要素的評價準則中,程序易于理解的程度指的是( A )。
A)簡單性 B)準確性 C)簡明性 D)執(zhí)行效率
22.在軟件質(zhì)量要素的評價準則中,計算和控制的精確程度指的是( B )。
A)簡單性 B)準確性 C)簡明性 D)執(zhí)行效率
23.在軟件質(zhì)量要素的評價準則中,在各種異常情況下軟件能繼續(xù)提供操作的能力指的是( A )。
A)容錯性 B)檢測性 C)安全性 D)可操作性
24.在軟件質(zhì)量要素的評價準則中,程序監(jiān)視自身運行并標識錯誤的程度指的是( B )。
A)容錯性 B)檢測性 C)安全性 D)可操作性
25.在軟件質(zhì)量要素的評價準則中,控制或保護程序和數(shù)據(jù)不被破壞、非法訪問等機制的能力指的是( C )。
A)容錯性 B)檢測性 C)安全性 D)可操作性
26.在軟件質(zhì)量要素的評價準則中,操作該軟件的難易程度指的是( D )。
A)容錯性 B)檢測性 C)安全性 D)可操作性
27.下列選項中,不能進行并行工作的是( A )。
A)需求復審 B)過程設(shè)計C)單元測試 D)編碼
28.在整個軟件項目定義與開發(fā)各階段一種典型的工作量分布原則,稱為40-20-40分布原則,其中20%的工作量指的是( B )。
A)需求分析工作量 B)編碼工作量 C)詳細設(shè)計工作量 D)測試工作量
二 填空
1.軟件項目管理的對象主要包括 。
答案:產(chǎn)品、過程和資源等
2.對不依賴于其他屬性的軟件的簡單屬性的測量稱為 。
答案:直接度量
3.對涉及若干個其他屬性的軟件要素、準則或?qū)傩缘亩攘?,稱為 。
答案:間接度量
4.面向規(guī)模的度量是以軟件的 為基礎(chǔ)的直接度量。
答案:代碼行數(shù)
5.Albrecht首先提出了功能點度量方法。這是一種面向功能的 方法。
答案:間接度量
6.在軟件項目管理過程中的第一個活動應當是 。
答案:估算
7.Putnam估算模型公式是: 。
答案:L = Ck E1/3td4/3
8.估算工作量的公式:E = L3 / (Ck3 td4),式中的td是對應于 時的時間,它正好是工作量曲線的峰值,說明此時的工作量最大、參加項目的人最多。
答案:軟件交付
9.軟件開發(fā)項目每年所需的人年數(shù)與開發(fā)時間的關(guān)系滿足Rayleigh-Norden分布,即軟件項目的工作量分布曲線 的,因此,參加軟件項目的人員就不能一成不變。
答案:不是線性
10.開發(fā)軟件項目的工作量和交貨時間td的4次方成反比,如果條件允許,適當?shù)赝七t交貨時間(即使td增大),可大幅度降低 。
答案:開發(fā)工作量
11.Putnam模型的優(yōu)點是揭示了軟件項目的 、軟件開發(fā)時間和工作量三者之間的關(guān)系,在理論上有重要意義。
答案:源程序代碼長度
12.CoCoMo模型按其詳細程度分為基本CoCoMo模型、
和詳細CoCoMo模型三個層次。
答案:中間CoCoMo模型
13.基本CoComo模型主要用于 估算整個系統(tǒng)開發(fā)和維護的工作量以及軟件開發(fā)所需要的時間。
答案:系統(tǒng)開發(fā)的初期
14.一般地,由N個程序員組成的程序員小組在完成相同規(guī)模的軟件時需要的通信數(shù)量C(N)= 。
答案:N(N-1)/2
15.McCall等人提出了由 、評價準則、定量度量三個層次組成的三層次度量模型。
答案:軟件質(zhì)量要素
16.程序圖G的環(huán)形復雜度V(G)的值等于程序圖中有界和無界的 的個數(shù)。
答案:封閉區(qū)域
17.McCabe指出,V(G)可作為程序規(guī)模的定量指標,V(G)值越高的程序往往是越復雜、越容易出問題的程序。因此,他建議模塊規(guī)模以 為宜。
答案:V(G)≤10
18.Halstead給出了稱為文本復雜性度量的模型。它是根據(jù)統(tǒng)計程序中的 的個數(shù)來度量程序的復雜程度。
答案:操作符和操作數(shù)
19.軟件可靠性定義為在某個給定 內(nèi),程序按照規(guī)格說明成功運行的概率。
答案:時間間隔
20.軟件的有效性函數(shù)A(t)定義為軟件系統(tǒng)在 按照規(guī)格說明成功運行的概率。
答案:時刻t
21.軟件項目風險的一個顯著特點是具有 ,某項風險可能發(fā)生也可能不發(fā)生。
答案:不確定性
22.風險分析的四個主要活動: 、風險估算、風險評價、風險駕馭和監(jiān)控。
答案:風險標識
23.風險分析的四個主要活動:風險標識、 、風險評價、風險駕馭和監(jiān)控。
答案:風險估算
24.風險分析的四個主要活動:風險標識、風險估算、 、風險駕馭和監(jiān)控。
答案:風險評價
25.風險分析的四個主要活動:風險標識、風險估算、風險評價、 。
答案: 風險駕馭和監(jiān)控
26.軟件項目的風險按照其影響的范圍,可分為 、技術(shù)風險和商業(yè)風險三類。
答案:項目風險
27.軟件項目的風險按照其影響的范圍,可分為項目風險、 和商業(yè)風險三類。
答案:技術(shù)風險
28.軟件項目的風險按照其影響的范圍,可分為項目風險、技術(shù)風險和 三類。
答案:商業(yè)風險
29.為了識別風險,Boehm建議使用各類 來標識風險。
答案:風險檢測表
30.為了評價風險,常采用三元組[ r i,p i,x i ]來描述風險。其中r i代表 ,p i表示第i種風險發(fā)生的概率,x i代表該風險帶來的影響。
答案:第i種風險
31.為了評價風險,常采用三元組[ r i,p i,x i ]來描述風險。其中r i代表第i種風險,p i表示 ,xi代表該風險帶來的影響。
答案:第i種風險發(fā)生的概率
32.為了評價風險,常采用三元組[ r i,p i,x i ]來描述風險。其中r i代表第i種風險,p i表示第i種風險發(fā)生的概率,xi代表 。
答案:該風險帶來的影響
33.一個對風險評價很有用的技術(shù)就是定義風險參照水準。對于大多數(shù)軟件項目來說,
就是典型的風險參照水準。
答案:成本、進度、性能
34.風險分析的目的是建立處理風險的策略, 風險。
答案:監(jiān)控、駕馭
35.在整個軟件項目定義與開發(fā)各階段一種典型的工作量分布原則,稱為
分布原則。
答案:40-20-40
36.目前,軟件項目的進度安排的兩種比較常用的方法是 和關(guān)鍵路徑法(CPM),這兩種方法都生成描述項目進展狀態(tài)的任務(wù)網(wǎng)絡(luò)圖。
答案:程序評估與審查技術(shù)(PERT)
37.目前,軟件項目的進度安排的兩種比較常用的方法是程序評估與審查技術(shù)(PERT)
和 ,這兩種方法都生成描述項目進展狀態(tài)的任務(wù)網(wǎng)絡(luò)圖。
答案:關(guān)鍵路徑法(CPM)
38.某個子任務(wù)的最早啟動時間是指該子任務(wù)的 完成的最早時間。
答案:所有各前導子任務(wù)
39.某子任務(wù)的最早啟動時間與完成該子任務(wù)所需時間之和就是該子任務(wù)的 。
答案:最早結(jié)束時間
40.某個子任務(wù)的 是指在保證項目按時完成的前提下最晚啟動該子任務(wù)的時間。
答案:最遲啟動時間
41.最遲啟動時間與完成該子任務(wù)所需時間之和就是該子任務(wù)的 。
答案:最遲結(jié)束時間
42.在制定進度計劃時,應首先找到影響進度的 ,并在其上安排一定的節(jié)假日和機動時間,以便應付可能出現(xiàn)的問題和難點。
答案:關(guān)鍵路徑
43.正式的技術(shù)評審是降低 的重要措施。
答案:軟件成本
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.軟件項目管理的主要任務(wù)是什么?
答:軟件項目管理的主要任務(wù)是根據(jù)選定的軟件開發(fā)過程框架(即軟件開發(fā)模型)和對其估算的結(jié)果制定軟件項目實施計劃;再根據(jù)計劃對人員進行組織、分工;按照計劃的進度,以及成本管理、風險管理、質(zhì)量管理的要求,控制并管理軟件開發(fā)和維護的活動,最終以最小的代價完成軟件項目規(guī)定的全部任務(wù)。
2.成本管理的主要任務(wù)是什么?
答:成本管理的主要任務(wù)是估算軟件項目的成本,作為立項和簽合同的依據(jù)之一,并在軟件開發(fā)過程中按計劃管理經(jīng)費的使用。
3.質(zhì)量管理的主要任務(wù)是什么?
答:質(zhì)量管理的主要任務(wù)是制定軟件質(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/IEEEstd729標準給出了軟件質(zhì)量的定義如下:
軟件質(zhì)量是軟件產(chǎn)品滿足規(guī)定的和隱含的與需求能力有關(guān)的全部特征和特性,包括:
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ù)設(shè)計文件編寫程序的工作量;
6)執(zhí)行程序時需要資源的多少。
9.衡量軟件的復雜程度有哪些基本原則?
答:衡量軟件的復雜程度有12條基本原則,如下:
1)軟件的復雜性與其規(guī)模的關(guān)系不是線性的;
2)數(shù)據(jù)結(jié)構(gòu)復雜的程序較復雜;
3)控制結(jié)構(gòu)復雜的程序較復雜;
4)轉(zhuǎn)向語句使用不當?shù)某绦蜉^復雜;
5)循環(huán)結(jié)構(gòu)比選擇結(jié)構(gòu)復雜、選擇結(jié)構(gòu)比順序結(jié)構(gòu)復雜;
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 ],并找出和每個參照水準之間的關(guān)系;
3)預測一組參照點以定義一個項目終止區(qū)域,用一條曲線或一些易變動區(qū)域來定界;
4)預測各種風險組合的影響是否超出參照水準。
14.風險駕馭與監(jiān)控的主要目標有哪些?
答:風險駕馭與監(jiān)控的主要目標有三個:
1)判斷一個預測的風險是否已經(jīng)發(fā)生;
2)確保針對每一個風險而制定的風險駕馭步驟正在合理地實施;
3)收集有關(guān)風險分析的所有信息,以備將來使用。
15.軟件項目開發(fā)的進度安排必須解決好哪幾個問題?
答:軟件項目開發(fā)的進度安排必須解決好以下幾個問題:
1)任務(wù)、人力、時間等資源的分配應與工程進度相一致;
2)任務(wù)的分解與并行開發(fā);
3)工作量的分配;
4)具體進度安排。
16.軟件質(zhì)量保證(SQA)活動主要包括哪些內(nèi)容?
答: SQA活動主要包括以下內(nèi)容:
1)在需求分析階段提出對軟件質(zhì)量的需求,并將其自頂向下逐步分解為可以度量和控制的質(zhì)量要素,為軟件開發(fā)、維護各階段軟件質(zhì)量的定性分析和定量度量打下基礎(chǔ);
2)研究并選用軟件開發(fā)方法和工具;
3)對軟件生存周期各階段進行正式的技術(shù)評審(FTR);
4)制定并實施軟件測試策略和測試計劃;
5)及時生成軟件文檔并進行其版本控制;
6)保證軟件開發(fā)過程與選用的軟件開發(fā)標準相一致;
7)建立軟件質(zhì)量要素的度量機制;
8)記錄SQA的各項活動,并生成各種SQA報告。
17.正式的技術(shù)評審(FTR)的過程一般由哪6個步驟組成?
答:FTR的過程一般由6個步驟組成:
①制定評審計劃,即安排好評審會議日程。
②介紹工程情況。
③準備工作。評審小組成員自己審閱文檔資料,并把發(fā)現(xiàn)的問題和錯誤記錄下來,以備在評審會議上討論。
④正式召開評審會議。
⑤工程返工。
⑥工程復審。
如此反復、直至通過復審為止。
18.在建立軟件開發(fā)組織的時候要注意的原則是哪些?
答:在建立軟件開發(fā)組織的時候要注意的原則是:
①盡早落實責任。特別是軟件項目負責人的責任;
②減少接口。組織應該有良好的組織結(jié)構(gòu)、合理的人員分工,以減少不必要的通信;
③責權(quán)均衡。指軟件經(jīng)理的責任不應比賦予他的權(quán)力還大。
19.程序設(shè)計小組的組織形式有哪幾種?
答:程序設(shè)計小組的組織和小組內(nèi)部人員的組織形式對生產(chǎn)率都會產(chǎn)生影響。常采用的組織形式有主程序員制小組、民主制小組、層次式小組3種。
20.一個主程序員制小組由哪些人員組成?
答:由1位主程序員(高級工程師)、2~5位程序員(技術(shù)員)、1位后援工程師組成,還可以配備輔助人員(如資料員)。
21.民主制小組是怎樣的一種組織形式?
答:民主制小組由若干程序員組成,雖然也設(shè)置一位組長,但是每當遇到問題時,組內(nèi)的成員可以進行民主協(xié)商,以平等的地位交換意見。工作目標的制定、做出決定都有全體組員參加,即強調(diào)發(fā)揮小組每一個成員的積極、主動性和協(xié)作精神。
22.層次式小組是怎樣的一種組織形式?
答:層次式小組是將組內(nèi)人員分為3級:組長1人,他作為項目負責人負責全組工作;他直接領(lǐng)導2 ~ 7名高級程序員;每位高級程序員通過基層小組管理若干名程序員。
23.軟件開發(fā)各個階段都需要哪些人員?
答:在軟件項目的計劃和分析階段,只需要少數(shù)人,主要是系統(tǒng)分析員、從事軟件系統(tǒng)論證和概要設(shè)計的軟件高級工程師和項目高級管理人員,人數(shù)雖不多,但都是高層次人員。概要設(shè)計階段要增加幾個高級程序員,詳細設(shè)計階段要增加軟件工程師和程序員,在編碼和測試階段還要增加初級程序員和軟件測試員。在這一過程中,各類專門人員和管理人員也在逐漸增加,到驗收測試時,維護人員也加入其中,使各類人員的數(shù)量達到了最高峰。在軟件產(chǎn)品交付使用的初期,參加軟件維護的人員較多,此時為防止給維護活動帶來困難,不應過早地解散軟件開發(fā)人員。軟件經(jīng)過一段時間的糾錯性維護后,出錯率會明顯減少,這時可以逐步撤出軟件開發(fā)人員,之后,軟件維護人員也逐步撤離。
24.在軟件項目中配備和使用人員應遵循的3個主要原則是什么?
答:在軟件項目中配備和使用人員時,應遵循的3個主要原則是:
①重質(zhì)量:使用少量有實踐經(jīng)驗、素質(zhì)高、有能力的人員去完成關(guān)鍵性任務(wù),常常比使用較多的經(jīng)驗不足的人員更有效。
②重培訓:花力氣培養(yǎng)所需的技術(shù)和管理人員是解決人員問題的有效方法。
③雙階梯提升:人員要么按照技術(shù)職務(wù)提升,要么按照管理職務(wù)提升,兩者不應兼得。
25.對軟件項目經(jīng)理人員的要求有哪些?
答:對項目經(jīng)理除了要求具有較強的管理能力外,還要求其應具有的能力有:
①把用戶提出的非技術(shù)性要求加以整理提煉,以技術(shù)說明書形式轉(zhuǎn)告給分析員和測試員。
②能說服用戶放棄那些不切實際的要求,以保證合理的要求得以滿足。
③具有綜合問題的能力。
④具有很強的溝通能力。
26.一個好的開發(fā)人員應具備的素質(zhì)和能力有哪些?
答:一個好的開發(fā)人員應具備的素質(zhì)和能力有:
①善于與周圍人員團結(jié)協(xié)作,建立良好的人際關(guān)系,善于聽取別人的意見。
②牢固掌握計算機軟件的基本知識和技能。
③善于分析和綜合問題,具有嚴密的邏輯思維能力。
④工作踏實、細致,遵循標準和規(guī)范,不靠碰運氣,具有嚴格的科學作風。
⑤工作中表現(xiàn)有責任心、有毅力、有耐心。
⑥具有良好的書面和口頭表達能力。
27.項目管理人員經(jīng)常采用的跟蹤方式主要有哪些?
答:項目管理人員經(jīng)常采用的跟蹤方式主要有:
①定期召開項目工作會議,讓每個項目成員匯報任務(wù)進展情況和存在的問題。
②在軟件開發(fā)過程中,請專家和用戶按照里程碑對階段性成果進行管理復審,判定實際開發(fā)進度是否與計劃中定義的里程碑保持一致。
③對照進度計劃檢查各子任務(wù)的實際開始時間是否與計劃的開始時間一致。
④及時了解項目開發(fā)人員的進展情況及存在的主要問題。
五、綜合題
1.已知有一個國外典型的軟件項目的記錄,開發(fā)人員M=6人,其代碼行數(shù)=20.2KLOC,工作量E=43PM,成本S=314000美元,錯誤數(shù)N=64,文檔頁數(shù)Pd=1050頁。試計算開發(fā)該軟件項目的生產(chǎn)率P、平均成本C、代碼出錯率EQR和文檔率D。
解:根據(jù)給出的已知數(shù)據(jù),可得:
P = L / E =20.2 KLOC /43 PM = 0.47 KLOC / PM = 470 LOC / PM
C = S / L = 314000美元 / 20.2 KLOC = 15.54 美元 / LOC
EQR = N / L = 64個 / 20.2KLOC = 3.17 個 / KLOC
D = Pd / L = 1050 頁 / 20.2 KLOC = 51.98 頁 / KLOC
2.已知有一個軟件項目的記錄,開發(fā)人員M=3人,其代碼行數(shù)=12.1KLOC,工作量E=24PM,成本S=168000美元,錯誤數(shù)N=29,文檔頁數(shù)Pd=365頁。試計算開發(fā)該軟件項目的生產(chǎn)率P、平均成本C、代碼出錯率EQR和文檔率D。
解:根據(jù)給出的已知數(shù)據(jù),可得:
P = L / E =12.1 KLOC /24 PM = 0.504 KLOC / PM = 504 LOC / PM
C = S / L = 168000美元 / 12.1 KLOC = 13.88 美元 / LOC
EQR = N / L = 29個 / 12.1 KLOC = 3.4 個 / KLOC
D = Pd / L = 365 頁 / 12.1 KLOC = 31.4 頁 / KLOC
3.已知某軟件項目的特征為:用戶輸入數(shù)為30,用戶輸出數(shù)為60,用戶查詢數(shù)為24,共有8個文件,有2個外部界面。如果每個信息量的加權(quán)因子都取“一般”值,所有的技術(shù)復雜性調(diào)節(jié)因子都取“普通”值,用Albrecht方法計算該軟件項目的功能點。
解:基本功能點CT為:
CT = 用戶輸入數(shù) × 4 + 用戶輸出數(shù) × 5
+ 用戶查詢數(shù) × 4 + 文件數(shù) × 10 + 外部接口數(shù) × 7
= 30 × 4 + 60 × 5 + 24 × 4 + 8 × 10 + 2 × 7
= 610
FP = CT × TCF = CT [0.65 + 0.01∑F i ]
= 610 × [0.65 + 0.01 ×3 ×14]
= 652.7功能點
答:該軟件項目共有652.7功能點。
4.1978年,Putnam提出了大型軟件項目的動態(tài)多變量估算模型L = Ck E1/3td4/3。如果將開發(fā)時間td延長20%,工作量可以減少到原來的百分之幾?
解:由L = Ck E1/3td4/3式可得:
E = L3 / ( Ck3 td4 ) (1)
由已知,開發(fā)時間延長為td1 =1.2td ,有:
E1 = L3 / ( Ck3 td14 ) (2)
E1 / E = [L3 / ( Ck3 td14 )]/[ L3 / ( Ck3 td4 ) ] = td4 / td14 = td4 / (1.2 td )4= 0.48
即E1= 0.48E
答:工作量可以減少到原來的48%。
5.已估算出CAD軟件的代碼行數(shù)為33.5KLOC,CAD軟件為半獨立型、中等規(guī)模的軟件,通過查表得知a = 3.0,b = 1.12,c = 2.5,d = 0.35。用基本CoCoMo模型計算開發(fā)CAD軟件所需的工作量、開發(fā)時間以及需要參加項目的平均人數(shù)。
解: E = a Lb = 3.0×33.51.12 = 153 PM
D = c Ed =2.5 × 1530.35 = 14.54(月)
N = E / D = 153 / 14.54 ≈ 11人
答:CAD項目的開發(fā)工作量為153PM,開發(fā)時間為14.54月,平均需要約11人。
6.設(shè)某軟件項目由5個程序員組成的程序員小組來開發(fā)完成。在開發(fā)過程中每兩個人之間通信的平均工作量為0.13PM,試求開發(fā)該軟件所需的通訊工作量。
解:由已知N=5 ,μ=0.13PM,開發(fā)該軟件需要的通信數(shù)量為:
C(N)= C(5)= N(N-1)/2 = 5(5-1)/ 2 = 10
則由5人組成的程序員小組增加的通信工作量為:
EC = μC(5)=0.13PM×10=1.3PM
答:開發(fā)該軟件所需的通訊工作量為1.3PM。
7.要度量某軟件的質(zhì)量要素F2(可靠性),假設(shè)C23=0.2,C24=0.3,C25=0.3,C26=0.2,其余的C2k = 0,F(xiàn)2對一致性的測量值M3=0.8、對容錯性的測量值M4=0.7、對準確性的測量值M5=0.6,對簡單性的測量值M6=0.5,試求可靠性的度量值F2。
F2 = ∑C2k Mk |
21 k =1 |
解:
= C23M3+C24M4+C25M5+C26M6
=0.2×0.8+0.3×0.7+0.3×0.6+0.2×0.5
=0.65
答:該軟件可靠性F2的度量值為0.65。
8.要度量某軟件的質(zhì)量要素F2(可靠性),假設(shè)C23=0.1,C24=0.3,C25=0.4,C26=0.2,其余的C2k = 0,F(xiàn)2對一致性的測量值M3=0.7、對容錯性的測量值M4=0.6、對準確性的測量值M5=0.5,對簡單性的測量值M6=0.8,試求可靠性的度量值F2。
F2 = ∑C2k Mk |
21 k =1 |
解:
= C23M3+C24M4+C25M5+C26M6
=0.1×0.7+0.3×0.6+0.4×0.5+0.2×0.8
=0.61
答:該軟件可靠性F2的度量值為0.61。
9.要度量某軟件的質(zhì)量要素F6(可維護性),假設(shè)C63=0.1,C66=0.2,C610=0.2,C616=0.1,C618=0.2,C621=0.2,其余的C6k = 0,F(xiàn)6對一致性的測量值M3=0.7、對簡單性的測量值M6=0.6、對檢測性的測量值M10=0.8,對簡明性的測量值M16=0.8,對自文檔化的測量值M18=1,對模塊化的測量值M21=0.9,試求可維護性的度量值F6。
F6 = ∑C6k Mk |
21 k =1 |
解:
= C63M3+C66M6+C610M10+C616M16+C618M18+C621M21
=0.1×0.7+0.2×0.6+0.2×0.8+0.1×0.8+0.2×1+0.2×0.9
=0.81
答:該軟件可維護性F6的度量值為0.81。
10.要度量某軟件的質(zhì)量要素F1(正確性),假設(shè)C11=0.3,C12=0.3,C13=0.4,其余的C1k = 0,F(xiàn)1對可追蹤性的測量值M1=0.7、對完全性的測量值M2=0.9、對一致性的測量值M3=0.6,試求正確性的度量值F1。
F1 = ∑C1k Mk |
21 k =1 |
解:
= C11M1+C12M2+C13M3
=0.3×0.7+0.3×0.9+0.4×0.6
=0.72
答:該軟件正確性F1的度量值為0.72。
聲明:熱門院校推薦
熱門專業(yè)推薦