Стоит задача изображения(ну или описания) на UML бухгалтерского плана счетов и проводок между этими счетами. Какие диаграммы уместны ? Может кто с таким сталкивался

Насколько я знаю с этим сталкивался один товарищ из Уфы. Он создавал MDA модель 1с.бухгалтерия. На этом форуме он известен под ником SaTim, попробуйте связаться с ним.

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

Хочется подчеркнуть что мне нужно описать не РЕАЛИЗАЦИЮ плана счетов, а сам план счетов. Вернее не только реализацию но план счетов. Вопервых как и всякая картинка мозги вправляет во вторых есть идея воспользоваться иерархическими возможностями UML диаграмм, так как на одной схемку может получится перегружено

Например это изображение части официального плана счетов компании по продажам

только предупреждаю это не последовательности !!!!!!!!!!!!!!!!!!! а бухгалтерские самолетики!!!!!!!!!!!
Внешне очень похожи но смысл САВСЕМ не совпадает

Хочется подчеркнуть что мне нужно описать не РЕАЛИЗАЦИЮ плана счетов, а сам план счетов. Вернее не только реализацию но план счетов. Вопервых как и всякая картинка мозги вправляет во вторых есть идея воспользоваться иерархическими возможностями UML диаграмм, так как на одной схемку может получится перегружено

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

Да поиграться можно. Только вот проводки - это бухгалтерская трактовка. План же структура. Структура описывается структурными диаграммами

Да поиграться можно. Только вот проводки - это бухгалтерская трактовка. План же структура. Структура описывается структурными диаграммами

Эдуард, что вы имели ввиду под словом "трактовка"?
Вы хотите сказать, что проводки нужно описывать поведенческими диаграммами?
А как быть тогда с тем, что проводка  -- это тоже такая сущность, и ее тоже можно просмотреть?

Эдуард, что вы имели ввиду под словом "трактовка"?
Вы хотите сказать, что проводки нужно описывать поведенческими диаграммами?
А как быть тогда с тем, что проводка  -- это тоже такая сущность, и ее тоже можно просмотреть?

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

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

Тут скорее нужно смотреть на сам счет - балансовый или забалансовый, активный, пассивный или активно-пассивный, синтетический или аналитический, дебет-кредет

Так, господа, вы совсем в теорию ушли. Мне нужно изобразить ТИПОВЫЕ корреспонденции (проводки) между счетами. Кроме того, на синтетических счетах необходимо отобразить в каких аналитиках ведется этот счет Изображать лицевые счета нет ни возможностей ни желания (их слишком много).
В данном случае проводка видимо некий вид ассоциативной связи между счетами.

В данном случае проводка видимо некий вид ассоциативной связи между счетами.

Я считаю, что это правильное направление. Нужно расклассифицировать счета, построить на них модель плана счетов и построить на них типовые проводки в виде классов-ассоциаций.
Я бы хотела попробовать себя в этой задаче. Если нет каких-то сикъюрных запретов, присылайте в приват описание.

Единого текстового описания нет. Я вечерком попробую запостить сюда то что мы рисуем в визио.

kiriliss имхо не плохо формализованную постановку задачи. цель моделирования и результат с описанием

Эдуард, формализованную постановку задачи скорее всего анреал - у заказчика много разномастных документов (актуальных и не очень). Цель моей работы и заключается в создании такой постановки (по существу за заказчика, внекоторых местах с его слов). Обычно пишем доки (ТЗ) в текстовом виде (в wiki) , а теперь вот возникла идея попробовать через UML.Вечерком попробую чего нить поподробнее написать

Вводная часть
1 Заказчик занимается закупочной деятельностью
2 Закупка как импорт, так и внутри страны
3 Закупка производится от лица многих ЮЛов и у многих поставщиков

Требуется построить систему учета взаиморасчетов с поставщиками. Основные операции
1 Оплата поставщику
2 Поступление товара от поставщика
3 Расчет взаиморасчетов