系统需求和软件需求之间有什么区别？

Question

对于我的项目，我需要完成我正在开发的程序的软件需求和系统需求，这需要相当详细。然而，我正在努力区分这两种信息是什么样的信息包含在每个部分。如果这有帮助的话，我的计划与人工智能有关。

Answer 1

如果您所做的只是编写软件，那么这种区别基本上是毫无意义的。

系统需求涉及到整个系统。它们可能涉及硬件、软件、过程、文档等。

您通常从系统需求开始，然后计算出哪些是软件需求，哪些应用于其他组件。

软件需求可能会，也可能不会成为相关系统需求的逐字副本。有时，软件需求会列出软件需要做些什么来执行其在更大的系统需求中的部分。

Answer 2

与人们普遍的看法相反，“系统”一词的定义并不像人们想象的那样明确(除了非常具体的问题领域中的非常约束的上下文)。

根据我的经验，通常在软件密集型系统中应用以下方案：

1. 系统是用户(人)直接交互的实体。用户在系统中输入信息并接收其结果。这意味着系统需求从用户/客户的角度描述了系统(作为一个整体)应该做什么。由于这个原因，系统需求往往要承担合同方面的负担。
2. 大系统被分解成单独的组件，每个组件都有一个专用的特定用途，不管这些组件是硬件、硬件和软件，还是软件。
3. 自然，软件需求一词只适用于软件组件.这可能指嵌入在硬件组件中的软件。对系统级以下但高于SW级的硬件层的描述称为系统架构。
4. 通常只为最顶层SW层明确指定SW要求。这是确保系统组件协同工作以满足系统需求的最低限度，特别是因为组件通常由不同的人员、团队或公司开发。
5. 较低层次的SW分解通常称为SW设计或SW建筑。在那里，明确的SW要求通常不被使用/相关(一个特殊的故事是安全关键系统，其中一个完整的层次要求是强制性的)。

这就给您留下了两个层次的需求：( a)系统需求和( b)每个最顶级的SW组件(可能还有系统架构和SW体系结构)的SW需求。

此外，您还可以自由地组织或记录您的需求。建议对所有需求使用唯一标识符，并将SW需求中的参考返回到相关的系统需求中是一个好主意。

即使在纯SW系统中，系统的顶层分解通常是非常清楚的:有一个前端，有数据库系统、web接口、数字处理组件、.另外，通常只有一层SW需求就足够了。

Answer 3

简而言之，系统需求处理运行应用程序所需的硬件和软件，而软件需求处理应用程序必须提供的特性和功能。