Hm, não exatamente, escopo e contexto são palavras mais versáteis que estrutura, em alguns casos essa associação pode não bater.
Se olharmos as palavras contexto, escopo e estrutura no dicionário. Veremos que as duas primeiras estão relacionadas a limite, abrangência, envolvimento de algo/alguém que faz parte, enquanto estrutura está ligado a como as partes estão dispostas, organizadas.
Claro que em programação, estrutura pode significar ainda mais que isso.
Aqui acontece que escopo e contexto pode abranger mais de uma estrutura que está dentro de um limite que pode ser mais amplo ou mais restrito.
Se a gente pegar por exemplo um Modelo e um DAO. No modelo MVC das aplicações web, não faz sentido o DAO estar exposto ao contexto/escopo da View ou Controller, mas sim do Modelo. Claro que esse exemplo exclui muitos outros fatores, em alguns modelos, o DAO vai ser exporto até o Controller, mas não para a View.
Um exemplo ainda mais básico: em classes podemos ter atributos estáticos e não estáticos, o que determina se o atributo vai ser estático ou não, é o escopo e o contexto de uso.
Se o atributo possui valor comum para todos os objetos, ele pode ser estático, e se esse valor é imutável, cria-se uma constante. Porém, se o valor não é comum, mas sim particular a cada objeto, ele não pode ser estático. É de escopo/contexto do objeto e não da classe (escopo/contexto mais restrito.) Se for comum, será estático, estará no contexto/escopo da classe (escopo / contexto mais amplo).
Neste caso da classe, estrutura reflete a tudo que compõe a classe. O que ela possui, não fazendo referência a escopo ou contexto.
Pegou a ideia? Faz sentido pra você?