軟件工程綜合訓練試題_第1頁
軟件工程綜合訓練試題_第2頁
軟件工程綜合訓練試題_第3頁
軟件工程綜合訓練試題_第4頁
軟件工程綜合訓練試題_第5頁
已閱讀5頁,還剩15頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、軟件工程綜合訓練-學習指南一、選擇題(每題2分,共30分)1、下列哪一項不是項目組分配角色項( )A、項目組長 B、開發(fā)人員C、測試人員 D、管理人員2、下列哪一項不屬于保密級別( )A、普通 B、加密C、保密 D、機密3、Project 提供最佳的彈性,以下說法中錯誤的是( )A、完成 開始 地基要先建好才可以蓋房子B、開始 開始 所有長官都到齊后才進行會議C、完成 完成 所有必要文件都備齊后才能結案D、開始 完成 地基要先建好才可以蓋房子4、選中整列,正確的方法是( )A、把光標置于單元格內,單擊鼠標左鍵B、左鍵在標識號單元格單擊C、列標題行和標識號列的交點處單擊D、左鍵單擊列標題5、模板

2、文件的后綴名是( )A、*.mpt B、*.proC、*.dot D、*.xls6、刪除任務的操作方法可按( )鍵。A、Delete B、CtrlC、Shift D、Alt7、在Project 2003 中工期后面的( )表示為估計工期A、? B、*C、% D、&8、任務的進度如果同時發(fā)生在工作時間和非工作時間,需要將其設置為24小時制工期,這時候在普通的工期單位前面要加一個( )前綴A、a B、bC、d D、e9、用例與角度之間的關聯(lián)情況以下說法正確的是( )A、0-無關聯(lián) B、1-相當相關C、2-密切相關 D、3-輕度關聯(lián)10、函數(shù)規(guī)模應在( )行以內A、100 B、200C、300 D、

3、40011、制定編碼與單元測試、系統(tǒng)集成的階段性計劃是那類人員的職責( )。A、項目組長 B、系統(tǒng)分析人員C、開發(fā)人員 D、測試人員12、下列哪項不是立項報告的主要內容( )。A、技術可行性 B、使用資源估計C、建立組織機構 D、風險分析13、QA的含義是( )。A、配置管理工程師 B、質量保證工程師C、變更控制委員會 D、測試工程師14、預審問題清單中評價問題嚴重程度中一般不包括( )。A、嚴重 B、輕微C、一般 D、忽略15、項目組角色人員一般不包括那類人員( )。A、分析人員 A、開發(fā)人員C、測試人員 D、維護人員16、選中非連續(xù)單元格先按?。?)鍵,然后用鼠標左鍵逐個點擊要選的單元格。

4、A、ALT B、SHIFTC、CTRL D、BACKSPACE17、選中連續(xù)單元格可以先選擇該區(qū)域的第一個單元格,然后按下( )鍵之后選A、ALT B、SHIFTC、CTRL D、BACKSPACE18、在項目計劃中,“里程碑”的任務工期一般是( )A、0 B、1C、2 D、319、要查看項目的總體信息,可以使用( )菜單下的“項目信息”命令A、文件 B、項目C、編輯 D、工具20、在Project 2003 中輸入新任務的時候,所有的任務起始日期默認都是項目的開始日期,工期為( )天A、0 B、1C、2 D、321、在 Project 2003中,對于兩個任務間的相關性提供了( )種不同的類

5、型A、1 B、2C、3 D、422、下列( )不是任務之間的相關性關系A、FS B、FDC、SS D、SF23、需求優(yōu)先級:分為1-5個級別,( )是最最級別,在項目開發(fā)過程中要最先實現(xiàn)。A、2 B、3C、4 D、524、用戶需求變更標識分為四種情況,不包括下列( )。A、增加 B、更新C、刪除 D、修改25、編碼組長與開發(fā)人員共同協(xié)商制訂實現(xiàn)與測試階段的階段性計劃,需經(jīng)( )審批方可執(zhí)行。A、項目經(jīng)理 B、開發(fā)人員C、測試人員 D、開發(fā)組長26、項目組角色人員一般不包括那類人員( )。A、分析人員 A、開發(fā)人員C、測試人員 D、維護人員27、項目開發(fā)計劃書中一般不包括哪些內容( ).A、軟件

