問答題

【案例分析題】

聯(lián)合需求分析會議
某軟件公司接受A公司委托開發(fā)一個軟件任務(wù),該任務(wù)由張工負(fù)責(zé)。張工預(yù)計在4周內(nèi)完成對系統(tǒng)的需求分析,并形成需求規(guī)格說明書。張工委派了項目組的小劉來負(fù)責(zé)需求信息的獲取。
兩周后,小劉向張工匯報了他進(jìn)行需求分析的過程及結(jié)果。小劉采用問卷調(diào)查的方式向A公司的50名工作人員搜集信息。他首先準(zhǔn)備了問卷的初稿,并請A公司的相關(guān)管理人員進(jìn)行了測試和修正;然后將問卷分發(fā)給A公司的每位工作人員,并要求他們在一周內(nèi)返還問卷。但到目前為止,小劉只收回了7份問卷。小劉認(rèn)為自己是完全按照問卷調(diào)查的步驟和要求實(shí)施的,而問卷的返還率仍然很低。張工聽完后,給小劉分析了失敗的原因,并提出了一些能夠提高問卷返還率的建議。
但是為了不耽誤項目的進(jìn)度,張工決定采用JRP(Joint Requirements Planning)的方法再次進(jìn)行需求調(diào)查,張工作為JRP的主持人。最終在第4周完成了需求規(guī)格說明書,并決定了系統(tǒng)后續(xù)階段的開發(fā)計劃,如圖12-3所示。
該項目組除了張工之外,還有2名全職的開發(fā)人員,可以承擔(dān)項目中的任何任務(wù),并且承擔(dān)同一任務(wù)的開發(fā)人員總是在一起工作。預(yù)計的開發(fā)時間中已經(jīng)包含了編寫文檔的時間。張工決定采用迭代模型,在160天內(nèi)完成這3個模塊的設(shè)計、實(shí)現(xiàn)與測試。

假設(shè):①整個開發(fā)實(shí)施兩輪迭代。②每個任務(wù)都被劃分為2個子任務(wù)(例如,實(shí)現(xiàn)可以劃分為實(shí)現(xiàn)1和實(shí)現(xiàn)2),對應(yīng)兩輪迭代。③完成每個子任務(wù)需要花費(fèi)24人天。④整個系統(tǒng)的集成測試、改正錯誤及驗(yàn)證需要花費(fèi)48人天。⑤第一輪迭代結(jié)束時,形成版本v0.5;第二輪迭代結(jié)束時,整個系統(tǒng)的開發(fā)任務(wù)全部完成,形成版本v1.0。根據(jù)上述假設(shè),給出采用迭代模型開發(fā)的各里程碑及其完成時間(標(biāo)出在第幾天完成)與交付產(chǎn)品。

答案: 第24天:完成用戶界面的設(shè)計1、控制系統(tǒng)的設(shè)計1和控制系統(tǒng)的實(shí)現(xiàn)1。
第48天:完成硬件抽象層的設(shè)計1、用戶界...
題目列表

你可能感興趣的試題

問答題

【案例分析題】

聯(lián)合需求分析會議
某軟件公司接受A公司委托開發(fā)一個軟件任務(wù),該任務(wù)由張工負(fù)責(zé)。張工預(yù)計在4周內(nèi)完成對系統(tǒng)的需求分析,并形成需求規(guī)格說明書。張工委派了項目組的小劉來負(fù)責(zé)需求信息的獲取。
兩周后,小劉向張工匯報了他進(jìn)行需求分析的過程及結(jié)果。小劉采用問卷調(diào)查的方式向A公司的50名工作人員搜集信息。他首先準(zhǔn)備了問卷的初稿,并請A公司的相關(guān)管理人員進(jìn)行了測試和修正;然后將問卷分發(fā)給A公司的每位工作人員,并要求他們在一周內(nèi)返還問卷。但到目前為止,小劉只收回了7份問卷。小劉認(rèn)為自己是完全按照問卷調(diào)查的步驟和要求實(shí)施的,而問卷的返還率仍然很低。張工聽完后,給小劉分析了失敗的原因,并提出了一些能夠提高問卷返還率的建議。
但是為了不耽誤項目的進(jìn)度,張工決定采用JRP(Joint Requirements Planning)的方法再次進(jìn)行需求調(diào)查,張工作為JRP的主持人。最終在第4周完成了需求規(guī)格說明書,并決定了系統(tǒng)后續(xù)階段的開發(fā)計劃,如圖12-3所示。
該項目組除了張工之外,還有2名全職的開發(fā)人員,可以承擔(dān)項目中的任何任務(wù),并且承擔(dān)同一任務(wù)的開發(fā)人員總是在一起工作。預(yù)計的開發(fā)時間中已經(jīng)包含了編寫文檔的時間。張工決定采用迭代模型,在160天內(nèi)完成這3個模塊的設(shè)計、實(shí)現(xiàn)與測試。

