Существуют ли какие программные средства, позволяющие визуализировать тех.задания по разработке информационных баз с "нуля", или, точнее, рисовать схему будущей информационной базы? В идеале, механизм должен быть разноуровневый - например, общается заказчик с руководителем проекта, описывает производственные и иные процессы, которые он хотел бы автоматизировать в 1С, набрасываются справочники, документы в виде, понятном для заказчика; далее, на основе этой же схемы набрасываются специфические данные для разработки в группе (например, набор реквизитов, подчиненность справочников и иных элементов и т.д.).

В Word`е рисовать как-то не совсем комфортно:-)

раньше был erwin какой-нить...

роза рациональная...

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

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

(2) оно еще живо?

Карандаш и бумага, больше ничего не нужно, ну акромя головы.
Можно еще баааальшую доску и маркер, иногда чем больше нарисовано, тем лучше.

(4) Инсталлятор есть, сама роза запускается. Что ещё надо?

(6) не нада )

(0)А конфигуратор не подходит?

Прямоугольники, стрелки, надписи. Ворд эксель пеинт что больше нравится.

(8) Конфигуратор - конечная точка сборки:-)

(3)это отсутствие абстрактного мышления, как правило)

(10)Бизнес-процессы.

(12) Это то, с чем как раз заказчик и приходит. А надо это описать в визуальной форме, понятной как для заказчика, так и для прогов.

(13) см.(8)+(12)

Я юзал много средств. Я те скажу
Во-первых, подавляющее их большинство ориентировано на профессиональный подход к проектированию баз данных. То бишь нужны специальные знания. Чтобы научиться моделировать, нужно несколько месяцев подготовки как минимум. Ты прежде порвёшь себе мозг.
Во-вторых, каждое средство заточено под одну или несколько парадигм моделирования (процессы, данные и т.д.). Ты прежде порвёшь себе мозг.
Поэтому думаю самый простой вариант для тебя лично поставить какую-нибудь бесплатную шляпу типа Software Modeler (на мой взгляд, лучшая из бесплатных средств моделирования на основе UML) и воять схемки, которые потом активно сувать в вордовские документы.

Любая рисовалка картинок подойдет.

(0) в ворде.. красивым текстом понятным любому типа:

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

зачастую идет пример таблички и формы..


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

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

Когда-то один умный книжк читал. Так вот там была рекомендация самая главная: сначала все требования подробно описываешь словами (в это время приходит какое-то понимание системы) и только потом рисуешь. Ежели наоборот -все пропало.

ERWIN

(19) Понятно, что сколь угодно сложный бизнес-процесс можно описать словами. Но это вполне может получиться совершенно нечитабельным

Знаю человека который все бизнес модели в экселе делал.
Я сначала когда увидел распечатку прифигел, на эксель не похоже.

(18) то что ты написал - это ближе к Эскизному проекту, а тЗ - это уже достаточно толковое изложение конкретных вещей...
.
если разработка делается не для крупной компании, где есть свои спецы - то вся визуальная струткура в ТЗ и прочие хрени не нужны - все равно правильность/обоснованность этого никто оценить не сможет кроме того, кто разрабатывает это ТЗ (часто это именно разработчик). - зачем мне писать самому себе то, что я и так знаю...

(17) угумс, примерно так...

>>В Word`е рисовать как-то не совсем комфортно:-)
в визио рисуй

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

(23) "зачем мне писать самому себе то, что я и так знаю" - это так. В случае автоматизации шаурмячной у ашота..

(27) угумс.. и не только... есть вроде и оброт крупный и персонала прилична, а по сути = "шаурмячная у ашота"...

(28) это и имел в виду. По сложности

есть работы которые нафиг не надо расписывать, а есть работы я блин могу месяц ходить пока у меня четко не вырисовывается как оно ДОЛЖНО БЫТЬ...

(23) "зачем мне писать самому себе то, что я и так знаю" - тут прикол такой.. когда у тебя один проект ты можешь все нюансы помнить, когда у тебя в работе несколько проектов - всякие мелочи полюбому теряются.. а потом начинается "мы же это обсуждали..."

Word+Visio. С ТЗ суммарным объемом 500 листов на полгода работы 2-3 программистам сия связка справляется вполне успешно.

блокнотик и ручечка

сначала на салфетке. потом в 1 с. а вообще можно в ворде. все равно любая бд сводитьмя к структуое таблиц. т . е тупо перечисление доков отчетов ьаблиц и колонок и группировок

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

(34) "т . е тупо перечисление доков отчетов ьаблиц и колонок и группировок".. ну-ну... это когда тебе надо автоматизировать получение результата, т.е. грубо говоря зафиксировать результат... ты вот к тому что ты сказал сведи работу/автоматизацию/отражение текущей работы большого склада...

(0)тему не читал - многабукв.
А так WORD с VISIO наше все + от самой 1С видел конфу, позволяющую разработать структуру базы данных, если не ошибаюсь - она какие то таблицы, картинки рисовала в приличном виде.

MS Visio

(37) Что за конфа? Никто не помнит названия?
Речь, разумеется, не про автоматизацию "шаурмечной у Ашота", а про более масштабные проекты. Например, среднее производство, когда от заказчика приходят 3 человека (производственник, бух и торговец - каждый описывает то, что нужно в своей подсистеме), + разработчиков человека 3-4 с разным уровнем знаний. Тут уже одним блокнотиком не обойдешься...
Вот простор, кстати, для создания подобной программы:-)

Visio
все остальное дело техники

(39) должно быть "Система проектирования прикладных решений". Но вроде бы она еще не вышла, только бета-версия существует.

Изначально понятно, что важна только суть ТЗ. Инструмент отражения сущности проекта может любым, который доступен в данный момент.

(39) Для первого этапа - формализации бизнес-процессов и общего описания объектов - юзкейсы и общие схемы в BPMN.
По юзкейсам есть хорошая книга, так и называется Writing Effective Usecases. Вроде бы даже перевод на русский есть.
Для BPMN есть много инструментов, в том числе бесплатных. например Intalio BPMS Designer.