需求調(diào)研流程實用文檔

需求調(diào)研流程實用文檔(實用文檔，可以直接使用，可編輯優(yōu)秀版資料，歡迎下載）

需求調(diào)研流程實用文檔(實用文檔，可以直接使用，可編輯優(yōu)秀版資料，歡迎下載）文檔類型DocumentType密級ConfidentialityLevelXXX僅供收件方查閱文檔編號DocumentCode版本Version共13頁XXX0．8XXX管理系統(tǒng)需求調(diào)研報告RevisionRecord修訂記錄Date日期RevisionVersion修訂版本CRID/DefectIDCR/Defect號SecNo。修改章節(jié)ChangeDescription修改描述Author作者201x-xx-xx0。1初稿完成Catalog目錄TOC\o”1-3”\h\z\u1需求調(diào)研流程41。1調(diào)研整體流程4HYPERLINK\l”_Toc254772075”1。2組成部分關(guān)系51.3分析過程6HYPERLINK\l”_Toc254772077”2需求調(diào)研和分析的方法、策略和步驟72。1如何調(diào)研7HYPERLINK\l”_Toc254772079”2。2如何分析72。3調(diào)研方法8HYPERLINK\l”_Toc254772081”2.4基本策略8_Toc254772085”3.1文檔規(guī)范10_Toc254772087"3。3調(diào)研成果12需求調(diào)研流程調(diào)研整體流程問題識別：解決目標系統(tǒng)做什么，做到什么程度。需求包括：功能、性能、環(huán)境、可靠性、安全性、保密性、用戶界面、資源使用、成本、進度。同時建立需求調(diào)查分析所需的通信途徑。分析與綜合：從數(shù)據(jù)流和數(shù)據(jù)結(jié)構(gòu)出發(fā)，逐步細化所有的軟件功能,找出各元素之間的聯(lián)系、接口特性和設(shè)計上的限制，分析它們是否滿足功能要求并剔除不合理部分,綜合成系統(tǒng)解決方案，給出目標系統(tǒng)的詳細邏輯模型。［常用的分析方法有面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法SA（數(shù)據(jù)流圖DFD、數(shù)據(jù)詞典DD、加工邏輯說明）、描繪系統(tǒng)數(shù)據(jù)關(guān)系的實體關(guān)系圖ERD、面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法JSD、面向?qū)ο蠓治龇椒∣OA（主要用UML）、對于有動態(tài)時序問題的軟件可以用形式化技術(shù)，包括有窮狀態(tài)機FSM的狀態(tài)遷移（轉(zhuǎn)換）圖STD、時序圖、Petri網(wǎng)。每一種分析建模方法都有其優(yōu)勢和局限性，可以兼而有之以不同角度分析，應(yīng)該避免陷入在軟件需求方法和模型中發(fā)生教條的思維模式和派系斗爭，一般來說結(jié)構(gòu)化方法用于中小規(guī)模軟件、面向?qū)ο蠓椒ㄓ糜诖笮蛙浖＃菥幹菩枨蠓治鑫臋n需求評審組成部分關(guān)系需求分析可分為問題識別、分析與綜合、編制需求分析文檔、需求評審等四個階段,包括以下幾個方面：確定軟件所期望的用戶類;獲取每個用戶的需求；了解實際用戶任務(wù)和目標以及這些任務(wù)所支持的業(yè)務(wù)需求；分析員與用戶的信息以區(qū)別用戶任務(wù)需求、功能需求、業(yè)務(wù)規(guī)則、質(zhì)量屬性、建議解決方法和附加信息；將系統(tǒng)級的需求分為幾個子系統(tǒng),并將需求中的一部分分配給軟件組件；了解相關(guān)質(zhì)量屬性的重要性;討論得出實施優(yōu)先級；將所收集的用戶需求編寫成需求規(guī)格說明和模型；評審需求規(guī)格說明，確保與用戶達成共識.分析過程需求分析的任務(wù)是借助于當(dāng)前系統(tǒng)的物理模型（待開發(fā)系統(tǒng)的系統(tǒng)元素)導(dǎo)出目標系統(tǒng)的邏輯模型(只描述系統(tǒng)要完成的功能和要處理的數(shù)據(jù)），解決目標系統(tǒng)“做什么"的問題，所要做的工作是深入描述軟件的功能和性能，確定軟件設(shè)計的限制和軟件同其他系統(tǒng)元素的接口細節(jié)，定義軟件的其他有效性需求，通過逐步細化對軟件的要求描述軟件要處理的數(shù)據(jù),并給軟件開發(fā)提供一種可以轉(zhuǎn)化為數(shù)據(jù)設(shè)計、結(jié)構(gòu)設(shè)計和過程設(shè)計的數(shù)據(jù)與功能表示。必須全面理解用戶的各項要求，但不能全盤接受，只能接受合理的要求；對其中模糊的要求要進一步澄清，然后決定是否采納;對于無法實現(xiàn)的要求要向用戶作充分的解釋。最后將軟件的需求準確地表達出來,形成軟件需求說明書SRS.獲得當(dāng)前系統(tǒng)的物理模型：首先分析、理解當(dāng)前系統(tǒng)是如何運行的，了解當(dāng)前系統(tǒng)的組織機構(gòu)、輸入輸出、資源利用情況和日常數(shù)據(jù)處理過程，并用一個具體的模型來反映自己對當(dāng)前系統(tǒng)的理解。此步驟也可以稱為“業(yè)務(wù)建模”，其主要任務(wù)是對用戶的組織機構(gòu)或企業(yè)進行評估理解他們的需要及未來系統(tǒng)要解決的問題，然后建立一個業(yè)務(wù)USECASE模型和業(yè)務(wù)對象模型。當(dāng)然如果系統(tǒng)相對簡單，也沒必要大動干戈區(qū)進行業(yè)務(wù)建模，只要做一些簡單的業(yè)務(wù)分析即可。抽象出當(dāng)前系統(tǒng)的邏輯模型：在理解當(dāng)前系統(tǒng)“怎樣做”的基礎(chǔ)上，取出非本質(zhì)因素，抽取出“做什么"的本質(zhì)。建立目標系統(tǒng)的邏輯模型：明確目標系統(tǒng)要“做什么”.對邏輯模型的補充，如用戶界面、啟動和結(jié)束、出錯處理、系統(tǒng)輸入輸出、系統(tǒng)性能、其他限制等等.需求調(diào)研和分析的方法、策略和步驟如何調(diào)研需求調(diào)研涉及三個問題：

一是如何確定調(diào)研對象；

二是如何確定被調(diào)研對象；

三是采用何種調(diào)研方法；

調(diào)研對象的組成應(yīng)以互補為原則，至少要由三類人員組成：技術(shù)人員、業(yè)務(wù)專家和管理者。被調(diào)研對象主要是人員和業(yè)務(wù)兩類，其間主要涉及人與人、人與事物、事物與事物等三種關(guān)系.

其中，關(guān)鍵是確定調(diào)研范圍.調(diào)研范圍包括關(guān)鍵域和關(guān)鍵活動。而關(guān)鍵活動又由關(guān)鍵流程加關(guān)鍵點構(gòu)成。

找到關(guān)鍵域,明確關(guān)鍵流程和關(guān)鍵點，對需求調(diào)研至關(guān)重要，需要專家或咨詢顧問介入。而能否把握這一時機并找準需求提煉的關(guān)鍵點，是考驗需求調(diào)研人員的重要方面。優(yōu)秀的需求調(diào)研人員不僅能認識問題之所在，還能藉此獲取足夠多的知識，最后成為問題領(lǐng)域的專家.

需求調(diào)研非常困難，必須引起重視。因為：

●缺乏專門領(lǐng)域的知識,同時應(yīng)用領(lǐng)域中的許多問題通常模糊，很難界定；

●機構(gòu)實踐存在默認知識，難以描述；

●多個知識源或信息源既有沖突又有重合；

●被調(diào)研對象可能有認知偏見或者欠缺或有時不愿提供確切信息.

這些都會給需求調(diào)研人員帶來障礙和困難。在這種情況下，掌握必要的方法與技巧非常重要。如何分析需求工程是繼軟件工程之后的又一熱點工程。從理論上說，包括調(diào)研需求、模擬和分析需求、需求描述、需求認可、需求演進這五個層次，并且逐層遞進、螺旋式上升。需求分析是需求工程的核心，貫穿于系統(tǒng)整個生命周期。需求分析的出發(fā)點在于：對調(diào)研的需求進行進一步提煉并指導(dǎo)需求的抽??；幫助需求分析人員發(fā)現(xiàn)問題.需求模擬則幫助檢查驗證對問題的理解。需求分析和模擬又包含三個層次的工作：需求定義、需求建模、需求模擬。需求定義，是對經(jīng)調(diào)研獲取的需求進行初步整理，抽取其中基本需求和關(guān)鍵需求予以界定，并為需求建模提供必要的需求元素.需求建模,是把抽象的需求通過概念、符號、數(shù)學(xué)模型及邏輯結(jié)構(gòu)表現(xiàn)出來。表現(xiàn)形式有自然語言、半形式化(如圖、表、結(jié)構(gòu)化英語等）和形式化表示等三種。自然語言形式具有表達能力強的優(yōu)點,但不利于捕獲模型語義;半形式化表示可捕獲結(jié)構(gòu)和一定的語義，也可進行一定的推理和一致性檢查；形式化表示具有精確的語義和推理能力，但構(gòu)造一個完整的形式化模型，需要較長時間和對問題領(lǐng)域的深層次理解。相對而言,圖表形式的需求模型直觀常用,比如組織結(jié)構(gòu)圖、系統(tǒng)流程圖、網(wǎng)絡(luò)拓撲圖等.良好的需求概念模型應(yīng)包括以下幾個特點：實現(xiàn)的獨立性、足夠抽象、足夠形式化、可構(gòu)造性、利于分析、可追蹤性、可執(zhí)行性、最小冗余性。調(diào)研方法1、會談、詢問:圍繞軟件目標提出具體問題；

2、調(diào)查表：經(jīng)過仔細考慮的書面回答可能比會談中的回答更加準確；

3、收集分析客戶使用的各種表格、有關(guān)工作責(zé)任、工作流程、工作規(guī)范、相關(guān)數(shù)據(jù)標準、業(yè)務(wù)標準的各種文字資料；

4、收集同類相關(guān)產(chǎn)品的宣傳資料、技術(shù)資料、演示程序或軟件程序;

5、情景分析：利用情景分析誘導(dǎo)用戶能夠把它們的需求告知分析員(可以描述當(dāng)前一項業(yè)務(wù)怎么做、也可以描述設(shè)想的系統(tǒng)中此項業(yè)務(wù)怎么做)；

6、可視化方法:結(jié)和情景分析，利用畫用戶界面圖、業(yè)務(wù)流程圖、功能結(jié)構(gòu)圖、時序圖等圖形與客戶進行討論;基本策略1、首先確定用戶的軟件開發(fā)目標，確定系統(tǒng)基本范圍，然后圍繞這一目標，確定要訪問的部門和人員，要了解的業(yè)務(wù),在基本范圍內(nèi)展開調(diào)研;

2、以部門職責(zé)為基礎(chǔ)搞清各種現(xiàn)有業(yè)務(wù)、要填寫的表簿冊文檔報表等，其數(shù)據(jù)來源及去向;

3、以業(yè)務(wù)為主線，搞清每個業(yè)務(wù)的每個環(huán)節(jié)的流程關(guān)系、涉及部門、輸入輸出項；

4、以數(shù)據(jù)為主線，搞清數(shù)據(jù)采集方式、數(shù)據(jù)流向、數(shù)據(jù)之間的內(nèi)在聯(lián)系；

5、搞清哪些業(yè)務(wù)或數(shù)據(jù)是已建系統(tǒng)的，它們和新系統(tǒng)的關(guān)系是銜接還是替換；

6、應(yīng)思考是否有新技術(shù)可以改進現(xiàn)有工作，用戶提出的需求用現(xiàn)有技術(shù)能否實現(xiàn)。結(jié)構(gòu)化方法分析步驟1、畫出數(shù)據(jù)流圖。設(shè)計數(shù)據(jù)流圖必須逐步求精；

2、決定哪些部分需要計算機化和怎樣計算機化（取決于用戶投資限制和自身技術(shù)限制）；

3、描述數(shù)據(jù)流細節(jié)，大型軟件可以使用數(shù)據(jù)字典描述所有數(shù)據(jù)元素；

4、定義處理邏輯(加工邏輯：每個加工處理做什么）；

5、定義數(shù)據(jù)存儲，即定義每個存儲的確切內(nèi)容及其表示法（格式);

6、定義物理資源：如是文件需指定：文件名、組織結(jié)構(gòu)(排序、索引等）、存儲介質(zhì)和記錄;如是數(shù)據(jù)庫需指定每個表的相關(guān)信息;

7、確定輸入輸出規(guī)格說明，如輸入內(nèi)容、輸入屏幕、打印輸出格式、輸出長度等等；

8、確定硬件所需有關(guān)數(shù)值，如輸入量、打印頻率、CPU、記錄大小、數(shù)據(jù)量大小、文件大小等等；

9、確定軟硬件接口和環(huán)境需求。UML方法分析步驟一般的應(yīng)用系統(tǒng)又是各組成部分：問題論域、人機界面、數(shù)據(jù)管理、任務(wù)管理，在OOA階段重點對問題論域進行分析，對人機界面、數(shù)據(jù)管理、任務(wù)管理等問題，OOA一般較少或沒有分析，而是留待OOD階段解決。

1、調(diào)研、識別系統(tǒng)需求；

2、分析問題領(lǐng)域:主要任務(wù)是充分理解領(lǐng)域問題和項目投資者及用戶的需求，對需求進行抽象，提出高層次的解決方案)；

（1）確定系統(tǒng)范圍和系統(tǒng)邊界；

（2）確定系統(tǒng)的約束（環(huán)境和條件）;

(3）定義活動者；

（4）確定系統(tǒng)的綜合要求（功能、性能、運行）;

（5)確定系統(tǒng)的數(shù)據(jù)要求(名稱、范圍、類型、數(shù)量、特點);

(6)建立USECASE模型、繪制USECASE圖；

(7）繪制主要交互圖;

3、建立靜態(tài)結(jié)構(gòu)模型（對象類圖、數(shù)據(jù)庫模型、包圖）;

4、建立動態(tài)行為模型（順序圖、協(xié)同圖、狀態(tài)圖、活動圖)；

5、建立系統(tǒng)物理模型(組件圖、配置圖）；需求調(diào)研相關(guān)要求文檔規(guī)范A、三種編寫方法

1、用好的結(jié)構(gòu)化和自然語言編寫文本型文檔；

2、建立圖形化模型，這些模型可以描繪轉(zhuǎn)換過程、系統(tǒng)狀態(tài)、和它們之間的變化、數(shù)據(jù)關(guān)系、邏輯流或?qū)ο箢惡退麄兊年P(guān)系；

3、編寫形式化規(guī)格說明,這可以通過使用數(shù)學(xué)上精確的形式化邏輯語言來定義需求.

多種編寫方法可在同一個文檔使用，根據(jù)需要選擇，或互為補充，以能夠把需求說明白為目的.

B、應(yīng)有成果

1、各業(yè)務(wù)手工辦理流程文字說明；

2、各業(yè)務(wù)手工辦理流程圖;

3、各業(yè)務(wù)手工辦理各環(huán)節(jié)輸入輸出表單、數(shù)據(jù)來源；

4、目標軟件系統(tǒng)功能劃分（示意圖及文字說明）；

5、目標軟件系統(tǒng)中各業(yè)務(wù)辦理流程文字說明；

6、目標軟件系統(tǒng)中各業(yè)務(wù)辦理流程圖(模型）；

7、目標軟件系統(tǒng)中各業(yè)務(wù)辦理各環(huán)節(jié)數(shù)據(jù)、數(shù)據(jù)采集方式、數(shù)據(jù)間的內(nèi)在聯(lián)系分析。

8、目標軟件系統(tǒng)用戶界面圖、各式系統(tǒng)邏輯模型圖及說明

C、文檔工具推薦

1、調(diào)研結(jié)果《需求分析說明書》格式參照開發(fā)文檔模板;

2、單位組織結(jié)構(gòu)圖、功能模塊分解圖用VISIO繪制,或直接用WORD中的畫圖工具；

3、業(yè)務(wù)流程圖用VISIO中的FLOWCHART模板繪制;

4、系統(tǒng)邏輯模型使用ROSE繪制活用VISIO中的UML模板繪制；

5、軟件用戶界面用VISIO中的WIN95USERINTERFACE模板繪制；

6、數(shù)據(jù)物理模型用POWERDESINER繪制;

D、需求文檔編寫原則

1、句子簡短完整，具有正確的語法、拼寫和標點；

2、使用的術(shù)語與詞匯表中所定義的一致;

3、需求陳述應(yīng)該有一致的樣式，例如“系統(tǒng)必須..”或者“用戶必須.?！?并緊跟一個行為動作和可觀察的結(jié)果。;

4、避免使用模糊、主觀的術(shù)語，減少不確定性，如“界面友好、操作方便”；

5、避免使用比較性詞語，如“提高”，應(yīng)定量說明提高程度。需求管理需求調(diào)研分析過程是一個由粗到細、漸進明晰、持續(xù)完善的過程.在指導(dǎo)后面系統(tǒng)設(shè)計，編碼階段時都應(yīng)當(dāng)不斷完善修改需求文檔,因此需求管理非常重要。需求管理包括在工程進展過程中維持需求約定集成型和精確性的所有活動，它是CMM模型二級中的首要KPA(關(guān)鍵過程域)，這些活動包括:

（1）定義需求基線（需求文檔的主體）；

（2）評審提出的需求變更申請、評估每項變更可能的影響,從而決定是否實施變更；

（3)以一種可控的方式將需求變更融入到項目中；

（4）使當(dāng)前的項目計劃與需求保持一致；

（5）分析變更所產(chǎn)生的影響并在此基礎(chǔ)上協(xié)商出新的約定；

（6)使每項需求都能與其對應(yīng)的設(shè)計、源代碼和測試用例聯(lián)系起來以實現(xiàn)跟蹤；

（7）在整個項目過程中跟蹤需求狀態(tài)及其變更情況。調(diào)研成果調(diào)研項調(diào)研數(shù)量調(diào)研成果業(yè)務(wù)專業(yè)詞匯15詞匯描述記錄同行對比項目10項目對比描述及優(yōu)劣勢分析技術(shù)參考資料20參考資料描述主要流程需求分析階段的主要活動圍繞需求開發(fā)進行,包括制定及修改需求開發(fā)計劃、開展需求調(diào)查以及分析、需求驗證、需求規(guī)則說明制作、需求確認幾個步驟。制定及修改需求開發(fā)計劃包括建立需求團隊的組織并授權(quán)、對需求分析階段的WBS進行分解、協(xié)商并制定調(diào)查分析以及評審計劃、評估工作量等等方面的內(nèi)容，其目的是保證各項活動有序、可控的進行。需求調(diào)查以及分析的過程主要活動通過溝通、收集項目中的各級關(guān)系人的需求，形成需求調(diào)查報告。需求調(diào)查通過現(xiàn)場參觀、開調(diào)查會、業(yè)務(wù)專家培訓(xùn)、詢問溝通、設(shè)計調(diào)查表并調(diào)查、收集查閱記錄等方式獲取客戶、用戶各級組織對(軟件）系統(tǒng)需求,分析并識別客戶以及用戶的需要、期望、業(yè)務(wù)要求，歸納整理后形成需求調(diào)查報告。需求驗證環(huán)節(jié)主要通過原型(Prototype)、POC(ProofofConcept)、用例(UseCase)或簡單的功能列表的方式同客戶、用戶溝通逐步將業(yè)務(wù)需求、用戶需求等轉(zhuǎn)化為軟件系統(tǒng)需求。（1）原型(Prototype)模擬最終軟件的屏幕顯示，這樣用戶可以看到最終軟件將是什么樣,有些原型可以模擬實際的操作，對關(guān)鍵的輸入輸出數(shù)據(jù)也可以一定程度的模擬。對于用戶體驗為主的系統(tǒng)往往可以起到很好的效果。(2）POC(ProofOfConcept）原意是“為觀點提供證據(jù)"。對于關(guān)鍵的技術(shù)或者業(yè)務(wù)模型，論證需求、設(shè)計的可實施性,評估和確認概念設(shè)計方案,POC的評價可能引起需求和設(shè)計的調(diào)整。一般來說，進行POC的條件：1。論證業(yè)務(wù)中涉及到的模型或者算法的可行性。2。論證技術(shù)模型實現(xiàn)的可行性、成本等。（3）用例（UseCase）:對（軟件）系統(tǒng)如何反應(yīng)外界請求的描述，是一種通過用戶的使用場景來獲取需求的技術(shù).每個用例提供了一個或多個場景，該場景說明了系統(tǒng)是如何同最終用戶或其它系統(tǒng)交互（interact)的，也就是誰可以用系統(tǒng)做什么,從而獲得一個明確的業(yè)務(wù)目標.需求規(guī)則說明(SRS）制作通過需求調(diào)查和初步的需求驗證后,可以建立需求制作的準則,包括確認需求規(guī)則說明(SRS）的內(nèi)容、制作方法、制作工具、質(zhì)量標準等等.根據(jù)需求制作的準則制作需求規(guī)格說明（SRS）,好的需求規(guī)格說明（SRS）應(yīng)該遵循正確、無歧義、完備、一致、分級(重要性或穩(wěn)定性）、可驗證、可修改、可追蹤的原則。需求確認通過組織各級評審對需求分析階段的產(chǎn)物，尤其最重要的結(jié)果產(chǎn)物需求規(guī)格說明(SRS）進行確認，以確保相關(guān)人員理解一致。從評審方法來說，可以根據(jù)情況分為需求開發(fā)組組內(nèi)評審、客戶外部評審、關(guān)鍵關(guān)系人評審等等。需求分析的流程往往因項目規(guī)模、作業(yè)人員、系統(tǒng)類型差異很大,因此必須根據(jù)實際的情況合理的裁減，以下舉例幾種不同情況下的具體流程：案例一:簡明的需求開發(fā)的流程第1步：確定實現(xiàn)的目的、目標，基本業(yè)務(wù)需求、業(yè)務(wù)定義以及相關(guān)的評審。從達到目的、目標的角度，重新評審業(yè)務(wù)定義，總結(jié)業(yè)務(wù)需求。（確認客戶實施的業(yè)務(wù)要求）第2步:使業(yè)務(wù)具體化，進行軟件系統(tǒng)的定義（系統(tǒng)需求定義）。從目的的角度，進行業(yè)務(wù)定義（功能，步驟），對系統(tǒng)結(jié)構(gòu)進行討論、對所要進行系統(tǒng)化或計算機化的功能、流程進行定義.第3步:一邊定義業(yè)務(wù)需求、系統(tǒng)需求、一邊對運行上的相關(guān)要求（非功能需求）進行總結(jié)運行時間，安全應(yīng)對、訪問權(quán)限等系統(tǒng)需求以及設(shè)計約束在業(yè)務(wù)需求的基礎(chǔ)之上、考慮系統(tǒng)上的限制條件之后逐步形成。案例二：軟件工程類的典型流程主要特征：強調(diào)客戶協(xié)同、提高運作效率、屏蔽技術(shù)風(fēng)險、加強邊界管控1.強調(diào)同客戶協(xié)同，比如確定各種約定,包括截至?xí)r間、交流方式、成果物;2。強調(diào)計劃管控，起目的確保進度和成本，人力資源合理使用；3。采用《問題回答管理票》的方式加強需求團隊以及客戶的協(xié)同作業(yè)，提高生產(chǎn)效率，確保質(zhì)量；4。加強需求邊界管理，控制項目整體成本;5.提前對技術(shù)關(guān)鍵環(huán)節(jié)（技術(shù)解決方案、技術(shù)構(gòu)架）進行論證,控制技術(shù)風(fēng)險，減少技術(shù)帶來的成本損失；6。強調(diào)需求最終確認；案例三:軟件產(chǎn)品類的典型流程主要特征：縮減開發(fā)周期、支撐跨部門運作、提高創(chuàng)造性、強調(diào)用戶體驗設(shè)計。1。強調(diào)計劃性以加快研發(fā)進程,縮減產(chǎn)品開發(fā)周期。2。強調(diào)跨部門協(xié)調(diào)組織，建立統(tǒng)一的需求團隊。3.強調(diào)行業(yè)學(xué)習(xí)、創(chuàng)新以及交流。4。分版本制作以適應(yīng)產(chǎn)品的創(chuàng)造、快速變化、市場需求的適應(yīng)性、進程以及成本控制。5.強調(diào)交互原型的重要性,加強用戶體驗性設(shè)計。電子政務(wù)的需求分析：針對GtoB做的需求分析：面向企業(yè)的信息服務(wù)是建設(shè)服務(wù)性政府的一個主要方面。通過電子政務(wù)平臺，為企業(yè)用戶提供迅捷的信息和服務(wù)，提供"一站式”辦公方式,減少分支環(huán)節(jié)，提高辦事效率，為企業(yè)的經(jīng)營和發(fā)展創(chuàng)造良好的政務(wù)環(huán)境。1技術(shù)可行性分析基于當(dāng)前的計算機技術(shù)、網(wǎng)絡(luò)技術(shù)和管理技術(shù)已成熟.所以江丘市政府完全可以開發(fā)一個電子政務(wù)平臺。針對于政府和企業(yè)的關(guān)系！2經(jīng)濟可行性分析對于一個在社會主義制度下、由共產(chǎn)黨所領(lǐng)導(dǎo)的中國政府，完全有能力,有金錢來創(chuàng)辦這套信息系統(tǒng)。所以,從經(jīng)濟上講，就是九牛一毛的事！這是完全行得通的!3操作可行性分析現(xiàn)在的社會上每年有關(guān)于計算機方面的大學(xué)生找工作到一個關(guān)于自己本專業(yè)的工作是難之又難。人才方面可以說是供大于求。而且,所設(shè)計出來的系統(tǒng)，簡單明了,一般的市民都是可以進行操作!所以,從技術(shù)上講，這完全是可以行的通的！業(yè)務(wù)流程分析：信息服務(wù)：企業(yè)可以通過電子政務(wù)平臺,具體的了解江丘市政府的一些政策和各種信息,了解政府面向企業(yè)的信息服務(wù)包含哪些內(nèi)容，以便于為自己的企業(yè)做出決策！就如時代所說:信息就是金錢?。。ㄒ唬I(yè)務(wù)流程圖名稱登記服務(wù):企業(yè)名稱登記是網(wǎng)上工商的服務(wù)內(nèi)容.盡管該業(yè)務(wù)由工商部門主管，但在辦理過程中涉及到多個政府職能部門的業(yè)務(wù)范圍。在傳統(tǒng)政務(wù)的辦理方式下，這需要申請人拿相關(guān)材料到各個政府職能部門自行辦理，由于業(yè)務(wù)流程復(fù)雜、辦公地點分散，從申請到辦結(jié)需要很長的時間。而在電子政務(wù)的辦理方式下,企業(yè)用戶只要在電子政務(wù)網(wǎng)提出申請,并提供相關(guān)材料后,即可在網(wǎng)上查詢和跟蹤辦理過程。類似以下的過程,都可以輕松的在網(wǎng)上辦理即可。如：”網(wǎng)絡(luò)信息服務(wù)"注冊登記2、工商管理部門的名稱預(yù)核準3、文化管理部門的籌建審批4、公安機關(guān)的網(wǎng)絡(luò)安全檢查5、消防安全部門的消防安全審批6、文化管理部門的經(jīng)營許可證的發(fā)放是否注冊登記名稱核準籌建審批安全檢查安全審批發(fā)放許可證歸檔是否注冊登記名稱核準籌建審批安全檢查安全審批發(fā)放許可證歸檔稅務(wù)服務(wù)：電子政務(wù)是政府利用現(xiàn)代技術(shù)手段管理各項政府事務(wù)的手段,網(wǎng)上稅務(wù)作為電子政務(wù)的一個重要經(jīng)成部分，近年來得到了較大的發(fā)展。其利用信息技術(shù)，構(gòu)建”電子稅務(wù)局"，完成現(xiàn)實稅務(wù)局的各項管理與服務(wù)職能，為納稅人提供各種更加方便、快捷、準確的涉稅服務(wù)。企業(yè)只需在電子政務(wù)平臺上進行企業(yè)稅務(wù)登記由政府辦公人員進行分局審核2、市局核準3、印證發(fā)放登記查詢否否是是企業(yè)稅務(wù)登記市局審核歸檔印證發(fā)放分局審核否否是是企業(yè)稅務(wù)登記市局審核歸檔印證發(fā)放分局審核繳稅服務(wù)：企業(yè)想要在電子政務(wù)省完成繳稅的前提是繳稅的企業(yè)用戶必須已辦理稅證登記，且持有某網(wǎng)上銀行的網(wǎng)上支付卡。步驟如下1、網(wǎng)上繳稅申請2、填寫信息3、提交申請是否網(wǎng)上繳稅申請?zhí)顚懮暾執(zhí)峤簧暾埳暾埑晒κ欠窬W(wǎng)上繳稅申請?zhí)顚懮暾執(zhí)峤簧暾埳暾埑晒φ少徶行模和ㄟ^網(wǎng)上采購及結(jié)果公示，方便公眾對政府采購信息的了解及招投標結(jié)果的監(jiān)督，增加了政府采購工作的透明度,更好地加強公眾與政府之間的溝通交流.政府采購中心：開始開始政府部門發(fā)布信息政府部門發(fā)布信息政府對采購項目投標政府對采購項目投標政府對預(yù)中標的審核政府對預(yù)中標的審核政府對投標單位的最終審核政府對投標單位的最終審核結(jié)束結(jié)束（二）數(shù)據(jù)流圖企業(yè)名稱登記：比如:"網(wǎng)絡(luò)信息服務(wù)”注冊登記，工商管理部門的名稱預(yù)核準，文化管理部門的籌建審批，公安機關(guān)的網(wǎng)絡(luò)安全檢查，消防安全部門的消防安全審批,文化管理部門的經(jīng)營許可證的發(fā)放，工商管理部門的企業(yè)注冊登記,工商管理部門的歸檔工作。其數(shù)據(jù)流圖為:登記登記歸檔許可證的發(fā)放消防安全審批網(wǎng)絡(luò)安全檢查籌建審批核準注冊登記表注冊登記表歸檔許可證的發(fā)放消防安全審批網(wǎng)絡(luò)安全檢查籌建審批核準注冊登記表注冊登記表印證發(fā)放市局審核分局人員審核登記針對稅務(wù)服務(wù)的數(shù)據(jù)流程圖如下:印證發(fā)放市局審核分局人員審核登記歸檔它的數(shù)據(jù)流程包括：登記、分局人員審核、市局人員審核、印證發(fā)放、歸檔歸檔網(wǎng)上繳稅的數(shù)據(jù)流程圖如下:結(jié)束申請成功填寫申請表登陸其數(shù)據(jù)的流程包括：登陸、申請、申請成功、結(jié)束結(jié)束申請成功填寫申請表登陸其中的針對信息這塊的數(shù)據(jù)流圖如下:政府采購中心采購信息數(shù)據(jù)流圖如下:其包括登錄、填寫采購信息、發(fā)布信息、企業(yè)對采購項目投標、政府采購中心進行審核、預(yù)中標公示、最終審核、最終公示登錄最終公示最終審核企業(yè)對采購項目投標預(yù)中標公示采購中心進行審核發(fā)布信息填寫采購項目信息登錄最終公示最終審核企業(yè)對采購項目投標預(yù)中標公示采購中心進行審核發(fā)布信息填寫采購項目信息（三)系統(tǒng)設(shè)計功能模塊設(shè)計政務(wù)信息采編發(fā)布系統(tǒng)需要一個穩(wěn)定可靠的硬件結(jié)構(gòu)，由于政務(wù)采編系統(tǒng)是在政府公網(wǎng)內(nèi)部運轉(zhuǎn)，可以有效防止入侵或內(nèi)部泄露.現(xiàn)在就針對軟件體系結(jié)構(gòu)進行簡要描述：就江丘市的電子政務(wù)中的功能模塊可分為：企業(yè)信息服務(wù)企業(yè)名稱登記網(wǎng)上稅務(wù)服務(wù)網(wǎng)上繳稅服務(wù)政府采購中心政府采購中心網(wǎng)上繳稅服務(wù)網(wǎng)上稅務(wù)服務(wù)企業(yè)信息服務(wù)企業(yè)名稱登記企業(yè)用戶投標提交申請?zhí)顚懶畔⒕W(wǎng)上繳稅申請登記查詢稅務(wù)登記各級審核企業(yè)登記注冊許可證發(fā)放歸檔企業(yè)注冊企業(yè)變更登記企業(yè)辦事采購信息發(fā)布確定中標企業(yè)預(yù)中標企業(yè)核定江丘市GtoB系統(tǒng)政府采購中心網(wǎng)上繳稅服務(wù)網(wǎng)上稅務(wù)服務(wù)企業(yè)信息服務(wù)企業(yè)名稱登記企業(yè)用戶投標提交申請?zhí)顚懶畔⒕W(wǎng)上繳稅申請登記查詢稅務(wù)登記各級審核企業(yè)登記注冊許可證發(fā)放歸檔企業(yè)注冊企業(yè)變更登記企業(yè)辦事采購信息發(fā)布確定中標企業(yè)預(yù)中標企業(yè)核定江丘市GtoB系統(tǒng)其中的每個模塊都有這自己的業(yè)務(wù)流程圖一如之前所畫的各種流程圖一樣,在此，我就不再都做重復(fù)了！數(shù)據(jù)庫設(shè)計概念結(jié)構(gòu)設(shè)計1、系統(tǒng)角色實體包括角色編號、角色名稱和操作權(quán)限等屬性。角色實體屬性圖如圖：角色名稱角色名稱操作權(quán)限系統(tǒng)編號操作權(quán)限系統(tǒng)編號系統(tǒng)角色系統(tǒng)角色申請人或企業(yè)申請內(nèi)容申請時間編號狀態(tài)申請表（2)申請實體包括狀態(tài)編號、狀態(tài)、申請人或企業(yè)、申請時間、申請內(nèi)容屬性。申請狀態(tài)實體屬性圖如圖所示.申請人或企業(yè)申請內(nèi)容申請時間編號狀態(tài)申請表企業(yè)負責(zé)人企業(yè)地址企業(yè)聯(lián)系方式企業(yè)編號企業(yè)名稱要辦業(yè)務(wù)企業(yè)的實體包括企業(yè)地址、企業(yè)名稱、要辦業(yè)務(wù)、企業(yè)編號、聯(lián)系方式、企業(yè)負責(zé)人等屬性,其企業(yè)屬性圖如下：企業(yè)負責(zé)人企業(yè)地址企業(yè)聯(lián)系方式企業(yè)編號企業(yè)名稱要辦業(yè)務(wù)系統(tǒng)角色職務(wù)所屬部門聯(lián)系方式編號姓名人員人員實體的屬性有姓名、編號、聯(lián)系方式、所屬部門、職務(wù)、系統(tǒng)角色等屬性，以下就是人員實體的屬性圖：系統(tǒng)角色職務(wù)所屬部門聯(lián)系方式編號姓名人員采購信息采購方式發(fā)布人員采購方式發(fā)布人員文件地點編號發(fā)布時間采購內(nèi)容采購信息文件地點編號發(fā)布時間采購內(nèi)容采購信息1N11111NNNN1NN分配申請表擁有人員審核采購信息發(fā)布領(lǐng)導(dǎo)擁有審核系統(tǒng)角色填寫企業(yè)其總的系統(tǒng)實體E-R圖如下:1N11111NNNN1NN分配申請表擁有人員審核采購信息發(fā)布領(lǐng)導(dǎo)擁有審核系統(tǒng)角色填寫企業(yè)物理結(jié)構(gòu)設(shè)計數(shù)據(jù)庫的實體關(guān)系結(jié)構(gòu)，經(jīng)過規(guī)范化然后可以映射為物理上的關(guān)系表，江丘市政府與企業(yè)部分表結(jié)構(gòu)如下。登記表字段名數(shù)據(jù)類型及長度備注名稱char（40)主鍵,遞增日期Datetime(18)不能為空內(nèi)容varchar(40）不能為空申請人表字段名數(shù)據(jù)類型及長度備注用戶名Varchar（18)主鍵，遞增密碼decimal(20）不能為空，外鍵姓名Varchar（18)不能為空，外鍵decimal(20）不能為空，外鍵電郵decimal(20）不能為空decimal(11)不能為空地址Char(64)不能為空idecimal（20)不可為空其他聯(lián)系方式decimal(20)不能為空自定義查詢碼decimal(20)不能為空流轉(zhuǎn)類型decimal(10)不能為空企業(yè)登記表字段名數(shù)據(jù)類型及長度備注行政區(qū)號decimal(10)主鍵，遞增字號decimal（10）不能為空行業(yè)char（20）不能為空組織形式char(40）不可以空登記名稱表字段名數(shù)據(jù)類型及長度備注企業(yè)名稱varchar(20）主鍵，遞增行業(yè)varchar（20)不能為空預(yù)先核準申請書表字段名數(shù)據(jù)類型及長度備注申請名稱char(12)主鍵,遞增備用名稱char（12)不能為空,外鍵單位類型char（22）不能為空，外鍵單位住所char(22)不能為空，外鍵經(jīng)營范圍Varchar（22）不能為空股東姓名Char(14）不能為空提交證件名稱Char(64）不能為空審核書表字段名數(shù)據(jù)類型及長度備注名稱編號decimal(10）主鍵，遞增類型nvarchar（26