Дело в том, что на закладке Куб мы вполне можем перемещать элементы в области строк, столбцов, данных, фильтров, как нам понравится простым перетаскиванием мышью. Никакой разницы в этих действиях по сравнению с настройкой представлений на самом деле нет, поэтому не вижу смысла разделять эти операции.
Что касается конструктора SQL, то очень неплохим вариантом является составление запросов не в кубе, а непосредственно в базе данных. Например, если это MS SQL Server, то с помощью создания View (представлений), если это Access, то созданием запроса в разделе запросов и т.д. В конструкторе куба мы увидим созданный в базе данных запрос как еще одну (результирующую) таблицу, из которой дернем данные. Тут как раз и состоится момент разделения между администратором и простым пользователем. Что касается макетов кубов, то они сохраняютися как простые файлы (xml-формат), их можно править даже текстовым редактором, поэтому опять же пугать простого пользователя администратором не вижу смысла.

Что я хочу сказать всем этим. На момент начала работ задумывалось приложение в виде линейного мастера, которым мы можем быстренько построить куб по заранее созданному в базе данных запросу, наложить в конструкторе на этот запрос дополнительные условия (если нужно), отобрать если нужно не все поля, а только необходимые и настроить куб. Выпустив куб и визуально отконфигурировав его, сохранить в виде файла для повторного использования.

Средства, которые заложены в компоненты, вполне позволяют вырастить наш SoftKuB в полноценное BI-приложение. Вот только есть ли смысл, их столько есть... Поэтому мы за счет достаточно простой, но востребованной функциональности постарались создать достаточно простую и доступную широкому кругу людей систему.

Обзор показал, что системы анализа, основанные на OLAP, можно разделить на категории:
- "большие": Из учетной системы данные переносятся в Хранилище данных, потом в OLAP-куб (MOLAP): большой объем данных, сложные и дорогие средства отображения,
- "малые": данные для отображения берутся из учетной системы: малый объем данных, простые и бесплатные средства отображения,
- "средние": Из учетной системы данные переносятся в Хранилище данных (ROLAP). При правильно настроенной структуре данных, индексах и т.п. скорость выборки может быть соизмерима с MOLAP. И вот со средствами отображения для таких систем есть проблема. Первое "достойное" средство отображения, которе я увидел - это SoftKub

Поэтому вижу смысл "вырастить наш SoftKuB в полноценное BI-приложение"!

Любая программа должна быть "самодостаточна", т.е. все должно быть учтено именно в программе! А то мало ли что "случится" в нашем "любимом" Windows... Иногда ТАКИЕ чудеса бывают...

Отлично! Лучше, пусть вкладка называется "Администрирование".


Должна быть возможность задания пароля АДМИНИСТРАТОРОМ. Периодически нужно менять пароли, иначе, через какое-то время, они становятся доступными всем :)


Пароль не на куб, а на программу SoftKub!
Если пароль администратора не задан - запрос на ввод пароля не делается и SoftKub открывается в полном режиме. Вкладка "Администрирование" доступна (и видима?).
Если пароль администратора задан - делается запрос на ввод пароля. Если пароль правильный - SoftKub открывается в полном режиме. Вкладка "Администрирование" доступна (и видима?). Если пароль не правильный (или пустой) - будет доступна (и видима?) только последняя вкладка "Куб" .


Неправильно! Пусть пользователь конфигурирует куб (настраивает колонки, строки, фильтры и т.п.) и сохраняет его под тем же именем или новым. Главное, чтобы пользователь не мог изменить запрос к базе! Т.е., чтобы пользователь не смог изменить то, что делается на вкладках "Конструктор SQL, Результаты запроса, Настройка представлений куба"

Спасибо за рекомендации, мы проведем цикл доработок в первой половине июля. Сейчас все силы брошены на ТЦУ, но основные работы уже сделаны, так что поработаем над кубом.