SummerRain,

Извините, что вмешиваюсь в ваш триалог :), но у меня такое ощущение, что Bizagi Вы воспринимаете примерно так же, как СУБД, и пытаетесь выстроить отношения между сущностями примерно так же, как они выстраиваются в РСУБД на базе классических отношений один-ко-многим. Bizagi все же НЕ СУБД. И прежде чем что-то делать в ней, нужно немного вникнуть в ее собственную концепцию. В частности, для начала нужно попытаться осмыслить, с какой целью "моделятор-данных" Bizagi раскрашивает таблички разными цветами - зелененьким и голубеньким. В СУБД такое раскрашивание ведь как-то не принято, верно? По моим ощущениям, которые складываются из характера Ваших вопросов и по Вашей "апатичной" :) реакции на советы, которые я на Вашем месте не стал бы игнорировать, Вы пока еще не поняли главное - собственно концепцию Bizagi. И пытаетесь использовать ее как не-Bizagi, в силу своей компетенции и привычек, которые могут сыграть с Вами злую шутку.

К примеру, маляр может очень ловко и грамотно орудовать кистью, лаками и красами. Но когда он берется за молоток, он сначала должен понять "концепцию молотка", суть и назначение этого инструментария. Если же он оставляет вопрос вникания в суть на потом, то возникают вопросы в стиле "а как с помощью молотка покрасить бетонное покрытие?" или "какой вязкости краску необходимо применять вместе с данным молотком?". Я, конечно же, несколько утрировал, но Ваши вопросы в каком-то смысле подобны этим. Я представляю смущенные физиономии WJ и АБ и их пожимания плечами, когда они эти вопросы читали... :)

Рекомендую Вам сначала осмыслить, почему самые первые рекомендации специалистов по Bizagi (которые Вы проигнорировали) были именно такими. Каким-то образом дать понять, что да, Вы понимаете причины, по которым они были такими. А то Вы гоните коней на глубину, на ходу пытаясь разобраться, в каком месте у них кингстоны, которые Вы собрались задраивать... :)

ГаленаUnable to process the case:Object cannot be cast from DBNull to other typesВообще-то, это сообщение вовсе не означает, что у Вас не хватает mssql. Оно означает, что система не может преобразовать значение типа Null (то есть, пустое значение) в значение какого-либо другого типа. А вот почему оно возникает, нужно разбираться.

Заход с одной стороны:
Включите в mssql трассировку, посмотрите, на каком запросе возникает ошибка, найдите, к значению какой таблицы и какой записи система обращается и получает Null, когда ожидает получить что-то другое. Посмотрите, в какой тип она этот Null пытается преобразовать. Попытайтесь понять, что это за таблица и что это за запись, какую роль они должны играть для Bizagi. И попытайтесь понять, по какой причине оказалось не заполнено значение некоего поля, когда система предполагает, что оно обязательно должно быть заполнено. Следующим этапом станет ясно, что ба! оказывается вот это поле нужно было обязательно заполнить, прежде чем вот для разэтого использовать! А также, возможно, появятся мысли, как правильно где что нужно изменить или поднастроить, чтобы подобной ошибки избежать в будущем.

Заход с другой стороны:
Заведомо известно, что система обращается к пустому значению (Null) где-то в каком-то поле, полагая, что оно не должно быть пустым. Просто открываем систему и ищем по всем полям - где что могли забыть заполнить прежде чем использовать.

Галена,

Странно. У меня подобных проблем не возникало.

А прикрепление стрелочек - действительно важный вопрос. Если взять какой-нибудь блок и протянуть от него стрелочку в пустоту, то стрелочка окажется не прикрепленной ни к какому соседнему блоку.
Если затем какой-либо соседний блок "придвинуть" таким образом, чтобы стрелочка визуально его касалась, то стрелочка так и останется неприкрепленной к "придвинутому" блоку. Потому что прикрепление стрелочки осуществляется исключительно манипуляциями над стрелочкой, а не над тем, что находится в окружающем пространстве.
И это не какая-то специфическая особенность конкретно Bizagi. Такое же поведение у подавляющего большинства иных визуальных конструкторов, в том числе совершенно другого класса, например при вставке "фигур" с продуктах MS Office в документы MS Word, MS Excel или PowerPoint. И такое поведение - оправдано. Потому что прикрепление стрелки к соседним блокам должно быть явным и намеренным. Оно позволяет исключить непроизвольное "прилипание" свободных стрелок при перемещениях возле них соседних блоков. Это правильно и так оно и должно быть.

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