6、過程定義部分 B、生命周期定義部分C、成本估算部分 D、質量目標部分28、團隊規(guī)模峰值中,中型團隊一般有( )人 。A、5人以下 B、5-15人C、15人以上 D、30人以上29、企業(yè)項目管理一般使用Microsoft Project 2003 產(chǎn)品中的哪個版本( )。A、標準版 B、專業(yè)版C、服務器版 D、個人版30、下列哪個不是項目成本管理的內容( )。A、進度控制 B、資源計劃C、成本預算 D、成本控制31、下列哪一項不是項目組分配角色項( )A、項目組長 B、開發(fā)人員C、測試人員 D、管理人員32、下列哪一項不屬于保密級別( )A、普通 B、加密C、保密 D、機密33、要更改項目的工作

7、時間,請點擊( )菜單下的“更改工作時間”選項A、文件 B、編輯C、工具 D、選項34、PERT分析方法是一種非常有效的工期估算技術,下列( )情況不能用來計算可能的結果A、最佳 B、預期C、最差 D、一般35、在( )菜單上點擊“工具欄”菜單項,再選擇“PERT 分析”, 將出現(xiàn)“PERT 分析”工具欄。A、視圖 B、編輯C、格式 D、插入36、下列不屬于概要設計狀態(tài)的是( )A、未編寫 B、編寫C、評審通過 D、裝訂37、對用例不需要在( )處打對鉤,其中打對鉤用例的UUCW會自動計算得出A、簡單 B、普通C、一般 D、復雜38、一般情況下,源程序的注釋量應在( )以上。A、5% B、10

8、%C、20% D、30%39、程序模塊要采用縮進風格編寫,縮進的空格數(shù)為( )個。A、1 B、2C、3 D、440、用例與角度之間的關聯(lián)情況以下說法正確的是( )A、0-無關聯(lián) B、1-相當相關C、2-密切相關 D、3-輕度關聯(lián)41、下列哪個不是任務類視圖( )。A、甘特圖 B、網(wǎng)絡圖C、日歷 D、資源圖42、下列哪個不是資源類視圖( )。A、資源工作表 B、資源圖表B、任務分配狀態(tài) D、資源使用情況43、下列哪個不是甘特圖的功能( )。A、查看任務的工期 B、查看任務的開始和結束時間C、查看任務的成本信息 D、查看任務資源信息44、下列哪個不是項目計劃書的內容( )。A、項目進度計劃 B、任

9、務分配表C、項目標記 D、范圍變更管理45、工作范圍制定是制定項目計劃的哪個階段的工作( )。A、明確項目目標 B、制定項目工作范圍C、分配任務職責 D、規(guī)劃項目活動關聯(lián)46、下列哪一項不屬于保密級別( )A、普通 B、加密C、保密 D、機密47、Project 提供最佳的彈性,以下說法中錯誤的是( )A、完成 開始 地基要先建好才可以蓋房子B、開始 開始 所有長官都到齊后才進行會議C、完成 完成 所有必要文件都備齊后才能結案D、開始 完成 地基要先建好才可以蓋房子48、選中非連續(xù)單元格先按?。?)鍵,然后用鼠標左鍵逐個點擊要選的單元格。A、ALT B、SHIFTC、CTRL D、BACKSP

10、ACE49、選中連續(xù)單元格可以先選擇該區(qū)域的第一個單元格,然后按下( )鍵之后選A、ALT B、SHIFTC、CTRL D、BACKSPACE50、模板文件的后綴名是( )A、*.mpt B、*.proC、*.dot D、*.xls51、在Project 2003 中工期后面的( )表示為估計工期A、? B、*C、% D、&52、任務的進度如果同時發(fā)生在工作時間和非工作時間,需要將其設置為24小時制工期,這時候在普通的工期單位前面要加一個( )前綴A、a B、bC、d D、e53、要更改項目的工作時間,請點擊( )菜單下的“更改工作時間”選項A、文件 B、編輯C、工具 D、選項54、PERT分

