問(wèn)答題

電子政務(wù)
電子政務(wù)是指政府機(jī)構(gòu)利用信息化手段來(lái)實(shí)現(xiàn)政府職能。
某市房地產(chǎn)交易網(wǎng)站是市建設(shè)委員會(huì)實(shí)施電子政務(wù)的門(mén)戶，網(wǎng)站包括以下欄目：項(xiàng)目公示、業(yè)務(wù)辦理、信息發(fā)布、通知公告、政策法規(guī)、房地產(chǎn)經(jīng)紀(jì)、在線答疑等，其中業(yè)務(wù)辦理欄目中又包括申辦預(yù)售許可、期房網(wǎng)上簽約、申請(qǐng)預(yù)售登記、權(quán)屬登記申請(qǐng)、現(xiàn)房網(wǎng)上簽約、經(jīng)紀(jì)機(jī)構(gòu)管理、評(píng)估行業(yè)管理等項(xiàng)目，多數(shù)的業(yè)務(wù)辦理項(xiàng)目需要管理部門(mén)多級(jí)審批。

本題中的電子政務(wù)項(xiàng)目在進(jìn)行需求分析時(shí)，系統(tǒng)分析師需要有效地獲取需求，進(jìn)行需求建模。需求建模包括域建模、用例建模、組件和服務(wù)建模、性能建模等。請(qǐng)用300字以內(nèi)文字分別簡(jiǎn)要敘述什么是用例建模、組件和服務(wù)建模、性能建模。

你可能感興趣的試題

3.問(wèn)答題

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

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

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

請(qǐng)用300字以內(nèi)文字簡(jiǎn)要說(shuō)明JRP的基本思想及保證JRP順利實(shí)施的基本原則。
5.問(wèn)答題

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

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

最新試題

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

題型：?jiǎn)柎痤}

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

題型：?jiǎn)柎痤}

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

題型：?jiǎn)柎痤}

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

題型：?jiǎn)柎痤}

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

題型：?jiǎn)柎痤}

請(qǐng)用300字以內(nèi)文字，從技術(shù)方面說(shuō)明備份中心的作用，以及在租用商業(yè)備份中心時(shí)的注意事項(xiàng)。

題型：?jiǎn)柎痤}

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

題型：?jiǎn)柎痤}

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

題型：?jiǎn)柎痤}

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

題型：?jiǎn)柎痤}

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

題型：?jiǎn)柎痤}