問答設計

A. 問答系統是怎樣設計的

軟體系統的開發是按階段進行的，一般劃分為以下階段：可行性討論；需求分析；系統設計(概要設計、詳細設計)；程序開發；編碼，單元測試；系統測試；系統維護。
軟體開發過程中要明確各階段的工作目標、實現該目標所必需的工作內容以及達到的標准。只有在上一個階段的工作完成後，才能開始下一階段的工作。

1.可行性討論

明確系統的目的、功能和要求，了解目前所具備的開發環境和條件，論證的內容有：① 在技術能力上是否可以支持；② 在經濟上效益如何；③ 在法律上是否符合要求；④ 與部門、企業的經營和發展是否吻合；⑤ 系統投入運行後的維護有無保障。

可行性討論的目的是判定軟體系統的開發有無價值。分析和討論的內容形成「系統開發計劃書」，主要內容有：

(1) 開發的目的及所期待的效果；
(2) 系統的基本設想，涉及的業務對象和范圍；
(3) 開發進度表，開發組織結構；
(4) 開發、運行的費用；
(5) 預期的系統效益；
(6) 開發過程中可能遇到的問題及注意事項。

2、系統需求分析

系統需求分析是軟體系統開發中最重要的一個階段，直接決定著系統的開發質量和成敗，必須明確用戶的要求和應用現場環境的特點，了解系統應具有哪些功能、數據的流程和數據之間的聯系。需求分析應有用戶參加，到使用現場進行調研學習，軟體設計人員應虛心向技術人員和使用人員請教，共同討論解決需求問題的方法，對調查結果進行分析，明確問題的所在。需求分析的內容編寫成「系統需求分析報告」。

3.系統設計

可根據系統的規模分成概要設計和詳細設計兩個階段。

概要設計包括：① 劃分系統模塊；② 每個模塊的功能確定；③ 用戶使用界面概要設計；④ 輸入輸出數據的概要設計；⑤ 報表概要設計；⑥ 數據之間的聯系、流程分析；⑦ 文件和資料庫表的邏輯設計；⑧ 硬體、軟體開發平台的確定；⑨ 有規律數據的規范化及數據惟一性要求。

系統的詳細設計是對系統的概要設計進一步具體化，其主要工作有：① 文件和資料庫的物理設計；② 輸入輸出記錄的方案設計；③ 對各子系統的處理方式和處理內容進行細化設計；④ 編製程序設計任務書。程序說明書通常包括程序規范、功能說明、程序結構圖，通常用HPIPO（Hierarchy Plus Input Process Output）圖描述。

4、程序開發

根據程序設計任務書的要求，用計算機演算法語言實現解題的步驟，主要工作包括：① 模塊的理解和進一步劃分；② 以模塊為單位的邏輯設計，也就是模塊內的流程圖的編制；③ 編寫代碼，用程序設計語言編製程序；④ 進行模塊內功能的測試、單元測試。

程序質量的要求包括：① 滿足要求的確切功能；② 處理效率高；③ 操作方便，用戶界面友好；④ 程序代碼的可讀性好，函數、變數標識符合規范；⑤ 擴充性、維護性好。

降低程序的復雜性也是十分重要的。系統的復雜性由模塊間的介面數來衡量，一般地講，n個模塊的介面數的最大值為n(n-1)/2；若是層次結構，n個模塊的介面數的最小值為n-1。為使復雜性最小，對模塊的劃分設計常常採用層次結構。要注意編制的程序或模塊應容易理解、容易修改，模塊應相互獨立，對某一模塊的修改應對其他模塊的功能不產生影響，模塊間的聯系盡可能少。

5.系統測試

測試是為了發現程序中的錯誤，對於設計的軟體，出現錯誤是難免的。系統測試通常由經驗豐富的設計人員設計測試方案和測試樣品，並寫出測試過程的詳細報告。系統測試是在單元測試的基礎上進行的，包括：① 測試方案的設計；② 進行測試；③ 寫出測試報告；④ 用戶對測試結果進行評價。

6、文檔資料

文檔包括開發過程中的所有技術資料以及用戶所需的文檔，軟體系統的文檔一般可分為系統文檔和用戶文檔兩類。用戶文檔主要描述系統功能和使用方法，並不考慮這些功能是怎樣實現的；系統文檔描述系統設計、實現和測試等方面的內容。文檔是影響軟體可維護性、可用性的決定因素，有句話講，系統編程人員的每一張紙片都要保留，所以文檔的編制是軟體開發過程中的一項重要工作。

