問答題

聯(lián)合需求分析會(huì)議
某軟件公司接受A公司委托開發(fā)一個(gè)軟件任務(wù)，該任務(wù)由張工負(fù)責(zé)。張工預(yù)計(jì)在4周內(nèi)完成對(duì)系統(tǒng)的需求分析，并形成需求規(guī)格說明書。張工委派了項(xiàng)目組的小劉來負(fù)責(zé)需求信息的獲取。
兩周后，小劉向張工匯報(bào)了他進(jìn)行需求分析的過程及結(jié)果。小劉采用問卷調(diào)查的方式向A公司的50名工作人員搜集信息。他首先準(zhǔn)備了問卷的初稿，并請(qǐng)A公司的相關(guān)管理人員進(jìn)行了測(cè)試和修正；然后將問卷分發(fā)給A公司的每位工作人員，并要求他們?cè)谝恢軆?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ā)時(shí)間中已經(jīng)包含了編寫文檔的時(shí)間。張工決定采用迭代模型，在160天內(nèi)完成這3個(gè)模塊的設(shè)計(jì)、實(shí)現(xiàn)與測(cè)試。

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

你可能感興趣的試題

1.問答題

結(jié)構(gòu)化軟件系統(tǒng)建模
博學(xué)公司擬開發(fā)一個(gè)商業(yè)情報(bào)處理系統(tǒng)，使公司能夠及時(shí)針對(duì)市場(chǎng)環(huán)境的變化及時(shí)調(diào)整發(fā)展戰(zhàn)略，以獲取最大的商業(yè)利益。項(xiàng)目組 經(jīng)過討論，決定采用結(jié)構(gòu)化分析和設(shè)計(jì)方法。在系統(tǒng)分析階段，為了更好地對(duì)情報(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ù)流圖中存在的錯(cuò)誤。

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

結(jié)構(gòu)化軟件系統(tǒng)建模
博學(xué)公司擬開發(fā)一個(gè)商業(yè)情報(bào)處理系統(tǒng)，使公司能夠及時(shí)針對(duì)市場(chǎng)環(huán)境的變化及時(shí)調(diào)整發(fā)展戰(zhàn)略，以獲取最大的商業(yè)利益。項(xiàng)目組 經(jīng)過討論，決定采用結(jié)構(gòu)化分析和設(shè)計(jì)方法。在系統(tǒng)分析階段，為了更好地對(duì)情報(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ù)流圖中存在的錯(cuò)誤。

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

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

請(qǐng)給出檢錯(cuò)技術(shù)的優(yōu)缺點(diǎn)，并說明檢測(cè)技術(shù)常見的實(shí)現(xiàn)方式和處理方式。
4.問答題

結(jié)構(gòu)化軟件系統(tǒng)建模
博學(xué)公司擬開發(fā)一個(gè)商業(yè)情報(bào)處理系統(tǒng)，使公司能夠及時(shí)針對(duì)市場(chǎng)環(huán)境的變化及時(shí)調(diào)整發(fā)展戰(zhàn)略，以獲取最大的商業(yè)利益。項(xiàng)目組 經(jīng)過討論，決定采用結(jié)構(gòu)化分析和設(shè)計(jì)方法。在系統(tǒng)分析階段，為了更好地對(duì)情報(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ù)流圖中存在的錯(cuò)誤。

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

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

請(qǐng)解釋李工提出的動(dòng)態(tài)冗余和N版本程序設(shè)計(jì)技術(shù)，給出圖13-11中模塊M2采用圖13-12動(dòng)態(tài)冗余技術(shù)后的可靠度。請(qǐng)給出采用李工設(shè)計(jì)方案后整個(gè)系統(tǒng)可靠度的計(jì)算方法，并計(jì)算結(jié)果。

最新試題

請(qǐng)用150字以內(nèi)的文字說明什么是系統(tǒng)失步，系統(tǒng)失步后應(yīng)如何處理。

