問答題

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

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

你可能感興趣的試題

1.問答題

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

用150字以內(nèi)的文字,說明張工給小劉提出的提高問卷返還率的可能措施。
2.問答題

結(jié)構(gòu)化軟件系統(tǒng)建模
博學(xué)公司擬開發(fā)一個商業(yè)情報(bào)處理系統(tǒng),使公司能夠及時針對市場環(huán)境的變化及時調(diào)整發(fā)展戰(zhàn)略,以獲取最大的商業(yè)利益。項(xiàng)目組 經(jīng)過討論,決定采用結(jié)構(gòu)化分析和設(shè)計(jì)方法。在系統(tǒng)分析階段,為了更好地對情報(bào)數(shù)據(jù)處理流程及其與外部角色的關(guān)聯(lián)進(jìn)行建模,項(xiàng)目組成員分別給出了自己的設(shè)計(jì) 思路:
①小張?zhí)岢鱿葮?gòu)建系統(tǒng)流程圖(System Flowcharts),以便更精確地反映系統(tǒng)的業(yè)務(wù)處理過程及數(shù)據(jù)的輸入和輸出。
②小李提出先構(gòu)建系統(tǒng)數(shù)據(jù)流圖(Data Flow Diagrams),來展現(xiàn)系統(tǒng)的處理過程和定義業(yè)務(wù)功能邊界,并給出了情報(bào)分類子系統(tǒng)的0層和1層數(shù)據(jù)流圖,后者如圖12-1所示。
項(xiàng)目組經(jīng)討論確定以數(shù)據(jù)流圖作為本階段的建模手段。工程師老王詳細(xì)說明了流程圖和數(shù)據(jù)流圖之間的區(qū)別與聯(lián)系,并指出了圖12-1所示的數(shù)據(jù)流圖中存在的錯誤。

高質(zhì)量的數(shù)據(jù)流圖是可讀的、內(nèi)部一致的并能夠準(zhǔn)確表示系統(tǒng)需求。請用300字以內(nèi)說明在設(shè)計(jì)高質(zhì)量的數(shù)據(jù)流圖時應(yīng)考慮的3個原則。
3.問答題

結(jié)構(gòu)化軟件系統(tǒng)建模
博學(xué)公司擬開發(fā)一個商業(yè)情報(bào)處理系統(tǒng),使公司能夠及時針對市場環(huán)境的變化及時調(diào)整發(fā)展戰(zhàn)略,以獲取最大的商業(yè)利益。項(xiàng)目組 經(jīng)過討論,決定采用結(jié)構(gòu)化分析和設(shè)計(jì)方法。在系統(tǒng)分析階段,為了更好地對情報(bào)數(shù)據(jù)處理流程及其與外部角色的關(guān)聯(lián)進(jìn)行建模,項(xiàng)目組成員分別給出了自己的設(shè)計(jì) 思路:
①小張?zhí)岢鱿葮?gòu)建系統(tǒng)流程圖(System Flowcharts),以便更精確地反映系統(tǒng)的業(yè)務(wù)處理過程及數(shù)據(jù)的輸入和輸出。
②小李提出先構(gòu)建系統(tǒng)數(shù)據(jù)流圖(Data Flow Diagrams),來展現(xiàn)系統(tǒng)的處理過程和定義業(yè)務(wù)功能邊界,并給出了情報(bào)分類子系統(tǒng)的0層和1層數(shù)據(jù)流圖,后者如圖12-1所示。
項(xiàng)目組經(jīng)討論確定以數(shù)據(jù)流圖作為本階段的建模手段。工程師老王詳細(xì)說明了流程圖和數(shù)據(jù)流圖之間的區(qū)別與聯(lián)系,并指出了圖12-1所示的數(shù)據(jù)流圖中存在的錯誤。

請分析指出圖12-1所示的數(shù)據(jù)流圖中存在的錯誤及其原因,并針對圖12-1所示的l層數(shù)據(jù)流圖繪制出情報(bào)分類子系統(tǒng)的0層數(shù)據(jù)流圖。
4.問答題