11、析方法是一種非常有效的工期估算技術,下列( )情況不能用來計算可能的結果A、最佳 B、預期C、最差 D、一般55、在( )菜單上點擊“工具欄”菜單項,再選擇“PERT 分析”, 將出現(xiàn)“PERT 分析”工具欄。A、視圖 B、編輯C、格式 D、插入56、下列哪個不是項目進度管理的目的( )。A、保證按時完成項目 B、合理分配資源C、發(fā)揮最佳工作效率 D、降低項目成本57、下列哪個不是任務工期估算技術( )。A、專家判斷 B、類比估計、C、業(yè)界標準 D、工作量判斷58、下列哪個不是需求開發(fā)的主要文檔( )。A、用戶需求調查單 B、用戶需求列表C、可行性分析報告 D、用戶需求說明書59、下列哪個不是

12、良好編碼習慣的好處( )。A、方便代碼的交流和維護 B、不影響編碼的效率C、應注重代碼執(zhí)行速度 D、使代碼更美觀60、可行性分析是在系統(tǒng)開發(fā)的早期所做的一項重要的論證工作,它是決定該系統(tǒng)是否開發(fā)的決策依據(jù),因必須給出( )的回答。A、確定 B、行或不行 C、正確 D、無二義二、填空題(每空1分,共20分)1、任何一個項目組的形成過程都要經(jīng)過分組、 、 、分配角色等幾個階段。2、引言部分一般說明項目的 、 、項目所使用的技術以及最后開發(fā)項目后所帶來的好處等。3、一般軟件過程定義包括:項目立項、項目策劃、 、 、需求開發(fā)、系統(tǒng)設計、 、 等幾個過程。4、常用的任務類視圖有:“甘特圖”視圖、 、 、

13、“任務分配狀況”視圖等。5、關于目標的確定,必須符合 原則,即目標必須明確、可行、具體和可以度量。6、項目計劃的第一步是項目范圍定義,進而定義項目需要進行的 、 、責任以及項目組的結構。7、WBS分解工作的主要產(chǎn)出物是 和 。8、 指的是該任務每隔一定時間就要例行發(fā)生,如每周的項目組例會。9、 就是在產(chǎn)品描述、任務清單的基礎上,找出項目任務之間的依賴關系和特殊領域的依賴關系、工作順序。10、在估算工期時要充分考慮任務清單、合理的 、 因素以及環(huán)境因素對項目工期的影響。11、提供的實訓模板里,“評審參加人數(shù)”、“準備總人時” 、“ ” 、“ ” 、“確認簽字人數(shù)”處的數(shù)據(jù),都可以根據(jù)填寫內容自動

14、計算得到,不需要填寫。12、常用的資源類視圖有: 、 、“資源使用狀況”視圖等。13、使用甘特圖可以很方便地查看 、 和結束時間以及資源的信息,用戶可以使用它來創(chuàng)建初始計劃、查看 和 。14、制定工作范圍有兩種辦法,對于較小的項目,項目團隊利用“ ”來生成一份一覽表;對于稍大一些的項目,更好的方法是使用 的方法來生成一份全面的清單。15、 是項目的最基礎元素,其代表著為了完成項目目標所要進行的所有活動。16、目進度管理知識領域主要包括 、 、進度計劃制定和進度計劃控制四大過程,它的目的是保證按時 、合理 、發(fā)揮最佳工作效率。17、在Project 2003 中進行項目任務排序的定義時一般采用

15、的方法,最終形成一套項目網(wǎng)絡圖。18、 意味著明確定義項目活動的開始和結束日期,這是一個反復確認的過程。19、批準或評審;當前狀態(tài)是用來表明,該需求項當前處于什么階段,共分為:需求開發(fā)、 、 、實現(xiàn)與測試、系統(tǒng)測試和系統(tǒng)驗收等六個階段。20、做軟件評估時,我們通過 來制定詳細的項目進度表。21、視圖主要分為 和 。22、Project2003空白項目應包含以下幾列:WBS、 、 、工作量、開始時間、完成時間、 、 。23、項目的特殊性決定了項目中必然包含有種種相互關聯(lián)的 和 。24、項目計劃書包含項目WBS、 、 、項目里程碑的標識、 以及 。25、 是一種用于組織任務以便報告日程和跟蹤成本的

