Не обязательно на классах(если Вам сложно), можете использовать макросы DEFINE или подпрограммы FORM, как написал sy-uname это просто для читабельности, для удобства.

Думаю что многие создавали таблицы динамически с помощью CALL METHOD CL_ALV_TABLE_CREATE=>CREATE_DYNAMIC_TABLE, в чем проблема сделать структуру?

И не сомневаюсь. Только вот на сколько это быстродейственно? И что делать при расширении кол-ва столбцов матрицы ( случай расширения векторного пространства)? Прийдется переписывать все значения в новую таблицу.

Если человек очень хорошо умеет работать молотком, то ему начинает казаться, что все окружающее является гвоздями (копирайт не помню кто).

Если серьезно, для каждой задачи свой инструмент. Нужно реализовать бизнес-логику в SAP - используйте ABAP
Нужен инструмент для работы с матрицами - используйте математические пакеты и их встроенные языки программирования (matlab, mapl и т.п.) Там все типовые операции над матрицами уже реализованы до вас.
http://ru.wikipedia.org/wiki/MATLAB

А как потом все это "подсчитанное добро" интегрировать в SAP? Если у Вас уже был подобный опыт - поделитесь

Минутой позже... Это значит, что у клиента на каждом терминале должен стоять соответствующие мат.приложение (Matlab, MatchCAD), которое требует лицензию. Сомневаюсь, что автору темы подойдет такое решение.

Что то мне подсказывает что задача автора с бизнес-логикой слабо связана

Если учитывать вопрос, то для решения "не бизнес" задачи у автора будет маловато опыта. И далеко он не продвинется.

Лабу(или курсовик) сдавать надо будет полюбому. С опытом или без.

По-моему, из первого поста этой темы с вероятностью 99% видно, что автор топика - студент и задача его учебная. Вот я и советую при наличии возможности поменять инструменты.

Если же на минутку отвлечься и представить, что задача возникла в реальности, то математический пакет можно было бы поставить на сервере, а не на каждом фронтенде и обращаться к нему по RFC.

Полная постановка задачи.

Сеть дистрибуторов. Заявки на закупку от филиалов (около 30 филиалов) в центральный офис. В центральном офисе постоянных 40 поставщиков (скидки , бонусы и т.п.) Цены у поставщиков, естественно, разные. Плюс ТЗР от поставщика на филиал. Более того. Часто поставщик не может поставить больше определённого количества (производственные, технологические проблемы). И заявку надо перераспределить на другого поставщика. Или, с поставщиком заключён договор, что у него возьмут не меньше определённго количества (для скидок). Вот и надо распределить поставщиков по филиалам и по материалам с минимальными затратами (стоимостью) на закупку. Ясное дело (я по специальности бывший математик) это симплекс метод. То бишь задача ЛИНЕЙНОГО программирования. Здесь без матриц, векторов и всяческих преобразований не обойтись.

Причём, какое количество переменных в целевой функции (линейный функционал) и какое количество неравенств должно быть, можно выяснить только после получения всей информации от филиалов: чего, сколько и кому надо.

И если внутренние таблицы ABAPа допускают любое количество в системе неравенств, то вот как определить количество элементов структуры (столбцов матрицы) для меня вопрос. Т.е. насколько я понимаю, это динамическое программирование.
Ну и следующий вопрос, как добиться легко-понятного (визуально) что я обратился именно к элементу A(i,j,k) в циклах по i, j и k.
Для информации: i - это филиал, j - это требуемый этому филиалу материал, k - это поставщик этого самого материала.

Вот какие пироги.

Зачем Вам вся эта геометрия? Столбцы, Строки, Уровни?
Используйте одну таблицу, почти как Вам советовал SYS, только обращайтесь к элементу не по индексу, а по ключу (ФИЛИАЛ МАТЕРИАЛ ПОСТАВЩИК): READ TABLE WITH KEY i = i j = j k = k.
Вы же, как бывший математик, должны уметь выполнять подобные преобразования.

ivan_okunev, а вы пробовали симплекс-метод запрограммировать самостоятельно? Я пробовал на 5 курсе, на дельфи это заняло месяца полтора (правда, с визуализацией промежуточных результатов алгоритма и отбором только целочисленных значение результатов по методу Ленд и Дойг). На абапе будет еще дольше.

Так что в вашей постановке задачи очень даже имеет смысл задуматься об интеграции с внешним математическим пакетом где симплекс-метод давно реализован.
Или смотреть функуиональность APO, она для этого по идее и предназначена.

Мне кажется, что для общего случая многомерных массивов с неопределенным количеством элементов, удобней использовать вложенные внутренние таблицы.

Посмотрите Help по SAP RFC API, с помощью него можно за пару минут подключить к САПу любую С/С++ прогу и вызывать потом в АВАПе Сишные процедуры как обычные RFC функции.
Есть еще такая штука Kernel Methods, но это уже экстремально