閱讀以下信息系統(tǒng)可靠性問題的說明,在答題紙上回答問題1至問題3。
某軟件公司開發(fā)一項(xiàng)基于數(shù)據(jù)流的軟件,其系統(tǒng)的主要功能是對輸入數(shù)據(jù)進(jìn)行多次分析、處理和加工,生成需要的輸出數(shù)據(jù)。需求方對該系統(tǒng)的軟件可靠性要求很高,要求系統(tǒng)能夠長時間無故障運(yùn)行。該公司將該系統(tǒng)設(shè)計(jì)交給王工負(fù)責(zé)。王工給出該系統(tǒng)的模塊示意圖如圖20-5所示。王工解釋:只要各個模塊的可靠度足夠高,失效率足夠低,則整個軟件系統(tǒng)的可靠性是有保證的。
李工對王工的方案提出了異議。李工認(rèn)為王工的說法有兩個問題:第一,即使每個模塊的可靠度足夠高,但是整個軟件系統(tǒng)模塊之間全部采用串聯(lián),則整個軟件系統(tǒng)的可靠度明顯下降。假設(shè)各個模塊的可靠度均為0.99,則整個軟件系統(tǒng)的可靠度為0.994≈0.96:第二,軟件系統(tǒng)模塊全部采用串聯(lián)結(jié)構(gòu)時,一旦某個模塊失效,則意味著整個軟件系統(tǒng)失效。
李工認(rèn)為,應(yīng)該在軟件系統(tǒng)中采用冗余技術(shù)中的動態(tài)冗余或者軟件容錯的N版本程序設(shè)計(jì)技術(shù),對容易失效或者非常重要的模塊進(jìn)行冗余設(shè)計(jì),將模塊之間的串聯(lián)結(jié)構(gòu)部分變?yōu)椴⒙?lián)結(jié)構(gòu),來提高整個軟件系統(tǒng)的可靠性。同時,李工給出了采用動態(tài)冗余技術(shù)后的軟件系統(tǒng)模塊示意圖,如圖20-6所示。
劉工建議,李工方案中M1和M4模塊沒有采用容錯設(shè)計(jì),但是M1和M4發(fā)生故障有可能導(dǎo)致嚴(yán)重后果。因此,可以在M1和M4模塊設(shè)計(jì)上采用檢錯技術(shù),在軟件出現(xiàn)故障后能及時發(fā)現(xiàn)并報(bào)警,提醒維護(hù)人員進(jìn)行處理。
注:假設(shè)各個模塊的可靠度均為0.99。

請給出檢錯技術(shù)的優(yōu)缺點(diǎn),并說明檢測技術(shù)常見的實(shí)現(xiàn)方式和處理方式。
5.問答題

結(jié)構(gòu)化軟件系統(tǒng)建模
博學(xué)公司擬開發(fā)一個商業(yè)情報(bào)處理系統(tǒng),使公司能夠及時針對市場環(huán)境的變化及時調(diào)整發(fā)展戰(zhàn)略,以獲取最大的商業(yè)利益。項(xiàng)目組 經(jīng)過討論,決定采用結(jié)構(gòu)化分析和設(shè)計(jì)方法。在系統(tǒng)分析階段,為了更好地對情報(bào)數(shù)據(jù)處理流程及其與外部角色的關(guān)聯(lián)進(jìn)行建模,項(xiàng)目組成員分別給出了自己的設(shè)計(jì) 思路:
①小張?zhí)岢鱿葮?gòu)建系統(tǒng)流程圖(System Flowcharts),以便更精確地反映系統(tǒng)的業(yè)務(wù)處理過程及數(shù)據(jù)的輸入和輸出。
②小李提出先構(gòu)建系統(tǒng)數(shù)據(jù)流圖(Data Flow Diagrams),來展現(xiàn)系統(tǒng)的處理過程和定義業(yè)務(wù)功能邊界,并給出了情報(bào)分類子系統(tǒng)的0層和1層數(shù)據(jù)流圖,后者如圖12-1所示。

項(xiàng)目組經(jīng)討論確定以數(shù)據(jù)流圖作為本階段的建模手段。工程師老王詳細(xì)說明了流程圖和數(shù)據(jù)流圖之間的區(qū)別與聯(lián)系,并指出了圖12-1所示的數(shù)據(jù)流圖中存在的錯誤。

