功能需求與非功能需求的區別 發佈時間：2022-09-09   点击浏览：481次

1. 功能與質量屬性

你提出的軟件系統的功能設計描述了它的功能。它将指定各种用户输入。此外，将描述系统的行为。最后，它将描述应用程序的输出。

功能需求與非功能需求之間存在最關鍵的區別。没有描述应用程序将做什么。相反，描述了它应该如何工作。虽然功能规范处理输入和输出，但是关于定性属性的。

2. 對用例與基準的依賴

您是否正在進行復雜的軟件開發項目？您需要在功能设计中提供尽可能多的细节。

典型的功能設計文檔是文本密集型的，您需要做的更多。您需要确保业务涉众和开发团队都了解需求规范。图表可以提供帮助。

用例是包括圖表和流程圖的用例模型。这使他们更容易理解。对于复杂的软件开发项目，用例可以增强您的功能设计文档。

3. 產品開發生命週期中的重要程度

功能需求在開發生命週期的一個階段很重要。在后续阶段具有重要意义，这是有原因的。

功能需求幫助您定義項目範圍。您的项目管理过程应该使用来防止范围蔓延。另一方面，您需要满足中提到的业务规则和要求。没有它，最终用户不会接受软件系统。

假設您正在開發“最小可行产品”（MVP）。只有当应用程序满足功能要求时，用户才会接受它。在那个阶段，您的组织可能不会专注，例如可扩展性。

4. 對業務分析師與軟件架構師的依賴

當您從最終用戶那裏獲得功能需求時，您会严重依赖业务分析师。您应该与项目经理、软件架构师和业务分析师组成一个团队来收集功能需求。

業務分析師 (BA) 採訪所有相關的利益相關者，包括最终用户。他们可能需要进行结构化的“发现”会议。

您的團隊中需要一位知識淵博的軟件架構師。架构师需要与项目经理一起分析行业基准数据。这将帮助您确定可用性、可扩展性、性能等要求。

5. 功能規範文檔的使用

您的項目需要功能需求。但是，它们的使用方式不同。考虑以下示例：

您的開發團隊將使用功能規範文檔對提供功能的應用系統進行編碼。另一方面，团队将使用来优化设计、代码等。

測試人員將使用創建功能測試用例。他们将使用来创建性能测试用例、压力测试用例等。

架構師使用來做出有關接口、依赖关系等的架构决策。另一方面，他们使用来选择合适的架构模式。

• 上一篇：網站重建與重新設計
• 下一篇：Android与iOS开发