性能需求分析怎么寫,性能需求分析說明怎么寫?
需求分析說明書,即系統詳細的開發流程,本文簡單談談我是怎么寫的,由于本人資歷尚淺,可能寫的也并不規范,當作經驗之談。想要完成一個需求分析說明書,我個人覺得,需要的知識有抽象轉實體,實體提取,實體聯系,其實就是數據庫的知識,此外還有統一建模語言UML,用來構建各種圖,還有確定設計模式,使用何種技術棧最能解決這個需求,技術棧就是前后端使用何種語言,若有移動端,API及文檔如何編寫,服務器使用哪種,文件服務器怎么設置,怎么解決高并發問題,基本的安全知識等等。
一、拿到系統功能需求書
我本人做了一些項目,非專業人士能給的,無非就是簡單的羅列功能,有些好的最多能給的加個功能模塊,模塊下對應的詳細功能,真的不能再多了。下面是我之前做的一個項目需求。
業務知識庫
系統提供問答管理功能,可對工程認證業務知識庫進行問題錄入、問答導入、問答打出、同時對業務知識進行分類,支持單個錄入、批量導入、快速添加業務知識問答,每個問答包括標準文法、相似問法、答案,機器人會根據問答知識庫來回答用戶的提問;
問答設置
添加問答時先選擇問答分類,設置問答標準問法,相似問法、關聯問題、標準答案。誰知問答的狀態,啟用或停用。
還可通過固定模板,對問題進行批量導入。
問答邏輯設置
系統設計自動默認推送的問題列表的層級邏輯。
業務知識問答
業務知識問答分為問題列表推送,精準回答、模糊匹配問答、模糊引導問答、智能學習及未知學習;
1.問題列表推送
頁面自動推送常見問題,又用戶自行選擇,引導用戶咨詢和增加答題精準度,用戶打開問答窗口時,默認推送該列表,按照問題點擊次數降序排列;
2.精準回答
客戶提問能精準匹配業務知識庫的問答只是,機器人將根據問答學習提供準確答案。
3.模糊匹配問答
用戶提問與業務知識庫有語法順序、名詞、動詞、形容詞等加入情況,機器人通過語義理解分析,匹配業務知識,并給出準確回答。
4.模糊引導問答
用戶提問的問題比較模糊,機器人根據語義分析理解匹配到多個問題不能準確回答,會推送給用戶一個建議問題列表,客戶可根據需求選擇問題,機器人將推送選擇問題的回答。
5.智能學習
當用戶問的問題比較模糊,機器人不能準確回答,會給客戶一個建議問題列表,當客戶第一次選擇問答的時候,機器人會自動將此問題推薦為用戶選擇問題的相似問法,管理員可在后臺操作是否進行關聯。
6.未知學習
機器人不能回答的問題,系統自動記錄至未知學習列表,同時記錄該問題的詢問次數,管理員可根據問題提問頻率看是否添加到知識庫中,也可忽略或關聯到其他問題中。
報表分析
1.熱點問題報表
熱點問題統計實現對用戶常問問題進行統計排名,系統自動對用戶常問50問題進行統計排名,管理員可選擇不同問題分類進行統計
2.采納率統計
用戶收到機器人反饋的問題后可選擇采納或不采納,系統將統計不同答案的采納率以便修改知識庫。
可以看到,一個系統,就這么多字,然后讓你負責,技術棧無所謂。如果看到這個能隨便寫,那就不用往下看了。如果你看到這個一籌莫展,那請往下看,可能會對你有幫助。
二、導圖軟件提取關鍵字
為了讓大家能直觀的看到這個結構,我就不提取關鍵字了,直接復制下來,原則上是不能直接復制的,因為導圖的描述字不宜過長,這是我專門交了2000塊錢學習的導圖怎么弄的一點知識。直接看結果:
需求分解后的導圖
三、設計數據庫
1、對導圖的每個模塊中進行實體提取
怎么進行實體提取,實體直觀的就是名字,不直觀的就是要推斷,就是我前面說到的抽象轉實體。從上面的導圖中,可以看到,直觀的實體有知識庫問答、用戶、問答類別、以及未知問答等,要推斷的實體接著往下看。
2、找出實體間的關聯關系
在結構化數據庫中,實體間的關聯主要有1對1,1對多,多對多三種關系,關系的良好設計能減少數據庫的冗余性。因為涉及到公司的數據,我不會把所有的關系都寫下來。對以上三個關系,我每個舉一個例子。1對1就不說了,1對多如分類對問答,一個問答只能對應一個分類,而一個分類能對應多個問答,這就是1對多,所以問答表中必有一個字段是外鍵,并且關聯分類表中的主鍵。多對多的例子就是,一個問答能關聯多個問答,而這個問答也能被多個問答關聯,這就是多對多的關系,在數據庫設計中,兩個多對多的實體一般要對應三張表,第三張表中有兩個外鍵分別對應兩個實體表的主鍵。
3、推斷實體表
在推出關聯后,就可以推斷實體表了,找出一些聯系,或者一些事實,并用新的實體表來描述,這就是抽象轉實體。
4、給實體表添加字段
字段就是表的屬性,對應表的列。找屬性和找實體差不多,屬性就是實體的特征,如用戶的屬性,可以有性別,年齡,密碼等等。字段在開發過程中是可以繼續添加的,記住,一旦確定了表間的關系后,盡量不要修改,不然會陷入很難受的地步。
四、寫標準的需求文檔
功能有了,數據庫有了,現在就要把詳細的需求文檔寫出來,詳細的需求文檔可以說是開發過程的引導,一切開發工作都是照著需求文檔弄的。所以,想要寫規范的需求文檔需要一個規范的需求文檔模板。根據這個規范的需求模板,來寫你的內容。
一個好的需求的文檔模板目錄大概如下:
Catalog 目 錄
1 Introduction 簡介 5
1.1 Purpose 目的 5
1.2 Scope 范圍 5
2 General description 總體概述 5
2.1 Software perspective 軟件概述 5
2.2 User characteristics 用戶特征 5
2.3 Software function 軟件功能 5
2.4 Assumptions & Dependencies 假設和依賴關系 5
3 Specific Requirements 具體需求 5
3.1 Functional Requirements 功能需求(詳細描述) 5
3.2 Performance Requirements 性能需求 6
3.3 External Interface Requirements 外部接口需求 7
4 Overall Design Constraints 總體設計約束 7
4.1 Standards Compliance 標準符合性 7
4.2 Runtime Limitations 環境約束 7
4.3 Technology Limitations 技術限制 8
5 Software Quality Attributes 軟件質量特性 8
6 Dependencies 依賴關系 8
7 Other Requirements其他需求 9
7.1 Database 數據庫 9
7.2 Operations 操作 9
7.3 Localization 本地化 9
8 Issues To Be Determined 待確定問題 9
需求文檔就是把以上的內容清楚的描述出來,注意在功能需求那把模塊具體寫清楚,甚至開發過程的簡單流程。至此,需求分析文檔初步完成。
好了,這篇文章的內容營銷圈就和大家分享到這里,如果大家對網絡推廣引流和網絡創業項目感興趣,可以添加微信:Sum8338 備注:營銷圈引流學習,我拉你進直播課程學習群,每周135晚上都是有實戰的推廣引流技術和網絡創業項目課程分享,當然是免費學!