1
A
回答
1
Toby有一個bug ontology。它涵蓋了您在錯誤跟蹤器中找到的那種信息，因此它更關心處理缺陷的過程，而不是深入分類問題。
在類似的情況下，製表者將其問題列表移動到an rdf form。
0
我最近看到這個Change Management specification。不知道如何使用它，但似乎是用於錯誤/問題跟蹤。詞彙本身概述如下：http://open-services.net/bin/view/Main/CmSpecificationV2
相關問題
- 1. RDF是否確實缺乏精確描述的含義？
- 2. HP QC 10缺陷跟蹤 - 編輯描述是一件壞事？
- 3. 什麼是網站跟蹤軟件缺陷/缺陷？
- 4. var something = something ||是否有任何缺陷？ {}
- 5. RLE算法是否有缺陷？
- 6. 分類學/軟件缺陷本體？
- 7. RDF和鏈接USDL（服務描述）
- 8. 提取Debian軟件包的描述
- 9. 有缺陷的kml文件？
- 10. 最好的地方是軟件中的安全缺陷更新
- 11. 缺少的事件查看器描述
- 12. 屏幕錄製軟件捕捉軟件缺陷
- 13. 是否EXEC保存文件描述符
- 14. fopen是否創建文件描述符？
- 15. 概述圖像中的缺陷？
- 16. 定義或描述在軟件開發
- 17. WM_INPUT有缺陷
- 18. 是否有描述平面文件的標準格式？
- 19. 如何解析從Ruby工具箱返回的Rally缺陷描述
- 20. CWE前25個缺陷coverty掃描
- 21. jQuery hasClass沒有工作或有缺陷，如果陳述
- 22. 是否可以找到XToolkit的描述？
- 23. 理論上，BNF是否足以描述所有文件格式？
- 24. 檢查文件描述符是否有效
- 25. Linux內核 - 檢查是否有文件描述符
- 26. 軟件陷阱vs硬件陷阱
- 27. 是否有所有可用的wxPython小工具的描述？
- 28. NS_OPTIONS有缺陷嗎？
- 29. sudo -u有缺陷的文件權限
- 30. 準確的描述三重商店資源的描述是否被禁用？
鏈接它與DOAP是有道理的。 – chiggsy 2010-09-28 06:28:09