Могу ли надеяться на получение инструмента для академических упражнений со студентами?

Нужно попробовать инструмент в действии. А так пока не очень понятно.

Поддерживает ли TNP объектную парадигму в ходе моделирования и проектирования? Существует ли кодогенерация, подобная в BOLD? Что означает автоматическое построение интерфейса? Возможно ли декларативное построение интерфейса? Интерфейс классический? Мастре-дитейл, деревья? Или базирующийся на концепциях объекта, связей, операций поведения?

Возможно ли использования прямого UML моделирования (например MDA), поддерживается ли OCL или нечто подобное?

В чем особая революционность проекта? Возможно ли создание web-приложений.

А почему так грусно, если все понятно?

П.ч. с помощью галочек мало что можно настроить и придется программировать, а автоматической генерации кода по модели действий (например, из Activity Diagram) нет.

П.ч. с помощью галочек мало что можно настроить и придется программировать, а автоматической генерации кода по модели действий (например, из Activity Diagram) нет.

Интересно было бы увидеть автоматическую генерацию кода по диаграмме состояний :-)

Интересно было бы увидеть автоматическую генерацию кода по диаграмме состояний :-)

Скачай демоверсию VP и попробуй

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

Galogen, попробую ответить на все вопросы в порядке их появления.
1.   TNP поддерживает объектную парадигму для некоторых сущностей.
2. По поводу кодогенерации. На наш взгляд, есть два принципиально отличающихся сценария ее применения. В первом случае автоматически сгенерированный код исполняется без каких-либо изменений. Во втором случае, в автоматически сгенерированный код вносятся изменения и дополнения с целью реализации какой-либо нестандартной логики, находящейся за пределами возможностей кодогенератора и\или исходного языка. Очевидно, что в первом случае наличие или отсутствие кодогенерации является всего-лишь внутренней особенностью реализации системы, неинтересной конечному пользователю. Второй случай заслуживает рассмотрения. С одной стороны, мы получаем почти неограниченные возможности расширять функциональность нашего приложения. С другой стороны, мы попадаем в следующую не совсем простую ситуацию. Мы описали нашу модель, по описанию сгенерировали промежуточный код, внесли в этот код свои дополнения, получили какой-то результат. А теперь нам нужно внести изменения в исходное описание. Мы опять генерируем промежуточный код и нам опять нужно вносить в него изменения и дополнения. Чтобы упростить этот процесс, необходимо как-то отделять автоматически генерируемый код от кода, созданного вручную. То есть, в сущности, нас интересует возможность реализации нестандартных алгоритмов с помощью какого-либо языка программирования, а вовсе не автоматическая кодогенерация.
В TNP большая часть метаданных итерпретируется в момент использования, что обеспечивает возможность мгновенно увидеть результат изменений, внесенных в метаданные. По крайней мере, это касается объектов бизнес-логики и пользовательского интерфейса. При этом можно разрабатывать, т.н. «бизнес-процедуры» - небольшие программы на C# или Visual Basic, с помощью которых и можно реализовать нестандартную логику. Бизнес процедуры могут вызываться непосредственно или использоваться в качестве обработчиков различных событий.
При этом нельзя сказать, что автоматическая кодогенерация отсутствует совсем. В части доступа к данным она есть. Так, например, SQL-запросы могут генерироваться автоматически. Сгенерированные запросу могут быть модифицированы и сохранены для дальнейшего использования, либо автоматически формироваться непосредственно перед использованием.
3. Автоматическое построение интерфейса означает, что на основе описания структуры данных могут быть автоматически сформированы описания визуальных форм для отображения этих данных. Тоже своего рода кодогенерация. В дальнейшем эти описания могут быть изменены или дополнены. Существует визуальный редактор форм, позволяющий располагать на форме различные компоненты, указывать значения их свойств, привязку свойств к данным, обработку событий.
4. Использование прямого UML моделирования пока невозможно.
5. Создание web-приложений планируется в недалеком будущем.

Как то дискуссия затихла .
Предлагаю всем интересующимся посмотреть документацию на TNP, с подробным описанием продукта и скриншотами экрана http://195.182.131.10/documentation/tnp.pdf

Документация по ссылке будет доступна до запуска сайта TNP (начало 2010 года).
Следите за новостями на сайте www.compas.ru

Как то дискуссия затихла .

Я спрашивал о возможности получения демоверсии или версии для академический упражений. Пока сложно говорить о возможностях системы, не пощупав саму систему.

Жаль, что нет поддержки UML. А какие инструменты моделирования встроены в TNP?

TNP является инструментом моделирования.
Вы можете посмотреть документацию http://195.182.131.10/documentation/tnp.pdf
Видео-урок http://195.182.131.10/lesson/lesson1/lesson1.html

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

АНКЕТА
* ФИО
*Город
* Специальность, классификация
Опыт работы
Организация
* Контакт
(телефон и/или e-mail)
* Цель скачивания

Поля отмеченные звездочкой обязательны для заполнения.

Заполненную анкету отправляйте письмом на tnp@compas.ru. Поле заполнения анкеты Вам будет выслана ссылка на закачку и пароль.

А есть нарисованная метамодель для данной системы ?

А есть нарисованная метамодель для данной системы ?

В таком виде мы не представляли информацию. Возможно, Вы сможете найти необходимую информацию в документации (http://195.182.131.10/documentation/tnp.pdf),  раздел «структура системы».

TNP это скорее инструмент программиста или "датабазника"
Не понятно из огромной инструкции как он помогает решать задачи бизнес аналитика.
Где моделирование процессов? Где требования?
Я увидел (пробежавшить быстро по мега документу) только базы данных и работу с данными.

Не понятно из огромной инструкции как он помогает решать задачи бизнес аналитика.

TNP – это в первую очередь инструмент для разработчика.
Мы позиционируем TNP, как средство для бизнес-аналитика, т к
1.   Если бизнес-аналитик может выступать в качестве постановщика задач, то он может и автоматизировать данную задачу, используя «кнопочно-галочные» настройки. Программировать при этом не требуется.
2.   TNP позволяет работать с данными в разных форматах и из различных баз данных. Перед аналитиками иногда стоят задачи получение всевозможной отчетности на основе таких данных. В этом случае после написания процедуры сбора данных аналитик может создать алгоритм их обработки. Такой алгоритм возможно сделать без программирования. 

2.   TNP позволяет работать с данными в разных форматах и из различных баз данных. Перед аналитиками иногда стоят задачи получение всевозможной отчетности на основе таких данных. В этом случае после написания процедуры сбора данных аналитик может создать алгоритм их обработки. Такой алгоритм возможно сделать без программирования. 

Для маркетолога-аналитка или финансового аналитика да.
А для IT бизнес-аналитика зачем?

А для IT бизнес-аналитика зачем?

Как это часто бывает под бизнес-аналитиком понимают очень разное.
Пожалуйста, напишите какие задачи в Вашем случае решает ИТ бизнес аналитик.