16、分層結構26、 是根據(jù)項目范圍、資源狀況計劃列出項目任務所需要的工期。估算的工期應該現(xiàn)實、有效并能保證質量。27、引言部分一般說明項目的 、 、項目所使用的技術以及最后開發(fā)項目后所帶來的好處等。28、常用的任務類視圖有:“甘特圖”視圖、 、 、“任務分配狀況”視圖等。29、項目計劃的第一步是項目范圍定義,進而定義項目需要進行的活動、 、責任以及項目組的結構。30、測試人員與系統(tǒng)分析人員一起,執(zhí)行單元測試、集成測試,并把測試中發(fā)現(xiàn)的缺陷記錄進 管理工具中。31、視圖主要分為 和 。32、Project2003空白項目應包含以下幾列:WBS、 、 、工作量、開始時間、完成時間、 、 。33、項目的

17、特殊性決定了項目中必然包含有種種相互關聯(lián)的 和 。34、項目計劃書包含項目WBS、 、 、項目里程碑的標識、 以及 。35、 是一種用于組織任務以便報告日程和跟蹤成本的分層結構36、 是根據(jù)項目范圍、資源狀況計劃列出項目任務所需要的工期。估算的工期應該現(xiàn)實、有效并能保證質量。37、引言部分一般說明項目的 、 、項目所使用的技術以及最后開發(fā)項目后所帶來的好處等。38、常用的任務類視圖有:“甘特圖”視圖、 、 、“任務分配狀況”視圖等。39、項目計劃的第一步是項目范圍定義,進而定義項目需要進行的活動、 、責任以及項目組的結構。40、測試人員與系統(tǒng)分析人員一起,執(zhí)行單元測試、集成測試,并把測試中發(fā)現(xiàn)

18、的缺陷記錄進 管理工具中。41、在提供的實訓模板里,“評審參加人數(shù)”、“準備總人時” 、“ ” 、“ ” 、“確認簽字人數(shù)”處的數(shù)據(jù),都可以根據(jù)填寫內容自動計算得到,不需要填寫。42、視圖主要分為 和 。43、常用的資源類視圖有: 、 、“資源使用狀況”視圖等。44、項目計劃書包含項目WBS、 、 、項目里程碑的標識、 以及 。45、關于目標的確定,必須符合 原則,即目標必須明確、可行、具體和可以度量。46項目計劃的第一步是項目范圍定義,進而定義項目需要進行的 、 、責任以及項目組的結構。47、WBS每細分一層都是對項目元素更細致的描述,細分的元素稱為 。48、 是一種用于組織任務以便報告日程

19、和跟蹤成本的分層結構49、 就是在產(chǎn)品描述、任務清單的基礎上,找出項目任務之間的依賴關系和特殊領域的依賴關系、工作順序。50、引言部分一般說明項目的 、 、項目所使用的技術以及最后開發(fā)項目后所帶來的好處等。三、判斷題(正確的在題后打“”,錯誤的在題后打“”,每小題1分,共10分)1、驗收的依據(jù)是需求說明書。( )2、軟件生命周期中,測試的工作量最大。( )3、應盡量使用全局變量。( )4、一個模塊的扇入是指該模塊被其它模塊調用的個數(shù),扇入應盡可能的小。( )5、盒圖的主要優(yōu)點之一是強制設計人員采用結構化設計方法。( )6、面向對象方法中的對象就是結構化方法中的模塊。( )7、對象模型中的五個層

20、次缺一不可。( )8、任何情況下,對象模型始終是最重要、最基本的。( )9、OOA和OOD之間的界限是模糊的。( )10、在OOA過程中,需要嚴格遵守自頂向下的原則。( )11、系統(tǒng)測試是把軟件、硬件和環(huán)境連在一起的全面測試。( )12、盡可能在軟件生產(chǎn)過程中保證各階段文件的正確性。( )13、完成測試作業(yè)后,為了縮短源程序的長度應刪去源程序中的注釋。( )14、編碼時應盡可能使用局部變量。( )15、選擇時間效率和空間效率盡可能高的算法。( )16、軟件生命周期中,測試的工作量最大。( )17、應盡量使用全局變量。( )18、任何情況下,對象模型始終是最重要、最基本的。( )19、OOA和O