題型：?jiǎn)柎痤}

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

題型：?jiǎn)柎痤}

對(duì)數(shù)據(jù)庫的訪問是該系統(tǒng)開發(fā)中需要特別注意的一個(gè)問題，O/R映射是一種常用的數(shù)據(jù)庫訪問編程技術(shù)。請(qǐng)用200字以內(nèi)的文字說明O/R映射的含義，并指出采用O/R映射的3個(gè)主要好處。

題型：?jiǎn)柎痤}

選擇實(shí)時(shí)嵌入式操作系統(tǒng)及開發(fā)環(huán)境時(shí)應(yīng)考慮哪幾方面問題？請(qǐng)用200字以內(nèi)文字簡(jiǎn)要論證。

題型：?jiǎn)柎痤}

請(qǐng)分析比較王工、李工兩種方案的優(yōu)點(diǎn)和不足，完成表12-13中的空白部分。

題型：?jiǎn)柎痤}

在架構(gòu)評(píng)估過程中，質(zhì)量屬性效用樹（UtilityTree）是對(duì)系統(tǒng)質(zhì)量屬性進(jìn)行識(shí)別和優(yōu)先級(jí)排序的重要工具。請(qǐng)給出合適的質(zhì)量屬性，填入圖12-24中（1）、（2）空白處；并選擇題干描述的（a）～（m），填入（3）～（6）空白處，完成該系統(tǒng)的效用樹。

題型：?jiǎn)柎痤}

請(qǐng)用150字以內(nèi)文字，說明雙機(jī)冗余熱備方式主要解決的是系統(tǒng)運(yùn)行中的哪些問題？在選擇雙機(jī)冗余熱備產(chǎn)品時(shí)通常需要考慮哪些問題？

題型：?jiǎn)柎痤}

李工的設(shè)計(jì)方案指出，考慮到智能設(shè)備工作的環(huán)境條件非常惡劣，并且處理機(jī)要處理大量的視頻信息，所以，智能設(shè)備的硬件設(shè)計(jì)應(yīng)考慮以下幾點(diǎn)：①由于智能設(shè)備要處理大量的圖像數(shù)據(jù)，智能設(shè)備中的處理機(jī)應(yīng)采用目前先進(jìn)的、具有很強(qiáng)數(shù)據(jù)處理和信號(hào)處理能力的MPC7410處理器，并采用雙處理機(jī)結(jié)構(gòu)，以增加設(shè)備的容錯(cuò)能力。②為了使智能設(shè)備適應(yīng)不同環(huán)境條件，其設(shè)備的環(huán)境溫度指標(biāo)必須滿足軍用標(biāo)準(zhǔn)要求（-55~+70℃），因此，元器件必須經(jīng)過嚴(yán)格篩選，并考慮芯片散熱問題。③由于智能設(shè)備與配送中心的數(shù)據(jù)交換采用無線通信，而配送中心又要控制多臺(tái)配送車，為了保證通信數(shù)據(jù)的安全性，避免相互干擾，設(shè)計(jì)中應(yīng)考慮采用安全措施，實(shí)施數(shù)據(jù)加解密操作，密鑰由配送中心統(tǒng)一管理與分發(fā)。請(qǐng)用300字以內(nèi)的文字說明上述3點(diǎn)設(shè)計(jì)考慮有何問題。

題型：?jiǎn)柎痤}

如圖12-22所示為控制軟件的數(shù)據(jù)流程關(guān)系，請(qǐng)根據(jù)本題給出的各個(gè)功能模塊，填補(bǔ)其中的空缺處。

題型：?jiǎn)柎痤}

針對(duì)李工的設(shè)計(jì)缺陷，請(qǐng)用300字以內(nèi)的文字說明本項(xiàng)目應(yīng)如何進(jìn)行正確設(shè)計(jì)。

題型：?jiǎn)柎痤}