流程圖和數(shù)據(jù)流圖是軟件系統(tǒng)分析設(shè)計(jì)中常用的兩種手段,請用300字以內(nèi)簡要說明流程圖與數(shù)據(jù)流圖的含義及其區(qū)別,并說明項(xiàng)目組為何確定采用數(shù)據(jù)流圖作為建模手段。

最新試題

為了防止系統(tǒng)故障的蔓延,解決應(yīng)用進(jìn)程間的相互影響,在超線程技術(shù)的多核結(jié)構(gòu)需要選擇一種嵌入式操作系統(tǒng)作為本高性能嵌入式計(jì)算機(jī)系統(tǒng)的運(yùn)行環(huán)境,請用200字以內(nèi)的文字說明選擇的操作系統(tǒng)應(yīng)具備哪些主要功能。

題型:問答題

該市在信息系統(tǒng)集中管理建設(shè)過程中,需要在信息系統(tǒng)中重點(diǎn)規(guī)劃建設(shè)哪些內(nèi)容?

題型:問答題

在劉工建議的基礎(chǔ)上,為了避免CRSS系統(tǒng)的單點(diǎn)故障,請用200字以內(nèi)文字簡要說明如何建立CRSS的數(shù)據(jù)庫系統(tǒng);對于數(shù)據(jù)的讀取、添加、更改和刪除操作分別如何實(shí)現(xiàn)

題型:問答題

一個完整的電子商務(wù)系統(tǒng)必須處理銷售生命周期中消費(fèi)者經(jīng)歷的多個階段。請用200字以內(nèi)的文字簡要敘述有哪些階段。

題型:問答題

根據(jù)本項(xiàng)目中任務(wù)的時間性能參數(shù),請用200字以內(nèi)文字(也可用圖示)描述任務(wù)的被調(diào)度關(guān)系,并分析系統(tǒng)是否可調(diào)度(暫不考慮操作系統(tǒng)的時間開銷)。

題型:問答題

RMO公司銷售區(qū)域?qū)⒃谖磥?年大面積擴(kuò)展,其潛在客戶數(shù)量也會因此大幅度增加,所以良好的可擴(kuò)展性是CRSS系統(tǒng)所必需的質(zhì)量屬性。請分別說明在集中式和分布式數(shù)據(jù)架構(gòu)下,可以采用哪些方法提升系統(tǒng)的可擴(kuò)展性。

題型:問答題

發(fā)揮信息系統(tǒng)效益的關(guān)鍵是信息資源的有機(jī)共享,請給出該市政務(wù)信息資源共享的建議(200字以內(nèi))。

題型:問答題

在本項(xiàng)目中,如果計(jì)算機(jī)采用了多線程技術(shù)實(shí)現(xiàn)應(yīng)用程序的并發(fā)操作,程序設(shè)計(jì)人員將面臨多種挑戰(zhàn),其主要原因在于:程序會同時發(fā)生多個動作,對這些同時發(fā)生的動作及它們之間的交互進(jìn)行管理將面臨4方面的挑戰(zhàn),即同步、通信、負(fù)載均衡和可伸縮性,用200字以內(nèi)的文字對上述4種挑戰(zhàn)進(jìn)行簡要描述,并給出如表12-14所示的常用并發(fā)程序設(shè)計(jì)模式的分解方式。

題型:問答題

如圖12-17所示是公司進(jìn)行Mashup的流程示意圖,請閱讀并補(bǔ)充圖中數(shù)字標(biāo)出部分的內(nèi)容。(1)用戶向Traveler網(wǎng)站請求服務(wù),請求頁面提供用戶的位置信息。(2)()(3)()(4)A網(wǎng)站向Traveler網(wǎng)站返回用戶所處位置周邊的地圖信息。(5)()(6)B網(wǎng)站向Traveler網(wǎng)站返回用戶所處位置周邊的住宿信息。(7)()(8)Traveler網(wǎng)站向用戶返回用戶所處位置周邊整合的旅游信息。

題型:問答題

如圖12-23所示是李工在設(shè)計(jì)方案中給出的智能設(shè)備工作狀態(tài)轉(zhuǎn)換圖。①請指出圖中的兩處錯誤(在圖中圈出)并用200字以內(nèi)的文字說明理由。②給出正確的狀態(tài)轉(zhuǎn)換圖。

題型:問答題