廣州大學(xué)松田學(xué)院軟件項目管理復(fù)習(xí)題(僅供參考)_第1頁
廣州大學(xué)松田學(xué)院軟件項目管理復(fù)習(xí)題(僅供參考)_第2頁
廣州大學(xué)松田學(xué)院軟件項目管理復(fù)習(xí)題(僅供參考)_第3頁
廣州大學(xué)松田學(xué)院軟件項目管理復(fù)習(xí)題(僅供參考)_第4頁
廣州大學(xué)松田學(xué)院軟件項目管理復(fù)習(xí)題(僅供參考)_第5頁
已閱讀5頁,還剩14頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

軟件項目管理復(fù)習(xí)題選擇題軟件企業(yè)與傳統(tǒng)工業(yè)企業(yè)不同,與現(xiàn)代企業(yè)的其他行業(yè)不同,因為軟件項目組的管理過程,幾乎全部是圍繞___來進行的管理。(D)A軟件資源B硬件資源C進度D人在軟件資源管理中,人力資源管理是重要的組成部分。下面對于軟件項目中人的特征的描述不正確的是:(C)A高自主性B主觀能動性C效率穩(wěn)定性D資源消耗型現(xiàn)階段人力資源的主要工作是確定項目經(jīng)理和建立一個合適的團隊,請問這個階段屬于軟件項目中人力資源管理的哪個階段?(A)A啟動階段B計劃階段C需求階段D實施階段領(lǐng)導(dǎo)能力是指在團隊內(nèi)影響別人并以特殊的方法實現(xiàn)(C)的能力。A項目目標(biāo)B開發(fā)目標(biāo)C團隊目標(biāo)D企業(yè)目標(biāo)建設(shè)一個好的團隊是人力資源管理的重要方面,下面幾種方法中哪種方法不適合于建設(shè)團隊?(D)A績效考評B獎勵系統(tǒng)C培訓(xùn)機制D吃飯喝酒(D)不屬于人力資源管理主要內(nèi)容。A人力資源需求預(yù)測與規(guī)劃B人員的招募與甄選C培訓(xùn)與開發(fā)D技術(shù)的支持與協(xié)調(diào)程序設(shè)計語言到目前已經(jīng)發(fā)展到第四代,下面(C)屬于第四代語言。A匯編語言BJava語言CSQLDC++軟件設(shè)計階段的四個主要步驟是概要設(shè)計(系統(tǒng)設(shè)計)、(C)、接口設(shè)計、數(shù)據(jù)庫設(shè)計。A功能設(shè)計B流程設(shè)計C詳細設(shè)計D結(jié)構(gòu)設(shè)計項目管理包含三層含義,但以下(C)不屬于這三層含義當(dāng)中。A項目是一項有待完成的任務(wù),且有特定的環(huán)境與要求。B在一定的組織機構(gòu)內(nèi)部,利用有限的資源(人力、物力、財力等),在規(guī)定的時間內(nèi)完成任務(wù)。C是一項面向特定客戶的軟件開發(fā)任務(wù)。D任務(wù)要滿足一定性能、質(zhì)量、數(shù)量、技術(shù)指標(biāo)等要求。項目是有生命周期的,其生命周期一般分為4個階段,包括(B)、計劃階段、實施階段、結(jié)束階段。A調(diào)研階段B啟動階段C系統(tǒng)設(shè)計階段D軟件開發(fā)階段項目管理的特點是:(A)A綜合性、創(chuàng)造性、時間性B綜合性、創(chuàng)造性、復(fù)雜性C綜合性、時間性、復(fù)雜性D創(chuàng)造性、時間性、復(fù)雜性**在軟件過程中,常用的抽象方法有過程抽象、數(shù)據(jù)抽象和(D)三種。A調(diào)研抽象B功能抽象C模塊抽象D控制抽象項目管理的要素是:(D)A范圍、時間、成本、質(zhì)量B范圍、時間、成本、組織C范圍、時間、質(zhì)量、組織D范圍、時間、成本、質(zhì)量、組織軟件過程管理的組成是:(A)A工程過程、支持過程、管理過程、組織過程、客戶—供應(yīng)商過程B工程過程、支持過程、管理過程、組織過程C工程過程、支持過程、管理過程、客戶—供應(yīng)商過程D工程過程、支持過程、組織過程、客戶—供應(yīng)商過程以下(D)中所描述的校驗方法,不全是數(shù)據(jù)輸入校驗的方法。A靜態(tài)校驗、二次輸入校對、邏輯校驗;B金額計算校驗、平衡檢驗、校驗位校驗;C控制總數(shù)校驗、數(shù)據(jù)類型校驗、格式校驗;D順序校驗、循環(huán)校驗、密碼校驗。軟件質(zhì)量控制的內(nèi)容,從控制對象來看,分為:軟件產(chǎn)品或服務(wù)的質(zhì)量控制和(B)兩部分。A開發(fā)人員及開發(fā)過程的控制B軟件管理過程的質(zhì)量控制C組織管理及開發(fā)管理的控制D需求與開發(fā)結(jié)合的控制以下(D)中所描述的不全是數(shù)據(jù)輸出設(shè)計的內(nèi)容A輸出信息使用、輸出信息內(nèi)容、輸出方式、輸出設(shè)備B輸出信息使用、輸出信息內(nèi)容、輸出方式、輸出介質(zhì)C輸出信息使用、輸出設(shè)備、輸出介質(zhì)、輸出介質(zhì)D輸出方向、輸出信息內(nèi)容、輸出方式、輸出設(shè)備*單元測試的內(nèi)容一般包括(C)A輸入輸出、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、獨立路徑、出錯處理B輸入輸出、模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、獨立路徑C模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、獨立路徑、出錯處理D輸入輸出、模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、出錯處理質(zhì)量是一組固有特性滿足要求的程度。下面描述中,(B)不全是描述質(zhì)量的特點。A廣泛性、綜合性、動態(tài)性、系統(tǒng)性;B廣泛性、綜合性、動態(tài)性、實在性;C廣泛性、綜合性、動態(tài)性、世界性;D綜合性、動態(tài)性、系統(tǒng)性、世界性;開發(fā)文檔活動應(yīng)按照(材料準備、文檔計劃、文檔編制、文檔編號、文檔評審、文檔簽署、文檔歸檔、文檔保管和文檔維護的邏輯順序進行)。(注解:括號中的內(nèi)容組合成ABCD)從文檔特性上講,文檔的分類包括(A)A開發(fā)文檔、產(chǎn)品文檔、管理文檔。B調(diào)研文檔、開發(fā)文檔、產(chǎn)品文檔。C設(shè)計文檔、開發(fā)文檔、產(chǎn)品文檔。D開發(fā)文檔、產(chǎn)品文檔、維護文檔。()不屬于人力資源管理主要內(nèi)容。(以下全是,記住正確的組合即可挑出不正確的組合)A人力資源需求預(yù)測與規(guī)劃B人員的招募與甄選C培訓(xùn)與開發(fā)D績效評價E薪酬管理F建立和維護有效的員工關(guān)系以下()不是項目經(jīng)理必須具備的素質(zhì)。(答案:以下均是,請記住正確的6項,即可知道不正確的組合)A高尚的品德B執(zhí)著力C智力素質(zhì)D親和力E責(zé)任心F善于總結(jié)*軟件評審的內(nèi)容包括:管理評審、技術(shù)評審、文檔評審以及(C)。A功能評審B性能評審C過程評審D結(jié)果評審影響軟件生產(chǎn)率的因素很多,但對生產(chǎn)率沖擊最大的,是(A)A軟件開發(fā)的人員和團隊素質(zhì)B開發(fā)經(jīng)理C骨干開發(fā)工程師D開發(fā)文檔管理程序設(shè)計語言到目前已經(jīng)發(fā)展到第四代,下面(A)屬于第二代語言。A匯編語言BJava語言CSQLDC++程序設(shè)計語言到目前已經(jīng)發(fā)展到第四代,下面(D)屬于第一代語言。A匯編語言BJava語言CSQLD機器語言項目管理中,時間、質(zhì)量、成本間的關(guān)系:時間、質(zhì)量、成本三者是互相制約的。當(dāng)時間要求不變時,則(C)。A質(zhì)量要求越好或者任務(wù)要求越多,成本越低B質(zhì)量要求越差或者任務(wù)要求越多,成本越低C質(zhì)量要求越好或者任務(wù)要求越多,成本越高D質(zhì)量要求越差或者任務(wù)要求越多,成本越高項目管理中,時間、質(zhì)量、成本間的關(guān)系:時間、質(zhì)量、成本三者是互相制約的。當(dāng)不考慮成本時,則(A)。A質(zhì)量要求越好或任務(wù)要求越多,進度越慢B質(zhì)量要求越差或任務(wù)要求越多,進度越慢C質(zhì)量要求越好或任務(wù)要求越多,進度越快D質(zhì)量要求越差或任務(wù)要求越多,進度越快*軟件質(zhì)量策劃是質(zhì)量管理的一部分,致力于設(shè)定(D)并規(guī)定必要的運行過程和相關(guān)資源以實現(xiàn)質(zhì)量目標(biāo)。A開發(fā)標(biāo)準B管理規(guī)范C系統(tǒng)邊界D質(zhì)量目標(biāo)單元測試一般由程序員自行完成,因而大多是從程序內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計測試用例,通常采用(B)方法。A黑盒測試B白盒測試C接口測試D邊界測試軟件文檔的基本內(nèi)容是:(C)A將軟件開發(fā)中的相關(guān)事項已文字的形式記錄在案。B將軟件設(shè)計的內(nèi)容用文字的形式記錄在案。C與軟件研制、維護和使用有關(guān)的材料,是以人們可讀的形式表示的技術(shù)數(shù)據(jù)和信息。D將軟件需求調(diào)研、功能設(shè)計、軟件開發(fā)的行為用文字的形式記錄在案。集成測試完成的標(biāo)準是:(1)成功地執(zhí)行了測試計劃中規(guī)定的所有集成測試;(2)修正了發(fā)現(xiàn)的錯誤;(3)(B)A完成了所有接口測試。B測試結(jié)果通過了專門小組的評審。C完成測試報告。D提交了測試報告。確認測試的內(nèi)容包括:功能測試、性能測試、強度測試(壓力測試)、(C)。A疲勞測試B病毒測試C安全性測試D漏洞測試在邊界條件測試中,等價類劃分的原則的5個原則是:范圍、集合、布爾值、一組值、以及(C)A最大值B最小值C規(guī)則D原理軟件維護的內(nèi)容包括:源程序維護、數(shù)據(jù)維護、代碼維護、及(B)。A網(wǎng)絡(luò)維護B環(huán)境維護C病毒防護D黑客防護*IEEE關(guān)于軟件配置管理的定義:軟件配置管理是一門應(yīng)用(B)相結(jié)合的學(xué)科,通過標(biāo)識和文檔來記錄配置項的功能和物理特性,控制這些特性的變更,記錄和報告變更的過程和狀態(tài),并驗證它們與需求是否一致。A管理學(xué)、經(jīng)濟學(xué)和社會學(xué)B技術(shù)、管理和監(jiān)督C內(nèi)部資源、外部資源和技術(shù)資源D客戶能力、企業(yè)能力和技術(shù)能力*軟件配置:是指一個軟件產(chǎn)品,在軟件生命周期各個階段,產(chǎn)生的各種形式和各種版本的(B)的集合。A源代碼、目標(biāo)代碼、可執(zhí)行系統(tǒng)B文檔、程序及其數(shù)據(jù)C需求分析、軟件設(shè)計、技術(shù)文檔D需求文檔、技術(shù)文檔、用戶手冊*軟件配置項的狀態(tài)有:設(shè)計態(tài)、測試態(tài)、受控態(tài)和(A)。A運行態(tài)B維護態(tài)C變更態(tài)D穩(wěn)定態(tài)*基線的定義:已經(jīng)正式通過復(fù)審和批準的某規(guī)約或產(chǎn)品,它因此可作為進一步開發(fā)的基礎(chǔ),并且只能通過正式的(A)改變。A變化控制過程B會議討論的結(jié)論C客戶書面要求D領(lǐng)導(dǎo)書面批準*在文檔管理中,從特性上看,可分為三類,即開發(fā)文檔、產(chǎn)品文檔、(D)。A用戶文檔B維護文檔C需求文檔D管理文檔軟件文檔的基本內(nèi)容是:(C)A將軟件開發(fā)中的相關(guān)事項以文字的形式記錄在案。B將軟件設(shè)計的內(nèi)容用文字的形式記錄在案。C與軟件研制、維護和使用有關(guān)的材料,是以人們可讀的形式表示的技術(shù)數(shù)據(jù)和信息。D將軟件需求調(diào)研、功能設(shè)計、軟件開發(fā)的行為用文字的形式記錄在案。依據(jù)下面的軟件開發(fā)甘特圖,可計算出該項目投入人力最多的時間周期是從項目開始后的第X周到第Y周,投入人力Z人。下面的“X,Y,Z”數(shù)據(jù)組中正確的是(C)。A3,5,3B2,3,4C1,3,4D1,8,3*PDCA質(zhì)量控制的三大要素是:產(chǎn)品、過程和(B)。A文檔B資源C設(shè)計D管理*職位權(quán)力進一步分為:強制權(quán)、聯(lián)絡(luò)權(quán)、合法權(quán)以及(B)。A人事權(quán)B獎勵權(quán)C考勤權(quán)D懲罰權(quán)以下描述中,(B)不全是項目的特性。(正確的五點:一次性、目標(biāo)明確性、整體性、后果不確定性、資源消耗性)A一次性、目標(biāo)明確性、整體性、資源消耗性B一次性、任務(wù)復(fù)雜性、整體性、資源消耗性C目標(biāo)明確性、整體性、后果不確定性、資源消耗性D一次性、目標(biāo)明確性、整體性、后果不確定性以下描述中,(B)的描述全屬于項目的屬性。(正確的4項:唯一性、組織的靈活性和開放性、相互依賴性、多目標(biāo)屬性)A唯一性、實施的靈活性和開放性、相互制約性、多目標(biāo)屬性B唯一性、組織的靈活性和開放性、相互依賴性、多目標(biāo)屬性C唯一性、管理的靈活性和開放性、實施復(fù)雜性、多目標(biāo)屬性D唯一性、溝通的靈活性和開放性、相互獨立性、多目標(biāo)屬性任何項目從開始到結(jié)束都要經(jīng)過啟動、計劃、實施、結(jié)束這樣一個過程,常把這一過程稱為項目的(C)。A實施過程B項目管理C生命周期D過程管理項目管理中的管理者應(yīng)具備(A)中描述的知識結(jié)構(gòu)。(正確的5點:經(jīng)濟理論、經(jīng)營管理知識、法律知識、人文科學(xué)知識、自然科學(xué)知識)A經(jīng)濟理論、經(jīng)營管理知識、法律知識、人文科學(xué)知識、自然科學(xué)知識B統(tǒng)籌理論、經(jīng)營管理知識、法律知識、人文科學(xué)知識、自然科學(xué)知識C經(jīng)濟理論、領(lǐng)導(dǎo)管理知識、法律知識、人文科學(xué)知識、自然科學(xué)知識D經(jīng)濟理論、經(jīng)營管理知識、合同知識、人文科學(xué)知識、自然科學(xué)知識項目管理中的管理者應(yīng)具備(C)中描述的技能。A開發(fā)技能、交際技能、概括技能B管理技能、組織技能、總結(jié)技能C技術(shù)技能、人際技能、概念技能D學(xué)習(xí)技能、組織技能、概念技能項目管理的要素是:范圍、時間、成本、(D)和組織。A管理B人力C資源D質(zhì)量包括有需求分析、設(shè)計、編碼、集成、測試、安裝和驗收等活動的過程,稱為(C)。A軟件分析過程B項目管理過程C軟件開發(fā)過程D項目實施過程一個完整的(D)至少包括三方面內(nèi)容:分析論證項目投資建設(shè)的必要性、分析項目投資建設(shè)的可行性、分析項目投資建設(shè)的合理性(財務(wù)上的盈利性和經(jīng)濟上的合理性)。A需求規(guī)格說明書B概要設(shè)計報告C項目驗收報告D可行性研究報告*項目的動態(tài)投資回收期是指在考慮資金(C)價值條件下,按設(shè)定的利率回收全部投資所需要的時間。A社會B支付C時間D空間將需求分析細化后的3個層次是:業(yè)務(wù)需求、(D)和功能需求。A環(huán)境需求B性能需求C安全需求D用戶需求需求分析的過程是:“獲取用戶需求→分析用戶需求→(D)→需求分析評審”,直到評審?fù)ㄟ^,則需求分析結(jié)束。A需求分析總結(jié)B需求評估整理C用戶確認需求D編寫需求文檔常用的需求分析方法有:面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法、面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法和(B)。A面向目標(biāo)的分析法B面向?qū)ο蟮姆治龇椒–面向設(shè)計的調(diào)研法D面向業(yè)務(wù)的流程法需求變更的主要原因有:問題域的復(fù)雜性越來越高、(C)、完整性問題、變更的需求引起更多的變更。A設(shè)計復(fù)雜性B開發(fā)的時限性C交流障礙D要求太高軟件設(shè)計規(guī)格說明書至少應(yīng)該包括:概要設(shè)計、詳細設(shè)計、接口設(shè)計以及(D)A界面設(shè)計B功能設(shè)計C模塊設(shè)計D數(shù)據(jù)庫設(shè)計軟件設(shè)計階段主要包括:概要設(shè)計、詳細設(shè)計、(B)和數(shù)據(jù)庫設(shè)計。A結(jié)構(gòu)設(shè)計B接口設(shè)計C功能設(shè)計D模塊設(shè)計從經(jīng)濟角度評價開發(fā)一個新軟件項目是否可行。首先是估算待開發(fā)軟件項目的開發(fā)成本,然后與可能取得的(C)和無形效益進行比較和權(quán)衡。A社會效益B利潤效益C有型效益D轉(zhuǎn)換效益填空題項目定義:項目是一個特殊的、將被完成的有限任務(wù),它是在一定時間內(nèi),滿足一系列特定目標(biāo)的多項相關(guān)工作的總稱。項目是一次性的任務(wù),因而它有起點也有終點。任何項目從開始到結(jié)束都要經(jīng)過啟動、計劃、實施、結(jié)束這樣一個過程,常把這一過程稱為項目的“生命周期”。項目管理中,時間、質(zhì)量、成本間的關(guān)系:時間、質(zhì)量、成本三者是互相制約的。當(dāng)時間要求不變時,質(zhì)量要求越好或者任務(wù)要求越多,成本越高;當(dāng)不考慮成本時,質(zhì)量要求越好或任務(wù)要求越多,進度越慢;當(dāng)質(zhì)量和任務(wù)的要求都不變時,進度過快或過慢都會導(dǎo)致成本的增加。軟件項目管理是為了使軟件項目能夠按照預(yù)定的成本、進度、質(zhì)量順利完成,而對人員(People)、產(chǎn)品(Product)、過程(Process)和項目(Project)進行分析和管理的活動。軟件生命周期可以劃分成若干個相互獨立而又相互聯(lián)系的階段,每一階段工作以上一階段工作的結(jié)果為依據(jù),并為下一階段工作提供基礎(chǔ)。從經(jīng)濟角度評價開發(fā)一個新軟件項目是否可行。首先是估算待開發(fā)軟件項目的開發(fā)成本,然后與可能取得的有形效益和無形效益進行比較和權(quán)衡。計算投資回收期(以年為計算單位)一般從建設(shè)開始年算起,按是否考慮時間價值而分為靜態(tài)投資回收期和動態(tài)投資回收期。軟件設(shè)計是把軟件需求變換成為軟件表示的過程。是開發(fā)階段的重要步驟,也是后續(xù)軟件開發(fā)和軟件維護的基礎(chǔ)。軟件設(shè)計規(guī)格說明書至少應(yīng)該包括:概要設(shè)計、詳細設(shè)計、接口設(shè)計、數(shù)據(jù)庫設(shè)計。結(jié)構(gòu)程序設(shè)計是盡可能少用GOTO語句的程序設(shè)計方法。最好僅在檢測出錯誤時才使用此類語句,而且應(yīng)該總是使用前向的這類語句。如果一個程序的代碼塊僅僅通過順序、選擇和循環(huán)這3種基本控制結(jié)構(gòu)進行連接,并且每個代碼塊只有一個入口和一個出口,則稱這個程序是結(jié)構(gòu)化的。輸入設(shè)計的內(nèi)容包括:輸入方式、輸入格式、輸入校驗。數(shù)據(jù)輸入錯誤的種類包括:數(shù)據(jù)本身錯誤、數(shù)據(jù)多余或不足、數(shù)據(jù)延誤。程序設(shè)計語言分為面向機器語言和高級語言。面向機器語言的如機器語言、匯編語言;高級語言如C語言、Java語言等等。程序設(shè)計語言到目前已經(jīng)發(fā)展到第四代,這四代語言分別是:第一代語言:機器語言第二代語言:匯編語言第三代語言:高級程序設(shè)計語言第四代語言:4GL第四代語言,如SQL源程序文檔化,至少應(yīng)該包括:序言性注釋、功能性注釋。軟件靜態(tài)測試不實際執(zhí)行程序代碼,該測試方法包括代碼檢查和靜態(tài)分析。通過運行軟件來檢查軟件的動態(tài)行為和運行結(jié)果是否正確的方法。主要包括功能測試與接口測試、性能分析、覆蓋率分析、內(nèi)存分析等。黑盒測試也稱功能測試或數(shù)據(jù)驅(qū)動測試,是已知產(chǎn)品所應(yīng)具有的功能,通過測試來檢測每個功能是否都正確時使用。在測試時,把程序看成是一個不能打開的黑盒子,檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用。白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試,是一種按程序內(nèi)部的邏輯結(jié)構(gòu)和編碼結(jié)構(gòu)設(shè)計測試數(shù)據(jù)的測試方法。主要用于軟件驗證。單元測試的主要測試內(nèi)容有:模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、獨立路徑、出錯處理。軟件維護的主要內(nèi)容包括:源程序維護、數(shù)據(jù)維護、代碼維護、環(huán)境維護等。再工程是對己有軟件系統(tǒng)進行分析,并將其重構(gòu)為新形式代碼的開發(fā)過程。即:再工程=逆向工程+重構(gòu)+正向工程。軟件再工程是為了以新形式重構(gòu)已存在的軟件系統(tǒng)而進行的檢測、分析、更替,以及對新形式的實現(xiàn)。這個過程包括逆向工程、文檔重構(gòu)、結(jié)構(gòu)重建、相關(guān)轉(zhuǎn)換以及正向工程等。軟件維護工作按先后順序可分為準備、提出需求、需求分析、分析評審、修改實現(xiàn)、測試、驗證、升級等過程。軟件質(zhì)量策劃是質(zhì)量管理的一部分,致力于設(shè)定質(zhì)量目標(biāo)并規(guī)定必要的運行過程和相關(guān)資源以實現(xiàn)質(zhì)量目標(biāo)。質(zhì)量控制分為監(jiān)測和控制兩個階段:監(jiān)測是收集、記錄和匯報有關(guān)項目質(zhì)量信息;控制是通過質(zhì)量監(jiān)測提供的數(shù)據(jù)進行控制,確保項目質(zhì)量與計劃保持一致。從控制對象來看,質(zhì)量控制的內(nèi)容分為:軟件產(chǎn)品或服務(wù)的質(zhì)量控制和軟件管理過程的質(zhì)量控制。組裝測試或綜合測試。在單元測試的基礎(chǔ)上,將所有模塊按照設(shè)計要求組裝成子系統(tǒng)或系統(tǒng),進行集成測試。確認測試的內(nèi)容包括:功能測試、性能測試、強度測試(壓力測試)、安全性測試。(其中之一填空)項目是一個特殊的、將被完成的有限任務(wù),它是在一定時間內(nèi),滿足一系列特定目標(biāo)的多項相關(guān)工作的總稱。任何項目從開始到結(jié)束都要經(jīng)過啟動、計劃、實施、結(jié)束這樣一個過程,常把這一過程稱為“生命周期”。簡答題什么是軟件生命周期?軟件生命周期是指從設(shè)計軟件產(chǎn)品開始到軟件產(chǎn)品不能再使用為止的時間周期。典型的軟件生命周期包括哪些階段?需求階段、設(shè)計階段、實現(xiàn)階段、測試階段、安裝和驗收階段、運行和維護階段,有時還包括引退階段。軟件過程管理是由哪幾個部分組成的?工程過程、支持過程、管理過程、組織過程、客戶—供應(yīng)商過程。一個完整的可行性研究報告至少包括哪三方面的內(nèi)容?分析論證項目投資建設(shè)的必要性;分析項目投資建設(shè)的可行性;分析項目投資建設(shè)的合理性(財務(wù)上的盈利性和經(jīng)濟上的合理性)??尚行苑治龅闹饕獌?nèi)容包括哪些?技術(shù)上的可行性、經(jīng)濟上的可行性、社會上的可行性什么是項目的靜態(tài)投資回收期?用項目各年的凈收入將全部投資回收所需要的年限。什么是項目的動態(tài)投資回收期?在考慮資金時間價值條件下,按設(shè)定的利率回收全部投資所需要的時間。項目需求分析中的需求,主要包括哪些內(nèi)容?業(yè)務(wù)需求、用戶需求、功能需求。請描述需求分析的實現(xiàn)步驟。獲得當(dāng)前系統(tǒng)的物理模型;抽象出當(dāng)前系統(tǒng)的邏輯模型;導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型;最終目標(biāo)系統(tǒng)的物理模型是由邏輯模型經(jīng)實例化,即具體到某個業(yè)務(wù)領(lǐng)域而得到的。查看右圖,請用文字描述需求分析的過程。需求分析的過程是:“獲取用戶需求→分析用戶需求→編寫需求文檔→需求分析評審”如果評審?fù)ㄟ^,則需求分析結(jié)束;如果通不過,可能是由于編寫需求文檔、分析用戶需求、獲取用戶需求等某個步驟引起的,要返回到相應(yīng)的步驟進行修改。需求分析的重要性包括哪些方面?需求分析是獲得用戶需求的有效途徑;需求分析是決定項目成功的關(guān)鍵因素;需求分析是系統(tǒng)分析和軟件設(shè)計的橋梁;需求分析是控制軟件質(zhì)量的重要階段。需求分析的任務(wù)是什么?借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型,解決目標(biāo)系統(tǒng)“做什么”的問題。需求分析的內(nèi)容包括哪些?功能需求。性能需求。精度;時間特性要求;靈活性。輸入輸出要求。數(shù)據(jù)管理能力要求。環(huán)境需求??煽啃孕枨蟀踩C芤?。用戶界面需求。資源使用需求。軟件成本消耗與開發(fā)進度需求。需求變更的原因是什么?問題域的復(fù)雜性越來越高;交流障礙;完整性問題;變更的需求引起更多的變更。軟件接口從整體上包括有哪兩種?內(nèi)部接口和外部接口。結(jié)構(gòu)程序設(shè)計的基本控制結(jié)構(gòu)包括哪些?順序、選擇、循環(huán)。在結(jié)構(gòu)程序設(shè)計中使用下列圖形描述程序結(jié)構(gòu),請分別注明各圖名稱,并描述各圖的程序執(zhí)行順序。圖1的執(zhí)行順序描述:_____________________________________________________________圖2的執(zhí)行順序描述:_____________________________________________________________圖3的執(zhí)行順序描述:_____________________________________________________________參考答案:圖1:順序結(jié)構(gòu)圖2:選擇結(jié)構(gòu)圖3:(當(dāng))循環(huán)結(jié)構(gòu)圖4:(直到)循環(huán)結(jié)構(gòu)圖1的執(zhí)行順序描述:從A到B圖2的執(zhí)行順序描述:如果條件為真則執(zhí)行A,否則執(zhí)行B圖3的執(zhí)行順序描述:當(dāng)條件為真則執(zhí)行循環(huán)體,否則退出循環(huán)圖4的執(zhí)行順序描述:執(zhí)行循環(huán)體,直到條件為真才退出循環(huán)軟件測試過程包含哪些測試?單元測試、集成測試、確認測試、系統(tǒng)測試。什么是軟件再工程?軟件再工程是為了以新形式重構(gòu)已存在的軟件系統(tǒng)而進行的檢測、分析、更替,以及對新形式的實現(xiàn)。這個過程包括逆向工程、文檔重構(gòu)、結(jié)構(gòu)重建、相關(guān)轉(zhuǎn)換以及正向工程等。什么叫質(zhì)量?一組固有特性滿足要求的程度。軟件評審的主要內(nèi)容包括:管理評審、技術(shù)評審、文檔評審、過程評審。軟件配置項的狀態(tài)包括:設(shè)計態(tài)、測試態(tài)、受控態(tài)、運行態(tài)。什么是項目的里程碑?完成階段性工作的標(biāo)志,不同的項目類型里程碑不同。什么叫項目的基線?指一個(或一組)配置項在項目生命周期的不同時間點上通過正式評審而進入受控的一種狀態(tài)。什么是項目的檢查點?指在規(guī)定的時間間隔內(nèi)對項目進行檢查,比較實際與計劃之間的差異,并根據(jù)差異進行調(diào)整。綜合題閱讀理解并設(shè)計測試用例(滿分10分)基本路徑覆蓋法是白盒測試用例設(shè)計的重要方法,認真閱讀下面的C程序段。if(A&&(B||C))x=1;elsex=0;請完成下列問題:(1) 畫出該程序段的流程圖(2) 設(shè)計測試覆蓋這段程序所有路徑的測試用例。參考答案:(1)流程圖見右:(2分)(2)測試用例參考答案:(共8分每個測試用例2分)1)輸入:A=FALSE輸出x=02)輸入:A=TRUE,B=FALSE,C=FALSE輸出x=03)輸入:A=TRUE,B=TRUE,C=FALSE輸出x=14)輸入:A=TRUE,B=FALSE,C=TRUE輸出x=1某項目從啟動到結(jié)束,其人力資源配備及工作周期安排如下:(本小題滿分10分)(1)第1周啟動如下內(nèi)容:原型法軟件開發(fā):2人,8周;網(wǎng)絡(luò)設(shè)計與實現(xiàn):1人,5周;設(shè)備采購:1人,3周;(2)第9周啟動:系統(tǒng)測試與轉(zhuǎn)換,2人,3周;(3)第12周啟動:文檔寫作,1人,2周;人員培訓(xùn),1人,1周;(4)項目結(jié)束。請根據(jù)上面描述完成如下問題:依據(jù)上面描述,用甘特圖畫出該項目的進度表。時間單位:周(4分)該項目投入人力最多的時間周期是,項目開始后的第周到第周,投入人力人。(每空2分,共6分)參考答案:(1)依據(jù)上述描述,用甘特圖的方式畫出該項目的進度表。(4分)(2)該項目投入人力最多的時間周期是,項目開始后的第___1___周到第___3___周,投入人力___4____人。(每空2分,共6分)案例分析題(本小題滿分20分)案例背景如下:某軟件中心(A方)承擔(dān)了某大型上市公司(B方)ERP系統(tǒng)開發(fā)與實施項目。項目計劃確定之后,在實施過程中,幾次發(fā)生計劃變更,原因如下:(1)證監(jiān)會要求上市公司執(zhí)行新的會計制度,需要修改ERP系統(tǒng)的財務(wù)模塊。(2)B方首付資金未能按時支付,導(dǎo)致A方開發(fā)計劃推遲。(3)A方盲目確定進度目標(biāo),實際難以完成。(4)B方因機構(gòu)重組改變了業(yè)務(wù)流程,需要修改項目范圍。(5)A方的前期設(shè)計有疏漏,需要修改設(shè)計方案。(6)B方提出增加合同審計功能,需要修改項目范圍。(7)A方編制的需求分析說明書未能準確、全面地表達B方的實際需求,而B方未能及時指正。項目實施時發(fā)現(xiàn)了需求偏差,需要糾偏。(8)B方自行負責(zé)的機房裝修誤期,影響了實施進度。(9)A方開發(fā)人員跳槽,影響了開發(fā)進度。(10)B方行業(yè)主管部門發(fā)布了新的行業(yè)ERP實施規(guī)范,需要修改項目實施方案。備注:由項目執(zhí)行偏差導(dǎo)致項目計劃變更的各種誘發(fā)因素稱為項目變更的內(nèi)部因素。由項目目標(biāo)變化導(dǎo)致項目計劃變更的各種誘發(fā)因素稱為項目變更的外部因素?!締栴}1】上述10條變更原因,屬于內(nèi)部因素有:屬于外部因素的有:。(在答題卷上填寫原因編號即可,每個因素答對1分,本問共10分)【問題2】由內(nèi)部因素導(dǎo)致變更從而可能增加的建設(shè)經(jīng)費,是否一定要由承建方承擔(dān)?(本問5分)【問題3】對于由內(nèi)部因素和外部因素引起的變更請求,變更評估的側(cè)重點有何不同?(本問5分)參考答案:【問題1】上述10條變更原因,屬于內(nèi)部因素有:(2)、(3)、(5)、(7)、(8)、(9)屬于外部因素的有:(1)、(4)、(6)、(10)。(每個因素答對1分,共10分)【問題2】由內(nèi)部因素導(dǎo)致變更從而可能增加的建設(shè)經(jīng)費,是否一定要由承建方承擔(dān)?(本問5分)答案要點:“A方盲目確定進度目標(biāo)”、“A方的前期設(shè)計有疏漏”、“A方開發(fā)人員跳槽”,屬于A方責(zé)任。由此而增加的項目經(jīng)費,由A方承擔(dān)?!靶枨蠓治鰰r,B方表達不清,A方理解有誤,雙方溝通不夠,A方編制的需求分析說明書未能準確、全面地表達B方的實際需求,而B方未能及時指正”,屬于雙方責(zé)任,由此而增加的項目經(jīng)費,由A、B雙方協(xié)商分攤。 其余各條,無論B方是否負有責(zé)任,均應(yīng)承擔(dān)由此而增加的項目經(jīng)費?!締栴}3】對于由內(nèi)部因素和外部因素引起的變更請求,變更評估的側(cè)重點有何不同?(本問5分)答案要點:對于由內(nèi)部因素引起的變更請求,變更評估的重點是確定最優(yōu)變更方案。而對于由外部因素引起的變更請求,變更控制委員會應(yīng)重點評估變更的必要性。案例分析題(本小題滿分20分)案例背景如下:A公司是一家小型IT公司,公司與B大學(xué)初步商定,欲以B大學(xué)已通過鑒定的863項目“網(wǎng)絡(luò)游戲監(jiān)管關(guān)鍵技術(shù)研究”的主要成果為基礎(chǔ),雙方合作開發(fā)“網(wǎng)絡(luò)游戲監(jiān)管系統(tǒng)”。因開發(fā)資金不足,A公司決定申請科技部科技型中小企業(yè)技術(shù)創(chuàng)新基金。A公司組織有關(guān)人員編寫了項目可行性分析報告,報省科技廳審查。省科技廳高新技術(shù)處張?zhí)庨L仔細審查了項目可行性報告,發(fā)現(xiàn)有以下問題:一、關(guān)于“項目投資來源”,項目可行性分析報告中是這樣敘述的:項目總投資預(yù)算為250萬元;申請國家技術(shù)創(chuàng)新基金100萬元;地方政府已承諾,在項目立項之后按照國家實際批準基金支持額度的50%匹配地方資金(附地方政府文件);公司股東大會已通過決議,在項目立項之后為該項目投資100萬元(附資金來源證明和公司股東大會決議)。張?zhí)庨L認為,“項目投資來源”中有重大遺漏。二、關(guān)于“項目技術(shù)來源”,項目可行性分析報告中是這樣敘述的:以B大學(xué)已通過鑒定的863項目“網(wǎng)絡(luò)游戲監(jiān)管關(guān)鍵技術(shù)研究”的主要成果為基礎(chǔ);A、B雙方合作進一步開發(fā),完成這一研究成果的產(chǎn)品化。張?zhí)庨L認為,“項目技術(shù)來源”中還有幾個問題需要明確。三、項目可行性分析報告中只分析了項目技術(shù)的先進性,未分析項目技術(shù)的成熟性。張?zhí)庨L認為,應(yīng)當(dāng)補充項目技術(shù)的成熟性分析?!締栴}1】請用100以上文字分析,“項目投資來源”中有何重大遺漏?應(yīng)如何改正?(6分)【問題2】請用100字以上文字說明,“項目技術(shù)來源”中還有哪幾個問題需要明確?(8分)【問題3】請用150字以上文字說明,應(yīng)從哪幾個方面分析項目技術(shù)的成熟性?(6分)參考答案:【問題1】答題:(每要點2分,共6分)參考要點:國家實際批準基金額度很可能會低于100萬元,應(yīng)當(dāng)說明如何補足二者之間的差額以及由此所引起的地方匹配基金的差額。應(yīng)重新召開股東大會并討論以下議題:當(dāng)國家實際批準基金低于申請額度時,公司是否愿意補足二者之間的差額以及由此所引起的地方匹配基金的差額。如果能夠通過,應(yīng)在“項目投資來源”中加注:當(dāng)國家實際批準基金低于申請額度時,公司承諾補足二者之間的差額以及由此所引起的地方匹配基金的差額(附新的公司股東大會決議)。【問題2】答題:(每要點2分,共8分)參考要點:A、B雙方以B方現(xiàn)有技術(shù)成果為基礎(chǔ)進一步合作開發(fā),應(yīng)明確以下幾個主要問題:(1)B方是以現(xiàn)有技術(shù)成果折價入股,還是將現(xiàn)有技術(shù)成果轉(zhuǎn)讓給A方。(2)如果是“技術(shù)轉(zhuǎn)讓”,應(yīng)明確是“專利權(quán)轉(zhuǎn)讓”、“專利實施許可”還是“技術(shù)秘密轉(zhuǎn)讓”?(3)雙方是否已就合作開發(fā)的新技術(shù)成果的所有權(quán)、使用權(quán)以及利益分成問題達成一致?(4)雙方是否已正式簽訂“合作開發(fā)合同”或“技術(shù)轉(zhuǎn)讓”合同?【問題3】答題:(每要點2分,共6分)參考要點:應(yīng)主要從以下幾方面分析項目技術(shù)的成熟性:(1)關(guān)鍵技術(shù)成熟性分析(包括采用的現(xiàn)有成熟關(guān)鍵技術(shù)、已攻克的關(guān)鍵技術(shù)、待研究的關(guān)鍵技術(shù)等);(2)項目采用的關(guān)鍵技術(shù)是否獲得國家、部門或地方科技計劃的支持(已獲得、尚未獲得)、計劃的名稱、獲得支持的時間;(3)項目采用的關(guān)鍵技術(shù)是否通過技術(shù)鑒定(已鑒定、尚未鑒定)、鑒定單位、鑒定意見、鑒定時間。案例分析題(本小題滿分20分)A公司是一家專注于電子政務(wù)市場提供應(yīng)用系統(tǒng)研發(fā)的軟件公司,最近接到開發(fā)一套向公眾開放的政務(wù)信息發(fā)布與查詢系統(tǒng)的項目。由于電子政務(wù)保密要求,該系統(tǒng)涉及到兩個互不聯(lián)通的子網(wǎng):內(nèi)網(wǎng)和外網(wǎng)。政網(wǎng)中儲存著全部信息,其中包括部分機密信息;外網(wǎng)可以對公眾開放,開放的信息必須得到授權(quán)。系統(tǒng)要求在這兩個子網(wǎng)中的合法用戶都可以訪問到被授權(quán)的信息,訪問的信息必須是一致可靠,政務(wù)內(nèi)網(wǎng)的信息可以發(fā)布的政務(wù)外網(wǎng),政務(wù)外網(wǎng)的信息在經(jīng)過審批后可以進入系統(tǒng)。 張工是在該項目的項目經(jīng)理,在捕獲到這個需求后認為保密性是系統(tǒng)的難點,需要進行技術(shù)攻關(guān)。為了順利的完成該項目,張工找到了熟悉網(wǎng)絡(luò)互通互聯(lián)的技術(shù)人員設(shè)計了解決方案,在經(jīng)過嚴格評審后實施。在系統(tǒng)完成開發(fā),進入試運行前,項目發(fā)包方認為雖然系統(tǒng)完全滿足了保密性的要求,但系統(tǒng)使用界面操作復(fù)雜,要求增加向?qū)У姆绞胶喕僮鳎仨氃诮桓肚霸谙到y(tǒng)中增加操作向?qū)У墓δ堋3酥?,試運行需要的服務(wù)器等設(shè)備已經(jīng)完成采購,但沒有經(jīng)過調(diào)試。發(fā)包方要求張工委派人員在部署試運行環(huán)境是,同時對采購的設(shè)備進行調(diào)試并安裝相應(yīng)的系統(tǒng)軟件。在合同條款中僅有一條“乙方負責(zé)將系統(tǒng)部署到試運行及正式運行環(huán)境”,并沒有指出環(huán)境的狀態(tài),張工只好向公司求助,找到了可以完成服務(wù)器系統(tǒng)軟件安裝和調(diào)試的資源,完成了這部分工作。 對于增加“操作向?qū)А钡膯栴},張工安排程序員小李向項目發(fā)包方口頭了解“操作向?qū)А钡男枨蠛?,直接進入開發(fā)。但在操作向?qū)Чδ芙桓逗?,項目發(fā)包方根據(jù)公眾用戶反饋的結(jié)果認為操作向?qū)詻]有滿足需求。最終又重寫了大部分代碼才通過驗收。由于系統(tǒng)的反復(fù)變更,項目組成員產(chǎn)生了強烈的挫折感,士氣低落,成本和工期都超出了原計劃30%以上。 【問題1】根據(jù)案例的描述,請以300字內(nèi)評價張工在范圍管理中的工作(本問6分) 【問題2】張工安排小李的做法是否正確,這種做法的缺陷在哪里,可能造成什么樣的不良結(jié)果?(本問6分) 【問題3】結(jié)合案例,請以300字內(nèi)回答,范圍控制的目的與意義(本問8分)參考答案: 【問題1】(本問6分,每要點2分) ①沒有清晰的了解到產(chǎn)品的范圍,導(dǎo)致項目后期需求的蔓延; ②沒有澄清模糊的項目范圍,在安裝服務(wù)器的問題上產(chǎn)生異議,最終增加了未計劃到的工作; ③沒有進行變更控制,以至于變更的結(jié)果不理想,導(dǎo)致反復(fù)的變更。 【問題2】(本問6分,每要點2分) ①變更工作沒有得到確認,導(dǎo)致工作的結(jié)果不能夠被認可; ②變更沒有得到有效的執(zhí)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論