21、OD之間的界限是模糊的。( )20、在OOA過程中,需要嚴格遵守自頂向下的原則。( )31、系統(tǒng)測試是把軟件、硬件和環(huán)境連在一起的全面測試。( )32、盡可能在軟件生產(chǎn)過程中保證各階段文件的正確性。( )33、完成測試作業(yè)后,為了縮短源程序的長度應刪去源程序中的注釋。( )34、編碼時應盡可能使用局部變量。( )35、選擇時間效率和空間效率盡可能高的算法。( )36、驗收的依據(jù)是需求說明書。( )37、軟件生命周期中,測試的工作量最大。( )38、應盡量使用全局變量。( )39、一個模塊的扇入是指該模塊被其它模塊調用的個數(shù),扇入應盡可能的小。( )40、盒圖的主要優(yōu)點之一是強制設計人員采用結構

22、化設計方法。( )41、面向對象方法中的對象就是結構化方法中的模塊。( )42、對象模型中的五個層次缺一不可。( )43、任何情況下,對象模型始終是最重要、最基本的。( )44、OOA和OOD之間的界限是模糊的。( )45、在OOA過程中,需要嚴格遵守自頂向下的原則。( )46、系統(tǒng)測試是把軟件、硬件和環(huán)境連在一起的全面測試。( )47、盡可能在軟件生產(chǎn)過程中保證各階段文件的正確性。( )48、完成測試作業(yè)后,為了縮短源程序的長度應刪去源程序中的注釋。( )49、編碼時應盡可能使用局部變量。( )50、選擇時間效率和空間效率盡可能高的算法。( )四、簡答題(每小題6分,共30分)1、一般IT企

23、業(yè)產(chǎn)品研發(fā)過程中,項目類型可以分為哪幾類?2、實訓時采用的生命周期“瀑布模型”主要完成的內容?3、用戶界面設計填寫指導包括的內容?4、項目管理人員可以通過哪此方法提高任務的工期估算的精確度?5、系統(tǒng)分析人員角色職責?6、使用“任務狀況分配”視圖可以進行哪些操作?7、進度表的確定應根據(jù)哪些方面進行考慮?8、影響設計的需求約束因素有哪些?9、編碼規(guī)范的基本約定標識符命名規(guī)則內容?10、在“甘特圖”視圖中通常要完成哪些工作?11、在編制進度計劃時必須加以考慮哪三類限制?12、在需求開發(fā)部分,主要形成的文檔有哪些?13、編碼規(guī)范的基本約定程序效率內容?14、在PERT方法中,有哪三種類型的估計工期?1

24、5、從哪幾個方面來描述接口需求項?16、性能需求項用來描述系統(tǒng)的性能特征有哪些?17、項目開發(fā)計劃書中主要內容有哪些?18、項目計劃的制定一般要經(jīng)歷哪幾個步驟?19、可靠性需求項可在哪幾個方面對系統(tǒng)可靠性進行描述?五、應用題(每題10分,共10分)1、請使用PAD圖和PDL語言描述在數(shù)組A(1)A(10)中找最大數(shù)的算法。2、某商場在“五一”期間,顧客購物時收費有4種情況:普通顧客一次購物累計少于100元,按A類標準收費(不打折),一次購物累計多于或等于100元,按B類標準收費(打9折);會員顧客一次購物累計少于1000元,按C類標準收費(打8折),一次購物累計等于或多于1000元,按D類標準

25、收費(打7折)。請使用PAD圖來設計收費算法。3、某培訓中心要研制一個計算機管理系統(tǒng)。它的業(yè)務是:將學員發(fā)來的信件收集分類后,按幾種不同的情況處理。1)如果是報名的,則將報名數(shù)據(jù)送給負責報名事務的職員,他們將查閱課程文件,檢查該課程是否額滿,然后在學生文件、課程文件上登記,并開出報告單交財務部門,財務人員開出發(fā)票給學生。2)如果是想注銷原來已選修的課程,則由注銷人員在課程文件、學生文件和帳目文件上做相應的修改,并給學生注銷單。3)如果是付款的,則由財務人員在帳目文件上登記,也給學生一張收費收據(jù)。要求:1、對以上問題畫出數(shù)據(jù)流程圖。2、畫出該培訓管理的軟件結構圖的主圖。參考答案一、選擇題1、D