系統文檔包括：開發軟體系統在計劃、需求分析、設計、編制、調試、運行等階段的有關文檔。在對軟體系統進行修改時，系統文檔應同步更新，並註明修改者和修改日期，如有必要應註明修改原因，應切記過時的文檔是無用的文檔。

用戶文檔包括：① 系統功能描述；② 安裝文檔，說明系統安裝步驟以及系統的硬體配置方法；③ 用戶使用手冊，說明使用軟體系統方法和要求，疑難問題解答；④ 參考手冊，描述可以使用的所有系統設施，解釋系統出錯信息的含義及解決途徑。

7、系統的運行與維護

系統只有投入運行後，才能進一步對系統檢驗，發現潛在的問題，為了適應環境的變化和用戶要求的改變，可能會對系統的功能、使用界面進行修改。要對每次發現的問題和修改內容建立系統維護文檔，並使系統文檔資料同步更新。

B. 調查問卷中的問答設計一般有哪幾種方式可採用

1、有明確的主題。根據主題，從實際出發擬題，問題目的明確，重點突出，沒有可有可無的問。

2、結構合理、邏輯性強。問題的排列應有一定的邏輯順序，符合應答者的思維程序。一般是先易後難、先簡後繁、先具體後抽象。

3、通俗易懂。問卷應使應答者一目瞭然，並願意如實回答。問卷中語氣要親切，符合應答者的理解能力和認識能力，避免使用專業術語。對敏感性問題採取一定的技巧調查，使問卷具有合理性和可答性，避免主觀性和暗示性，以免答案失真。

(2)問答設計擴展閱讀：

搜集資料：

設計不是簡單的憑空想像，要想把問卷設計得完善，研究者還需要了解更多的東西。問卷設計是一種需要經驗和智慧的技術，它缺乏理論，因為沒有什麼科學的原則來保證得到一份最佳的或理想的問卷，與其說問卷設計是一門科學，還不如說是一門藝術。

雖然也有一些規則可以遵循以避免錯誤，但好的問卷設計主要來自熟練的調研人員的創造性。

搜集有關資料的目的主要有三個：

其一是幫助研究者加深對所調查研究問題的認識；

其二是為問題設計提供豐富的素材；

其三是形成對目標總體的清楚概念。在搜集資料時對個別調查對象進行訪問，可以幫助了解受訪者的經歷、習慣、文化水平以及對問卷問題知識的豐富程度等。我們很清楚地知道，適用於大學生的問題不一定適合家庭主婦。調查對象的群體差異越大，就越難設計一個適合整個群體的問卷。

C. 百度問答系統後台是怎麼設計的

網路好系統後台的設計師有自己的一個專門的研發部門，這是一個團隊比較復雜。

D. 幫忙設計些趣味問答的環節

你可以參考下電視節目（超級無敵掌門人）。
這個節目玩的游戲多到數不清，好玩又有益。

E. 企業內部培訓中問答環節的設計

來上班的人都是為了一樣東西－－錢！以此為中心，調動積極性。讓所有參加你培訓的人知道你是在教他們掙錢。我算你前輩了，嘿嘿！

F. 問答系統的網頁該怎麼設計好

仿造博客製作，把回復變成回答，然後用機器或手工或出題人（公開的問答系統）選擇最佳答案，然後判斷如果是最佳答案則加上最佳答案的標簽或圖案～新年快樂哈o(^▽^)o

G. 百度知道問答 表結構是怎麼設計的！

【誰染蘭色涼薄意-團隊】 沿途迷茫 為您答題
您要的資源 正在發送
請查看你的郵箱收取郵件專
如若沒有屬 垃圾郵件也查看下
郵件如果有任何問題
請直接回復郵件闡述問題
或是帶著你的提問地址網路HI聯系我
最後祝您閱讀愉快~~

H. 求推薦這方面的書：設計一個智能問答系統，能根據現有問答庫的數據，智能回答用戶提出的新問題。

您平時都給孩子做了什麼內容的安全教育，效果如何

I. 自助問答系統的資料庫設計

1、資料庫部分怎麼設計？
這個問題不太容易說的清楚，首先看你的具體需求：要非常詳細的，最好有界面的

2、怎麼存儲問題和答案？
看你設計的題類型，是只有單選呢？還是有多選等

3、圖片是否可以保存到資料庫？
可以。但是看你用哪種資料庫，圖片多少及大小。有些小型資料庫性能上會有問題