建設以需求為核心的知識庫

2021-04-14 09:00:44 字數 1097 閱讀 2306

根據2023年經濟合作與發展組織(oecd)的《以知識為基礎的經濟》報告,知識包括四大類:「知道是什麼」的事實知識(know—what);「知道為什麼」的原理知識(know—why);「知道怎樣做」的技能知識(know-how);「知道是誰」的人際知識(know-who)。

由此可見,知識的概念比資訊的概念要廣泛得多。資訊僅限於「知道是什麼」、「知道為什麼」,即記錄於一定物質載體上的知識,我們稱之為「顯性知識」。在需求管理領域內,這些內容是對應了問題領域的知識:我們解決客戶的問題是什麼,客戶為什麼有這樣的需求,客戶潛在的目標/目的是什麼,如何衡量我們滿足了客戶的需求。一般的文件也能記錄其中大部分資訊,但telelogic doors帶來的是更結構化、更富有層次的需求定義方式。

而「知道怎樣做」、「知道是誰」,是儲存於人們大腦的經歷、經驗、技巧、訣竅、體會、感悟等尚未公開的秘密知識,或者只可意會而難於表達的知識,我們稱之為「隱性知識」。而這些隱性知識不屬於資訊的範疇。在需求管理領域內,這部分內容對應了解決方案的領域和尋求解決方案的過程:我們的解決方案是什麼,為什麼有這樣的解決方案,這個解決方案是如何被分析,分解出來的,功能點和使用者需求如何對應,當時是誰什麼時候對提出該功能,或者是誰對引數做出怎樣的調整等等。所有這些顯然是用一般的需求管理方法無法順利捕獲和記錄的,而這些恰恰是telelogic doors的能夠給您帶來的幫助。這是以telelogic doors為基礎的知識管理的第一層含義。

知識庫的第二個階段是範例知識庫的建立,這將幫助整個團隊參考其中的典型範例,提高整體需求質量。知識在於總結,歸納,提高,再反過來幫助我們的實踐。知識庫內容應該包括:良好需求和文件的正、反面示例,以往專案中可反映團隊在特定領域內專門知識的良好(和不良)需求。為了使開發團隊可以更好的參考,知識庫中的需求案例應具備明顯的積極或消極意義,而非中規中矩的。通過知識庫示例開發團隊可以參考以往的經驗、吸取教訓,避免重蹈覆轍,進而提高需求編寫的質量、一致性和完整性。

知識庫的第三個階段就是應用前往的專案知識。當以前專案的已編寫的良好需求適用於當前情況時,不要單純地將原有需求直接複製。重新使用以往需求的正確方法是維持兩個需求之間的聯絡(doors中的關聯),並通常打上重用/繼承的標記。此標記使分析人員能夠隨時查詢到原始需求,以檢查需求如何分解實現等資訊。通過靈活的方法重新用以往需求,開發團隊可以獲得技能、經驗和知識的共享。

知識庫建設的5個步驟

大家如果覺得不適合你,這篇回答中推薦了10款知識庫軟體 可一一嘗試。在任何乙個企業內部,都有各種各樣的知識,而在知識管理的實踐中,並非所有知識都需要管理。在時間和資源有限的情況下,知識庫建設者必須在知識庫建設的初期明確要管理的知識內容 型別 其價值在何處,這樣才不至於眉毛鬍子一把抓,導致核心知識和外...

知識的表示與知識庫

知識表示是人工智慧課程三大基礎 知識表示 知識推理以及知識應用 之一。在解決實際問題中,通常需要用到多種不同的表示方法,因為每種資料結構都有其優缺點,沒有哪種資料結構擁有多種功能,因此需要對知識根據具體應用而採用不同的知識表示方法。狀態空間法 為描述某類不同事物之間的差別,以符號表示其狀態,通過算符...

應該掌握的知識庫

一些書籍應該精讀 c 四本 the c programming language c traps and pitflalls expert c programming pointers on c c 8本 the c programming language elements of programm...