問答題

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

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

你可能感興趣的試題

1.問答題

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

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

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

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

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

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

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

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

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

最新試題

供應鏈管理過程是企業(yè)的一個關鍵業(yè)務過程。請用200字以內(nèi)的文字回答：供應鏈管理主要包括哪3個子過程？電子商務環(huán)境下，供應鏈管理過程的整合、優(yōu)化有何意義？

題型：問答題

請用200字以內(nèi)的文字說明李工應如何設計優(yōu)先級調(diào)度策略，并按照如表12-14所示的要求實現(xiàn)任務流程處理。

題型：問答題

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

題型：問答題

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

題型：問答題

李工接到任務后，認為本項目比較簡單，很快就安排3名技術人員分別負責數(shù)據(jù)采集/輸出模塊、數(shù)據(jù)處理模塊和比較監(jiān)控模塊的編寫。總工程師聽到匯報后，認為李工的方案和安排不妥，理由是李工忽視了系統(tǒng)的可靠性要求，對系統(tǒng)需求的理解不夠深入。為實現(xiàn)系統(tǒng)關于可靠性方面的需求：①你認為在組織結構、人員分工、設計開發(fā)等方面應做出哪些安排和規(guī)定？②請寫出關于余度表決算法的考慮。

題型：問答題

請用300字以內(nèi)文字，從技術方面說明備份中心的作用，以及在租用商業(yè)備份中心時的注意事項。

題型：問答題

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

題型：問答題

請解釋李工提出的動態(tài)冗余和N版本程序設計技術，給出如圖12-18所示模塊M2采用如圖12-19所示的動態(tài)冗余技術后的可靠度。

題型：問答題

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

題型：問答題

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

題型：問答題