我注意到與其他源代碼控制相比，關於MKS完整性的帖子。有沒有人使用MKS Integrity來管理需求？最近好嗎？我會很感激任何關於它的見解，如果：MKS完整性的要求
，我注意到它做廣告，它可以做很多並且可能與其他系統（JIRA，Test Link？）配合以協調流程（錯誤跟蹤，測試和覆蓋） - 集成有多複雜？有人試圖通過所有這些集成系統進行報告？
很多有可能大的答案......我知道......但上任何一點的任何評論的問題會從堆棧溢出宇宙:)
我們使用MKS在工作中進行版本控制，問題跟蹤理解和需求管理。 這一切都很糟糕。如果可能的話避免。 MKS需求管理非常緩慢，過於複雜和繁瑣。
在DOORS和MKS RM工作了7年之後，我不得不說總體上要求管理被高估了。 這只是穿領帶的人們的一種表達方式。
到目前爲止我從RM工具中看到的，沒有什麼體面的Wiki引擎無法做到。 想想Redmine：它具有Wiki，問題跟蹤和版本控制集成。
這個問題還有另一個方面，即專有工具的昂貴价格。 我們已經投入了大量的工作來滿足我們在DOORS的要求，然後突然高層管理者決定DOORS不在 ，因爲它太貴了。多少年的工作或多或少地流失了。 MKS比DOORS貴得多。
與主流觀點相反，對開源工具的支持非常好，並且它們在導入/導出方面以及與其他工具通用性都更好。由於節約成本，整個工具將不會關閉。
也許對於你來說已經太遲了，但是我對MKS-RM的經驗也很糟糕：昂貴的廢話仍然讓我們頭疼。與其他工具的「集成」大多使用SCC界面，特別是在Windows 7 64位上，您可能會遇到一些問題，因爲迄今爲止MKS沒有64位版本。
我真的沒有看到太多的收益比較讓我們說一個體面的關係數據庫，甚至Excel！
我只能同意！... – dude
從那時起，一個更開明的公司的新工作。沒有MKS。只是Git。並猜測什麼用於需求管理... :-) – SzG