# BRS 與 SRS：了解差異 > 原文： [https://www.guru99.com/brs-vs-srs-the-myth-busted.html](https://www.guru99.com/brs-vs-srs-the-myth-busted.html) 在我們開始之前，您必須知道– ## 需求與規范之間的區別 | 要求 | 規格 | | 他們概述了軟件必須執行的“操作” | 他們概述了軟件的“創建方式” | | 他們從最終用戶，業務和利益相關者的角度概述了該軟件。 | 他們從技術團隊的角度概述了軟件。 | ## 關鍵區別 * SRS 指定了要開發的軟件的功能和非功能需求，而 BRS 是描述客戶提供的需求的正式文檔 * SRS 由系統架構師創建，而 BRS 通常由業務分析師創建。 * SRS 代表系統需求規范，而 BRS 代表業務需求規范。 * SRS 來自 BRS，而 BRS 來自客戶交互和需求。 各種文檔都有大量的術語和術語 **規格文件-** * SRS-系統要求規范 * FRS-功能需求規范 * BRS-業務需求規范 * CRS 兼容性要求規范 * PRS-性能要求規范 * RRS-可靠性要求規范 * CRS 配置要求規范 **需求文檔，例如-** * BRD-業務需求文檔 * SRD-系統需求文件 **思考** * 這些文件在很多地方不是分開的，而是可以互換使用的。 * 規格和要求大致傳達相同的信息，但傳達給兩個完全不同的受眾。 * 對于創建了上述文檔的給定項目，取決于項目的“性質”和組織的“流程” 在本教程中，我們將討論 SRS 和 BRS  | BRS（業務需求規范） | SRS（系統需求規范） | | 它以很高的層次描述了軟件的功能規格 | 它概述了該軟件的功能和技術規格 | | 這是描述客戶要求的正式文件（書面，口頭） | 它規定了要開發的軟件的功能和非功能要求 | | 通常由與客戶互動的業務分析師創建 | 通常由技術專家的系統架構師創建。 盡管在較小的公司中，BA 也會創建 SRS。 一些公司沒有完全創建 SRS。 他們的 BRS 足夠詳細，也可以用作 SRS。 | | 它來自客戶交互和需求 | 它來自 BRS |