requirements - 上下游定义

标签 requirements

在我的组织中,当他们谈论系统之间的通信时,他们倾向于使用“下游”和“上游”的命名法。这些概念的定义是什么?这是 IT 开发领域的标准概念吗?

最佳答案

我知道这是旧的,但我认为另一个答案是错误的。可以这样想 - 如果您处于某事的上游,您所做的事情可能会影响它,同样,您上游的某事会影响您,但下游的某事不会。

所以使用相同的方法,给定一个系统 S:

上游 - S 所依赖的东西(因为它的 Action “向下流动”到 S)

下游 - 依赖于 S 的东西(因为 S 的 Action “向下流动”到它)

关于requirements - 上下游定义,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18401861/

相关文章:

requirements - 我们如何跟踪用户故事的详细信息?

requirements - 为什么这么多站点讨论编程而不是描述他们试图生产的系统?

testing - 需求还是测试?

c - 用 C 语言构建 HTTP 服务器需要了解什么?

language-agnostic - 您是否打印需求、设计文档和代码的硬拷贝?

requirements - SRS 和需求分析有什么区别?

opengl - 有多少用户可以运行使用 OpenGL 3.x 的软件?

python - Sha256与pip的不匹配安装在新的docker镜像上

machine-learning - 是否可以认证基于人工智能的安全关键系统解决方案?

uml - 我可以混合使用用例和部署 UML 图吗?