請用300字以內(nèi)文字簡要說明JRP的基本思想及保證JRP順利實(shí)施的基本原則。

答案: JRP基本思想是通過召開一系列高度結(jié)構(gòu)化的分組會議,快速地分析問題、定義需求。它是JAD(JointApplicatio...
問答題

【【案例分析題】】

聯(lián)合需求分析會議
某軟件公司接受A公司委托開發(fā)一個軟件任務(wù),該任務(wù)由張工負(fù)責(zé)。張工預(yù)計在4周內(nèi)完成對系統(tǒng)的需求分析,并形成需求規(guī)格說明書。張工委派了項目組的小劉來負(fù)責(zé)需求信息的獲取。
兩周后,小劉向張工匯報了他進(jìn)行需求分析的過程及結(jié)果。小劉采用問卷調(diào)查的方式向A公司的50名工作人員搜集信息。他首先準(zhǔn)備了問卷的初稿,并請A公司的相關(guān)管理人員進(jìn)行了測試和修正;然后將問卷分發(fā)給A公司的每位工作人員,并要求他們在一周內(nèi)返還問卷。但到目前為止,小劉只收回了7份問卷。小劉認(rèn)為自己是完全按照問卷調(diào)查的步驟和要求實(shí)施的,而問卷的返還率仍然很低。張工聽完后,給小劉分析了失敗的原因,并提出了一些能夠提高問卷返還率的建議。
但是為了不耽誤項目的進(jìn)度,張工決定采用JRP(Joint Requirements Planning)的方法再次進(jìn)行需求調(diào)查,張工作為JRP的主持人。最終在第4周完成了需求規(guī)格說明書,并決定了系統(tǒng)后續(xù)階段的開發(fā)計劃,如圖12-3所示。
該項目組除了張工之外,還有2名全職的開發(fā)人員,可以承擔(dān)項目中的任何任務(wù),并且承擔(dān)同一任務(wù)的開發(fā)人員總是在一起工作。預(yù)計的開發(fā)時間中已經(jīng)包含了編寫文檔的時間。張工決定采用迭代模型,在160天內(nèi)完成這3個模塊的設(shè)計、實(shí)現(xiàn)與測試。

假設(shè):①整個開發(fā)實(shí)施兩輪迭代。②每個任務(wù)都被劃分為2個子任務(wù)(例如,實(shí)現(xiàn)可以劃分為實(shí)現(xiàn)1和實(shí)現(xiàn)2),對應(yīng)兩輪迭代。③完成每個子任務(wù)需要花費(fèi)24人天。④整個系統(tǒng)的集成測試、改正錯誤及驗(yàn)證需要花費(fèi)48人天。⑤第一輪迭代結(jié)束時,形成版本v0.5;第二輪迭代結(jié)束時,整個系統(tǒng)的開發(fā)任務(wù)全部完成,形成版本v1.0。根據(jù)上述假設(shè),給出采用迭代模型開發(fā)的各里程碑及其完成時間(標(biāo)出在第幾天完成)與交付產(chǎn)品。

答案: 第24天:完成用戶界面的設(shè)計1、控制系統(tǒng)的設(shè)計1和控制系統(tǒng)的實(shí)現(xiàn)1。
第48天:完成硬件抽象層的設(shè)計1、用戶界...
微信掃碼免費(fèi)搜題