O que significa "design a jusante / a montante"?

20

O que significa "design downstream / upstream" no desenvolvimento de software?

terminology

— RegDwight
fonte

1

Não sei se o uso que você está perguntando está bem estabelecido. Qual é o contexto da sua pergunta? Que problema você está tentando resolver?

— Jeremy

Tem certeza de que a palavra "design" está anexada? Já ouvi falar de upstream e downstream, geralmente associados a "atividades", não ao design. Nesse sentido, requisitos e design são atividades upstream, enquanto implementação, teste e manutenção são atividades downstream.

— Thomas Owens

Relacionado: O que significa 'upstream'? em OS

— kenorb

30

Os componentes upstream são outras partes do sistema das quais seu componente depende para realizar seu trabalho. Se o design de um componente upstream mudar, a capacidade do seu componente para funcionar pode ser afetada. Se um componente upstream tiver um bug, esse bug poderá se manifestar no seu componente.

Componentes a jusante são partes do sistema que seu componente pode afetar. As alterações no seu componente podem se transformar em componentes que estão a jusante do seu componente.

Considere um aplicativo que consiste em uma camada de banco de dados e uma camada de aplicativo. A camada do banco de dados seria considerada como upstream da camada do aplicativo.

— Jay Elston
fonte

1

Resposta fácil de lembrar aqui stackoverflow.com/a/38917565/579689

— Talespin_Kit

10

Rio acima = rio acima (a origem do software) Rio abaixo = rio abaixo (dos casos de uso)

Os desenvolvedores de código aberto "downstream" criam aplicativos e ferramentas nos produtos finais. Aqueles que estão no upstream realmente trabalham nos produtos a serem liberados.

Se você desenvolve software: depende da estabilidade do desenvolvimento upstream. E aqueles que trabalham no seu software são desenvolvedores posteriores.

— AxelS
fonte

2

Esta resposta é a mais inteligente de todas!

— Alexander Leon VI

Exceto que parece ser o inverso quando se fala de um CMDB na linguagem ITIL. : /

— Dwev 6/12/2016

2

Eu acho que isso é mais um jargão de engenharia de software do que o inglês, mas a maneira como eu o entendo "design downstream" é onde os desenvolvedores de aplicativos pegam as ferramentas que já foram desenvolvidas e as usam para concluir sua aplicação. Usando bibliotecas de software já produzidas, nas quais as decisões sobre o que os recursos da biblioteca já teriam sido tomadas já estão no downstream.

Com o "design upstream", o desenvolvedor do aplicativo é consultado e envolvido no desenvolvimento das bibliotecas antes que o trabalho do aplicativo realmente comece. Se você for uma empresa de software focada em software de áudio, por exemplo, pode ser necessário desenvolver bibliotecas para cobrir a variedade de softwares que planeja desenvolver. Seria bom ter os desenvolvedores de bibliotecas sentados com os desenvolvedores de aplicativos, para que os desenvolvedores de aplicativos possam fornecer informações sobre o que desejam.

O upstream é mais personalizado, o que o torna muito mais caro, mas potencialmente produz um produto final melhor.

— Pedaços de bacon
fonte