26、2、B 3、D 4、D 5、A 6、A 7、A 8、D 9、A 10、B 11、A 12、C 13、B 14、D 15、D 16、C 17、B 18、A 19、B 20、B 21、D 22、D 23、D 24、B 25、A26、D 27、C 28、B 29、B 30、A 31、D 32、B 33、C 34、D 35、A36、D 37、C 38、C 39、D 40、A41、D 42、B 43、C 44、C 45、B46、B 47、D 48、C 49、B 50、A51、A 52、D 53、C 54、D 55、A56、D 57、D 58、C 59 、C 60、B61、C 62、D 63、A 64、B

27、 65、A二、填空題1、選出小組組長、討論小組的角色2、開發(fā)背景、項目的特點3、項目跟蹤、項目結項 實現(xiàn)與測試、配置管理4、“網(wǎng)絡圖”視圖、“日歷”視圖5、SMART6、活動、角色7、WBS WBS字典8、周期性任務9、任務排序10、資源需求、人員的能力11、實到人數(shù)、評審總人時12、“資源工作表”視圖、“資源圖表”視圖13、任務的工期、開始 項目日程、調整計劃14、頭腦風暴 工作分解結構15、任務16、任務排序、任務工期估計 完成項目 分配資源 17、網(wǎng)絡圖18、制定項目的進度計劃19、詳細計劃 系統(tǒng)設計 20、UCP方法31、任務類視圖 資源類視圖32、任務名稱、工作 前置任務、資源名稱3

28、3、任務 不可預知的風險34、項目的進度計劃、任務分配表 風險標識 范圍變更管理流程35、WBS36、任務工期估算37、開發(fā)背景、項目的特點38、“網(wǎng)絡圖”視圖、“日歷”視圖39、角色40、bug41、實到人數(shù)、評審總人時42、任務類視圖 資源類視圖43、“資源工作表”視圖、“資源圖表”視圖44、項目的進度計劃、任務分配表 風險標識 范圍變更管理流程45、SMART46、活動、角色47、工作細目 48、WBS49、任務排序50、開發(fā)背景、項目的特點三、判斷題1、 2、 3、 4、 5、6、 7、 8、 9、 10、11、 12、 13、 14、 15、16、 17、 18、 19、 20、31

29、、 32、 33、 34、 35、36、 37、 38、 39、 40、41、 42、 43、 44、 45、46、 47、 48、 49、 50、四、簡答題1、合同定制類:以雙方簽訂的合同作為研發(fā)的主要內容及驗收標準的項目。新產(chǎn)品研發(fā)類:是指需要研發(fā)的產(chǎn)品或其應用領域對企業(yè)來說是全新的,研發(fā)管理過程應當更加嚴格。產(chǎn)品升級類:重點考慮的是已有產(chǎn)品在市場或用戶中的反饋。技術服務類:采用的開發(fā)過程相對比較簡化,可以采用敏捷過程進行開發(fā)。軟件外包類:按軟件開發(fā)階段分階段的部分工作外包完成。2、主要完成的內容:項目立項項目初步計劃需求分析項目詳細計劃系統(tǒng)設計系統(tǒng)編碼集成測試系統(tǒng)測試產(chǎn)品發(fā)布項目總結。3

30、、用戶界面設計填寫指導包括的內容(1)應當遵循的界面設計規(guī)范。(2)界面的關系圖和工作流程圖:所有界面視圖分配唯一的標識符,繪制各個界面之間的系統(tǒng)圖和工作流程圖。(3)主界面:繪制主界面的視圖,說明主界面中所有對象的功能和操作方式。(4)子界面:繪制子界面的視圖,說明子界面中所有對象的功能和操作方式。(5)美學設計:闡述界面布局、色彩等理由。4、項目管理人員可以通過下列方法提高任務的工期估算的精確度:參照歷史信息:利用過去的經(jīng)驗和其他人過去完成類似項目的經(jīng)驗,調閱相關的項目文件,標注出新任務與過去完成的類似任務的差別,然后在估算任務工期時考慮這些差異。項目團隊的知識:在進行工期估計的時候,可以

