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

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

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

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

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

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