Добрый день, уважаемые.

Знаю, как непросто и неприятно отвечать на подобные вопросы, но все же...

Мне необходимо в кратчайшие сроки написать приложение (дипломный проект) в модуле ТОРО (PM), тема звучит следующим образом: "Анализ технических объектов по признакам классов и объектам вышестоящего уровня." Грубо говоря, существует иерархия объектов, и мне нужно сделать программу, которая позволяла бы группировать и анализировать эти объекты по различным признакам. Наверняка, эта задача достаточно типична. Мой опыт ABAP'а ограничивается поверхностным знакомством с основами языка по документации, поэтому прошу совета по нескольким направлениям:
1. Как обычно в подобных случаях организуется интерфейс? Обычные текстовые поля для ввода диапазона?
2. Следует ли мне использовать в этой задаче внутренние таблицы или можно работать непосредственно с базой?
3. Не сумел найти самостоятельно, но должен быть стандартный компонент "дерево", не подскажете, как он называется?
и т.д.

Буду признателен за ответ на любой из вопросов и просто полезные советы.

Спасибо, что дочитали до конца.

Твоя программа должна иметь возможность менять иерархию ? Или это будет просто отчет ?

зы: без внутренних таблиц практически ни одна программа не обходится ...
зызы: для выбора диапазонов использовать select-options ...

Судя по постановке вопроса - лучше всего вообще не заморачиватся с написанием приложений, а просто найти достаточно объёмны отчёт (REPORT) и распечатать его. Главное - это что-бы на сделаных в фотошопе скриншотах интерфейс походил на саповский.

Что касается вопросов то:

1) Как обычно организуется интерфейс достаточно посмотреть на стандартные транзакции и читать help в разделе АВАР User dialogs(подразделы screens и selection-screens)

2) одно с другим не связано. Без первого(внутренних таблиц) обойтись сложно, разве что только в самых примитивных случаях (report "hello word"). Что касается прямого доступа к базе, то , на мой взгляд, в большинстве случаев нет в этом необходимости.

3) не понятно что значит "компонент"? А вообще поиск в форуме по слову TREE должен дать достаточно информации к размышлению

ну и т.д.

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

ALV Tree

Большое спасибо всем за ответы!


Нет, только просмотр с возможностью группировки и фильтрации.



Да, но ведь я не могу заранее сказать, чего хочет пользователь - ввести диапазон или конкретное значение.


Просто я использовал этот термин по аналогии с традиционными языками программирования. Я имел в виду ту типовую структуру, которая используется, например, в транзакции просмотра иерархии технических мест - надпись с изображением "+" слева от нее, при щелчке на "+" выводятся подчиненные техместа.


Собственно, это решать придется мне...


Наверное, будет, но после доработки штатными прграммистами (невысокого, на мой взгляд, уровня).


АВЛ-дерево - это ведь вроде структура данных, а я имел в виду графический компонент.

Я понимаю, что все это можно найти в хелпе, просто у меня есть только несколько часов в неделю для работы в SAP, поэтому и приходится просить помощи у специалистов. Большое спасибо!

Если будут еще советы - приму с благодарностью.

George, с такими познаниями сапа и ограничениями во времени, может, не стоит заморачиваться с самописным отчетом?
А с такой витиеватой темой, действительно, скриншотики, как сказал sy-uname, это самое то, что нужно.

Не AVL Tree, а ALV Tree - почувствуйте разницу
расшифровывается как Abap List Viewer, в системе должны быть примеры работы с ним. Поищи программы по маске *ALV*

А что делать, я человек подневольный. Сам бы диплом на ABAPе не выбрал.

Пардон, не заметил, спасибо. В понедельник обязательно поищу.

Либо просто посмотреть класс разработок (то бишь пакет начиная с 4.7) под названием SLIS - там много примеров.

А в select-options замечательно ставится и одно значение, просто второе поле при этом остается пустым ...

Ясно, спасибо.

Подскажите еще вот в таком вопросе. Если мне надо анализировать струтуру по нескольким признакам, то нормальным ли считается подход, когда я просто вручную пропишу в программе эти признаки как select-options? Ведь тогда программа получится не гибкой - при добавлении признака в иерархию придется менять программу. Или в таких случаях принято вытаскивать признаки из системы динамически?

А почему ты не хочешь select-options вывести на селекционный экран?

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

Не понял вопроса.

Стараюсь. Если подобный отчет считается супер-пупер-динамическим, значит, можно обойтись статикой.

Толком еще не известно, потому что данные, собственно, еще не внесены. Но можно считать, что они будут известны.
Форму отчета мне придется определять самому. С этим вопросом я еще к вам обращусь

Извини, я ляпнул не туда .
Все таки не особо на динамичности заморачивайся, а то это не диплом, а целый концептуальный проект получится, и делается он очень долго. Из любопытства, объекты какого плана ты хочешь анализировать? Читал, что данные не готовы, но ведь задумки то есть?