Это как посмотреть на фразу ОО-ассемблер.

Если "ассемблер, оснащенный ОО-свойствами (какие-то виды полиморфизма, расширябельность, ну, мы понимаем все, в чём суть ОО)", то Вы - в точку.

Но касательно Оберона имелось в виду другое:
базовый набор примитивов, как бы пониженного уровня относительно общераспространённого ООП, но на которых можно сымитировать разные ОО-варианты.
Не очень удачно сформулировал, но, может быть, понятно?

Я в том же смысле говорю о SQL, что это ассемблер для прикладного хранения данных и информационной модели предметной области.
Т.е. мы выше над этим уровнем надстраиваем повышенный (допустим, ORM в какой-то форме), но этот уровень важен как базовая механика, на которую удобно опираться.
Т.е. она не делает ни одного шага в сторону прикладных задач, а воплощает "чистый механизм", но адекватный для того, чтобы потом надстраиваться в сторону этих задач.
Так же и Оберон - "чистый механизм".