Terminology 用例和SRS之间的区别?

Terminology 用例和SRS之间的区别?,terminology,use-case,srs,Terminology,Use Case,Srs,用例和SRS之间的区别是什么?包含一组用例和非功能性需求 是 施加约束的要求 关于设计或实施(如 作为绩效工程 要求、质量标准或 设计约束) 描述“谁”能做什么 有关系统的“什么” SRS和用例对于某些作者是相同的,而对于另一个作者则不同。在您的情况下,您正在请求一个,其中他们的“不同” SRS是:输入、过程描述、输出,这就是每个需求的SRS。 用例规格是:可追溯到SRS多对一的未来设计 问候,, Ezekiel在软件和系统工程中,用例是行动或事件步骤的列表,通常定义角色和系统之间的交互,以实现

用例和SRS之间的区别是什么?

包含一组用例和非功能性需求

是 施加约束的要求 关于设计或实施(如 作为绩效工程 要求、质量标准或 设计约束)

描述“谁”能做什么 有关系统的“什么”


SRS和用例对于某些作者是相同的,而对于另一个作者则不同。在您的情况下,您正在请求一个,其中他们的“不同”

SRS是:输入、过程描述、输出,这就是每个需求的SRS。 用例规格是:可追溯到SRS多对一的未来设计

问候,,
Ezekiel

在软件和系统工程中,用例是行动或事件步骤的列表,通常定义角色和系统之间的交互,以实现软件需求规范(SRS)的目标是一份文档,它捕获了有关系统预期性能的完整描述。

SRS-系统需求规范:描述整个系统流程、数据将如何流入系统以及系统的总体功能。SRS简要介绍了每个模块的功能,但不包括每个页面和模块的深入功能


SRS文档包括一组用例,解释用户将与软件进行的所有交互。用例也称为功能需求。除了用例外,SRS还包含非功能性需求。

用例仅定义系统角色之间的交互。它没有给出模块的简要知识/描述


SRS定义了系统和模块将如何执行。它给出了系统角色的详细描述。它纵容了参与开发过程的每一个团队。

阅读以下内容:所以用例是SRS的一部分?我可以写一个SRS enouth?是的,一个SRS至少包含一个用例,非常感谢。但是我的客户需要我们同时提供用例和SRS。我不知道如何提供这两个答案,有什么想法吗?不是一个准确的答案你真的给出了一个很好的答案