問答題

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

一般而言，電子政務(wù)業(yè)務(wù)分為3個領(lǐng)域，電子政務(wù)業(yè)務(wù)模型如圖12-4所示（箭頭表示信息的流向）。請在圖（1）、（2）、（3）空中填寫恰當(dāng)?shù)膬?nèi)容。


你可能感興趣的試題

1.問答題

聯(lián)合需求分析會議
某軟件公司接受A公司委托開發(fā)一個軟件任務(wù)，該任務(wù)由張工負責(zé)。張工預(yù)計在4周內(nèi)完成對系統(tǒng)的需求分析，并形成需求規(guī)格說明書。張工委派了項目組的小劉來負責(zé)需求信息的獲取。
兩周后，小劉向張工匯報了他進行需求分析的過程及結(jié)果。小劉采用問卷調(diào)查的方式向A公司的50名工作人員搜集信息。他首先準備了問卷的初稿，并請A公司的相關(guān)管理人員進行了測試和修正；然后將問卷分發(fā)給A公司的每位工作人員，并要求他們在一周內(nèi)返還問卷。但到目前為止，小劉只收回了7份問卷。小劉認為自己是完全按照問卷調(diào)查的步驟和要求實施的，而問卷的返還率仍然很低。張工聽完后，給小劉分析了失敗的原因，并提出了一些能夠提高問卷返還率的建議。
但是為了不耽誤項目的進度，張工決定采用JRP（Joint Requirements Planning）的方法再次進行需求調(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è)計、實現(xiàn)與測試。

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

聯(lián)合需求分析會議
某軟件公司接受A公司委托開發(fā)一個軟件任務(wù)，該任務(wù)由張工負責(zé)。張工預(yù)計在4周內(nèi)完成對系統(tǒng)的需求分析，并形成需求規(guī)格說明書。張工委派了項目組的小劉來負責(zé)需求信息的獲取。
兩周后，小劉向張工匯報了他進行需求分析的過程及結(jié)果。小劉采用問卷調(diào)查的方式向A公司的50名工作人員搜集信息。他首先準備了問卷的初稿，并請A公司的相關(guān)管理人員進行了測試和修正；然后將問卷分發(fā)給A公司的每位工作人員，并要求他們在一周內(nèi)返還問卷。但到目前為止，小劉只收回了7份問卷。小劉認為自己是完全按照問卷調(diào)查的步驟和要求實施的，而問卷的返還率仍然很低。張工聽完后，給小劉分析了失敗的原因，并提出了一些能夠提高問卷返還率的建議。
但是為了不耽誤項目的進度，張工決定采用JRP（Joint Requirements Planning）的方法再次進行需求調(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è)計、實現(xiàn)與測試。

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

聯(lián)合需求分析會議
某軟件公司接受A公司委托開發(fā)一個軟件任務(wù)，該任務(wù)由張工負責(zé)。張工預(yù)計在4周內(nèi)完成對系統(tǒng)的需求分析，并形成需求規(guī)格說明書。張工委派了項目組的小劉來負責(zé)需求信息的獲取。
兩周后，小劉向張工匯報了他進行需求分析的過程及結(jié)果。小劉采用問卷調(diào)查的方式向A公司的50名工作人員搜集信息。他首先準備了問卷的初稿，并請A公司的相關(guān)管理人員進行了測試和修正；然后將問卷分發(fā)給A公司的每位工作人員，并要求他們在一周內(nèi)返還問卷。但到目前為止，小劉只收回了7份問卷。小劉認為自己是完全按照問卷調(diào)查的步驟和要求實施的，而問卷的返還率仍然很低。張工聽完后，給小劉分析了失敗的原因，并提出了一些能夠提高問卷返還率的建議。
但是為了不耽誤項目的進度，張工決定采用JRP（Joint Requirements Planning）的方法再次進行需求調(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è)計、實現(xiàn)與測試。

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

結(jié)構(gòu)化軟件系統(tǒng)建模
博學(xué)公司擬開發(fā)一個商業(yè)情報處理系統(tǒng)，使公司能夠及時針對市場環(huán)境的變化及時調(diào)整發(fā)展戰(zhàn)略，以獲取最大的商業(yè)利益。項目組 經(jīng)過討論，決定采用結(jié)構(gòu)化分析和設(shè)計方法。在系統(tǒng)分析階段，為了更好地對情報數(shù)據(jù)處理流程及其與外部角色的關(guān)聯(lián)進行建模，項目組成員分別給出了自己的設(shè)計 思路：
①小張?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ù)功能邊界，并給出了情報分類子系統(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)說明在設(shè)計高質(zhì)量的數(shù)據(jù)流圖時應(yīng)考慮的3個原則。
5.問答題

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

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

最新試題

在實現(xiàn)Mashup應(yīng)用時，進行內(nèi)容聚合的物理位置是一個十分重要的因素。目前很多Mashup站點都選擇在客戶端機器上進行內(nèi)容聚合，構(gòu)成所謂的胖互聯(lián)網(wǎng)應(yīng)用程序（Rich Internet Application，RIA）。請你用200字以內(nèi)的文字說明在客戶端進行內(nèi)容聚合的優(yōu)點。

題型：問答題

如圖12-17所示是公司進行Mashup的流程示意圖，請閱讀并補充圖中數(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)站向用戶返回用戶所處位置周邊整合的旅游信息。

題型：問答題

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

題型：問答題

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

題型：問答題

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

題型：問答題

請用300字以內(nèi)的文字，說明張工和劉工提出的數(shù)據(jù)架構(gòu)的基本思想。 

題型：問答題

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

題型：問答題

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

題型：問答題

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

題型：問答題

一個大型電子商務(wù)項目正處于建設(shè)方案征集、論證階段，某系統(tǒng)集成商為了贏得客戶的信任，需要提供一份建議方案文檔，對客戶的需求進行響應(yīng)（包括問題1、問題2和問題3所涉及的內(nèi)容）。高質(zhì)量的建議方案能夠顯示出集成商在處理客戶RFP（Request For Proposal）方面的能力、實力和專業(yè)性，而創(chuàng)建一個高質(zhì)量的建議方案，需要調(diào)配眾多的資源，按照計劃執(zhí)行。請用300字以內(nèi)文字簡要敘述如何創(chuàng)建一份高質(zhì)量的建議方案文檔。

題型：問答題