31、充分利用項目團隊成員的知識。專家判斷:可以請曾經(jīng)管理過類似項目的人,如一些咨詢機構、專業(yè)團體等來幫助估計任務工期,專家判斷主要依賴于歷史的經(jīng)驗和信息,當然其時間估計的結果也具有一定的不確定性和風險。類比估計:類比估計意味著以先前的類似的實際項目的工作時間來推測估計當前項目各工作的實際時間。業(yè)界標準:業(yè)界標準一般會給出項目實施的完備指導,如果項目可以按照業(yè)界標準來執(zhí)行,其工期估計可以參照業(yè)界標準中的相關說明來完成。5、系統(tǒng)分析人員角色職責包括:(1)調查、分析并定義需求,填寫相應的需求文檔,盡最大努力使需求文檔能夠正確無誤地反映用戶的真實意愿;(2)根據(jù)需求文檔設計軟件系統(tǒng)的體系結構、用戶界面、

32、數(shù)據(jù)庫、模塊等;(3)在設計完后,參與系統(tǒng)的測試。6、使用“任務狀況分配”視圖可以進行如下操作:(1)給任務分配人員和其他資源。(2)同時輸入并編輯任務信息和資源信息。(3)在資源間更均衡地進行任務。(4)計算出每種資源在特定任務中的計劃工時數(shù)。(5)通過設置工時分布,改變某種資源投入到某項任務中的工時數(shù)。(6)對任務進行拆分,使任務的第二部分開始于較晚的日期。7、進度表的確定應根據(jù)以下進行考慮:項目網(wǎng)絡圖、估算的活動工期、資源需求、資源共享情況、項目執(zhí)行的工作日歷、進度限制、最早和最晚時間、風險管理計劃、活動特征等統(tǒng)一考慮。8、影響設計的需求約束因素有:運行平臺約束;軟件、硬件環(huán)境;接口/協(xié)

33、議的約束;用戶界面的約束;軟件質量的約束。9、標識符命名規(guī)則:(1)命名要清晰、明了、有明確含義,同時使用完整的單詞或大家基本可以理解的縮寫,避免使人產(chǎn)生誤解;(2)命名中若出現(xiàn)特殊的縮寫,則要有注釋說明,自己特有的命名風格,要自始至終保持一致,不可來回變化;(3)對于變量命名,禁止使用單個字符,建議除了要有具體含義外,還能表明其變量類型、數(shù)據(jù)類型等;(4)命名規(guī)范必須與所使用的系統(tǒng)風格保持一致,并在同一項目中統(tǒng)一。10、在“甘特圖”視圖中通常要完成的工作有:(1)通過輸入任務和設置每項任務所用的時間創(chuàng)建項目。(2)通過鏈接任務來建立任務之間的順序相關性以完成項目的日程排定。(3)將人員和其他

34、資源分配給任務。(4)查看任務的時間進度。通過對任務的計劃日期同其實際開始和完成日期進行比較,并檢查每個任務的進度來跟蹤和分析整個項目的進度。(5)拆分任務,即在任務的執(zhí)行過程暫時中斷任務,然后在以后的日程中再繼續(xù)該任務。11、在編制進度計劃時必須加以考慮以下三類限制:強制性日期:某些工作細目應項目干系人的要求必須在某一特定日期完成。關鍵事件或里程碑事件:項目干系人提出在某一特定日期前完成某些重要工作事件,一旦定下來,這些日期就很難被更改了。前置與延擱時間:為了精確說明任務間相互關系,需對任務的前置和延擱時間有一說明。12、在需求開發(fā)部分,主要形成的文檔有:用戶需求調查單:在實訓中可以不需要;用戶需求列表:系統(tǒng)分析人員編寫;用戶需求說明書:以分析人員為

溫馨提示

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

評論

0/150

提交評論