Ім'я файлу: 03 IDEF0 автоматизация расчета с поставщиками.rtf
Розширення: rtf
Розмір: 719кб.
Дата: 30.11.2020
скачати
Розширення: rtf
Розмір: 719кб.
Дата: 30.11.2020
скачати
Федеральное агентство по образованию Российской Федерации
Белгородский Государственный Университет
Пояснительная записка
к курсовой работе
по дисциплине: ”Проектирование информационных систем”.
на тему: ”Автоматизация ведения расчетов с поставщиками”
Белгород 2007
СОДЕРЖАНИЕ
Введение
1. Описание предметной области
2. Требования к автоматизированной системе расчетов с поставщиками
3. Разработка функциональной модели
4. Разработка информационной модели
Заключение
Список использованной литературы
ВВЕДЕНИЕ
Данная курсовая работа называется “Автоматизация ведения расчетов с поставщиками”.
В ней будет теоретически изучена, а затем разработана в рамках учебного проекта автоматизированная система расчетов с поставщиками.
Становление цивилизованного предпринимательства сопровождается возрастанием роли бухгалтерской информации в управлении, контроле и анализе предпринимательской деятельности.
Перестройка управления экономикой, переход к рыночным отношениям, использование различных форм собственности невозможны без существенного повышения роли учета и контроля.
В настоящее время все организации независимо от их вида, форм собственности и подчиненности ведут бухгалтерский учет имущества, обязательств и хозяйственных операций согласно действующему законодательству и нормативным документам.
В цели и задачи курсовой работы входят:
1) закрепление практических навыков проектирования, полученных на занятиях по предмету “Проектирование информационных систем ”;
2) углубление теоретических и практических знаний;
3) получения опыта сбора информации и её обработки;
4) приобретение способности обоснования проектных решений;
Данная курсовая работа состоит из 30 страниц.
Она содержит 1 таблицу, 11 рисунков и четыре раздела.
Первый раздел называется «Описание предметной области».
В нём описывается счет 60 «Расчеты с поставщиками и подрядчиками», а так же учет поступления материалов и расчет с поставщиками.
Второй раздел называется «Требования к автоматизированной системе расчетов с поставщиками». Он содержит информацию о технических требованиях к системе.
Третий раздел «Разработка функциональной модели».
В данном разделе описываются технология исследования и проектирования систем на логическом уровне.
Четвёртый раздел «Разработка информационной модели».
Данный раздел содержит в себе описание моделирования бизнес – процессов рассмотренных в третьем разделе.
1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
Поставщики – это фирмы и отдельные лица, которые обеспечивают компанию, ее конкурентов материальными ресурсами, необходимыми для производства конкретных товаров и услуг.
События в «среде поставщиков» могут серьезно повлиять на маркетинговую деятельность фирмы. Недостаток тех или иных материалов, забастовки и прочие события могут нарушить регулярность поставок и график отгрузки товаров заказчикам. Как следствие в краткосрочном плане будут упущены возможности сбыта, в долгосрочном – подорвана репутация фирмы.
Учет поступления материалов и расчетов с поставщиками
Производственные запасы материалов пополняются за счет их поставок организациями-поставщиками или прочими организациями на основе договора.
В последних предусматриваются: наименование материалов (ценностей), количество, цена, срок поставки, порядок расчетов и т.д.
Организации-поставщики на отгруженную продукцию выписывают платежные требования – поручения и счета – фактуры, передают их или пересылают почтой покупателю, последние после акцепта передают их в свой банк для оплаты.
Оперативный учет выполнения договорных обязательств в организации осуществляет отдел маркетинга, поэтому платежные требования – поручения и счета – фактуры в первую очередь поступают в этот отдел или в финансовый. Там проверяют соответствие их договорам, регистрируют в журнале учета поступающих грузов, делают отметку в книге учета выполнения договоров и акцептуют, т.е. дают согласие на оплату.
После регистрации платежные документы получают внутренний номер (регистрационный) и передаются в бухгалтерию организации для оплаты и сдачи в банк, а квитанция и товарно-транспортная накладная – в экспедиционный отдел для получения и доставки груза.
С этого момента у бухгалтерии организации возникают расчеты с поставщиками. По мере поступления груза на склад кладовщиком выписывается приходный ордер, затем при реестре сдается в бухгалтерию, где таксируется и прикладывается к платежному документу.
По мере оплаты банком этого документа бухгалтерия получает выписку из расчетного счета о списании денежных средств в пользу организации-поставщика.
Учет расчетов с поставщиками товарно-материальных ценностей и услуг организуется на счете 60 «Расчеты с поставщиками и подрядчиками».
Счет по отношению к балансу – пассивный; сальдо кредитовое свидетельствует о суммах задолженности организации поставщикам и подрядчиками по неоплаченным счетам и неотфактурованным поставкам; оборот по дебету – о суммах оплат, списаний и зачетов за отчетный месяц; оборот по кредиту – о суммах по принятым к оплате акцептованным платежным документам и неотфактурованным поставкам за отчетный месяц.
Ведется учет расчетов с поставщиками в журнале – ордере №6. это комбинированный регистр, аналитический учет в котором организуется в размере каждого платежного документа, приходного ордера или приемного акта. Открывается этот журнал- ордер суммами незаконченных расчетов с поставщиками на начало месяца, а именно:
- по акцептованным платежным документам, срок оплаты которых не наступил, или просроченным – материалы поступили (сальдо на начало месяца по счету 60);
- по акцептованным платежным документам оплаченным – материалы не поступили (справочно «за неприбывший груз» сальдо нет);
- по акцептованным платежным документам неоплаченным – материалы не поступили (справочно «за неприбывший груз» и сальдо на начало месяца);
- сальдо на начало месяца по неотфактурованным поставкам (материалы поступили, а платежные документы для оплаты их не поступили).
В течение отчетного месяца бухгалтерия организации получает платежные документы поставщиков, акцептованные отделом маркетинга, принимает приходные ордера и приемные акты складов, получает выписки из расчетного и прочих счетов организации. Это позволяет закончить расчеты, так как каждая из сторон выполнила свои обязательства.
Журнал – ордер №6 ведется линейно-позиционным способом, что дает возможность судить о состоянии расчетов с поставщиками по каждому документу.
Кроме справочных данных (номер счета, регистрационный номер, наименование поставщика) в журнале – ордере №6 записываются:
- номер приходного документа склада;
- стоимость поступивших материалов по учетным ценам организации
- стоимость по платежному документу поставщика с выделением в отдельную графу суммы налога на добавленную стоимость, указанной в расчетном документе.
Суммы по учетным ценам записываются независимо от вида поступивших ценностей общей суммой, а суммы по платежным требованиям – в разрезе видов материалов (основные, вспомогательные, полуфабрикаты, топливо и др.). Сумма претензий записывается на основании актов.
По выпискам банка производится отметка об оплате каждого платежного документа.
Счет 60 «Расчеты с поставщиками и подрядчиками»
Счет 60 «Расчеты с поставщиками и подрядчиками» предназначен для обобщения информации о расчетах с поставщиками и подрядчиками за:
- полученные товарно-материальные ценности, принятые выполненные работы и потребленные услуги, включая предоставление электроэнергии, газа, пара, воды и т.п., а также по доставке или переработке материальных ценностей, расчетные документы на которые акцептованы и подлежат оплате через банк;
- товарно-материальные ценности, работы и услуги, на которые расчетные документы от поставщиков или подрядчиков не поступили (так называемые неотфактурованные поставки);
- излишки товарно-материальных ценностей, выявленные при приемке;
- полученные услуги по перевозкам, в том числе расчеты по недоборам и переборам тарифа (фрахта), а также за все виды услуг связи и др.
Организации, осуществляющие при выполнении договора строительного подряда, договора на выполнение научно-исследовательских, опытно – конструкторских и технологических работ и иного договора функции генерального подрядчика, расчеты со своими субподрядчиками так же отражают на счете 60.
Все операции, связанные с расчетами за приобретенные материальные ценности, принятые работы или потребленные услуги, отражаются на счете 60 «Расчеты с поставщиками и подрядчиками» независимо от времени оплаты.
Счет 60 «Расчеты с поставщиками и подрядчиками» кредитуется на стоимость принимаемых к бухгалтерскому учету товарно-материальных ценностей, работ, услуг в корреспонденции со счетами учета этих ценностей или счетов учета соответствующих затрат. За услуги по доставке материальных ценностей (товаров), а так же по переработке материалов на стороне записи по кредиту счета 60 «Расчеты с поставщиками и подрядчиками» производятся в корреспонденции со счетами учета производственных запасов, товаров, затрат на производство и тд.
Независимо от оценки товарно-материальных ценностей в аналитическом учете счет 60 «Расчеты с поставщиками и подрядчиками» в синтетическом учете кредитуется согласно расчетным документам поставщика.
Когда счет поставщика был акцептован и оплачен до поступления груза, а при приемке на склад поступивших товарно-материальных ценностей обнаружилась их недостача сверх предусмотренных в договоре величин против отфактурованного количества, а так же если при проверке счета поставщика или подрядчика были обнаружены несоответствие цен, обусловленных договором, а так же арифметические ошибки, счета 60 «Расчеты с поставщиками и подрядчиками» кредитуется на соответствующую сумму в корреспонденции со счетом 76 «расчеты с разными дебиторами и кредиторами».
За неотфактурованные поставки счет 60 «Расчеты с поставщиками и подрядчиками» кредитуется на стоимость поступивших ценностей, определенную исходя из цены и условий, предусмотренных в договорах.
Счет 60 «Расчеты с поставщиками и подрядчиками» дебетуется на суммы исполнения обязательств, включая авансы и предварительную оплату, в корреспонденции со счетами учета денежных средств и др. при этом суммы выданных авансов и предварительной оплаты учитываются обособленно.
Суммы задолженности поставщикам и подрядчикам, обеспеченные выданными организацией векселями, не списываются со счета 60 «Расчеты с поставщиками и подрядчиками», а учитываются обособленно в аналитическом учете.
Аналитический учет по счету 60 «Расчеты с поставщиками и подрядчиками» ведется по каждому предъявленному счету, а расчетов в порядке плановых платежей – по каждому поставщику и подрядчику. При этом построение аналитического учета должно обеспечить возможность получения необходимых данных по: поставщикам по акцептованным и другим расчетным документам, срок оплаты которых не наступил; поставщикам по неоплаченным в срок расчетным документам; поставщикам по неотфактурованным поставкам; авансам выданным; поставщикам по выданным векселям, срок оплаты которых не наступил; поставщикам по просроченным оплатой векселям; поставщикам по полученному коммерческому кредиту и тд.
Учет расчетов с поставщиками и подрядчиками в рамках группы взаимосвязанных организаций, о деятельности которой составляется сводная бухгалтерская отчетность, ведется на счете 60 «Расчеты с поставщиками и подрядчиками» обособленно.
2. ТРЕБОВАНИЯ К ПОДСИСТЕМЕ РАСЧЕТОВ С ПОСТАВЩИКАМИ
Когда требуется автоматизировать подсистему расчетов с поставщиками (или некоторый бизнес-процесс), и для этой цели внедрить и/или разработать некоторые программные инструменты (ПИ), перед руководителем встают вопросы:
что должно быть сделано, кроме программы?
что и как должно быть оформлено в виде документации?
что передавать пользователям, а что службе сопровождения?
как управлять всем этим процессом?
что должно входить в само задание на программирование?
На эти и массу других вопросов в той или иной степени отвечают государственные стандарты.
Основу отечественной нормативной базы в области документирования ПИ составляет комплекс стандартов ЕСПД (единая система программной документации) (ГОСТ19).
Сейчас этот комплекс представляет собой систему межгосударственных стандартов стран СНГ, действующих на территории Российской Федерации, на основе межгосударственного соглашения по стандартизации.
Стандарты ЕСПД в основном охватывают ту часть документации, которая создается в процессе разработки ПИ, и связаны, по большей части, с документированием функциональных характеристик ПИ. Следует отметить, что стандарты ЕСПД носят рекомендательный характер. Впрочем, это относится и ко всем другим стандартам в области ПИ (ГОСТ 34, Международному стандарту ISO/IEC, и др.).
Дело в том, что в соответствии с Законом РФ «О стандартизации» эти стандарты становятся обязательными на контрактной основе — то есть при ссылке на них в договоре на разработку (поставку) ПИ.
Говоря о состоянии ЕСПД в целом, можно констатировать, что большая часть стандартов ЕСПД морально устарела.
При этом стиль применения стандартов может соответствовать современному общему стилю адаптации стандартов к специфике проекта: заказчик и руководитель проекта выбирают уместное в проекте подмножество стандартов и программных документов, дополняют выбранные программные документы нужными разделами и исключают ненужные, привязывают создание этих документов к той схеме ЖЦ, которая используется в проекте.
Под автоматизированной системой расчетов с поставщиками подразумевается решение следующих задач:
составление договоров с поставщиками
оплата товара
заказ новых товаров
перечисление денежных средств на счет поставщика
написание отчетности и тд.
Назначение разработки
Автоматизированная система предназначена для решения следующих задач:
хранение информации о поставщиках и товарах
заключение контрактов
учет излишек и недостачи товаров
заказ новых товаров
оплата товаров
составление отчетности
Требования к функциональным характеристикам
Система должна обеспечивать следующие функции:
ввод, вывод, редактирование, хранение, печать, экспорт в другие форматы информации о поставщиках:
ФИО поставщика
Наименование организации
Адрес организации
№ лицевого счета
№ договора
ввод, вывод, редактирование, хранение, печать, экспорт в другие форматы информации о товаре:
наименование
производитель
адрес производителя
количество
срок годности
цена товара
ввод, вывод, редактирование, хранение, печать, экспорт в другие форматы информации о заключении договоров на поставку товара:
№ договора
Вид услуг
Срок действия договора
Срок оплаты за поставку товара
Входной информацией является:
бухгалтерская информация:
информация о сроке действия договора клиента с поставщиком
информация об оплате клиентом поставок товара, оговоренных в договоре
регистрационная информация:
информация о необходимом товаре
информация о сотрудниках магазина
информация о поставщиках и их предложении
Выходной информацией системы является:
отчеты
зачисление денежных средств на счет поставщика
Требования к надежности
Система должна:
проводить контроль вводимой информации
блокировать некорректные действия пользователя при работе с системой
обеспечивать целостность
Требования к составу и параметрам технических средств
Настоящая система должна работать на процессорах совместимых с процессором IBM.
Оперативная память на каждой ЭВМ, не менее 32 Мб.
Сетевые карты.
Необходимо наличие видеокарты не менее 32 Мб на ЭВМ клиента.
Мышь. Клавиатура на ЭВМ.
Свободное место на жестком диске не менее 12Мб. А так же место для хранения баз данных.
Требования к информационной и программной совместимости
Система должна работать под управлением ОС семейства Win32. Система должна работать под управлением ОС семейства Win32.
Требования к программной документации
Программная документация должна содержать следующие документы (см. ГОСТ 19.101-77):
1.Программные документы:
Спецификация (ГОСТ 19.202-78);
Текст программы (ГОСТ 19.401-78);
Описание программы (ГОСТ 19.402-78);
Пояснительная записка (ГОСТ 19.404-79);
2.Эксплуатационные документы:
Ведомость эксплуатационных документов (ГОСТ 19.507-79);
Формуляр (ГОСТ 19.501-78);
Описание применения (ГОСТ 19.502-78);
Руководство системного программиста (ГОСТ 19.503-79);
Руководство программиста (ГОСТ 19.504-79);
Руководство оператора (ГОСТ 19.505-79);
Требования к перечисленным документам не отличаются от требований, определенных в ЕСПД.
Стадии и этапы разработки
Таблица 1. «План разработки»
| этапы реализации проекта | февраль | март | апрель | май | |
| разработка ПО | | | | | |
| 1. техническое задание | | | | | |
| 2. эскизный проект | | | | | |
| 3. технический проект | | | | | |
| 4. рабочий проект | | | | | |
3. РАЗРАБОТКА ФУНКЦИОНАЛЬНОЙ МОДЕЛИ
автоматизация программный бухгалтерский расчет
Средство функционального моделирования BPwin применяет такие методологии как: IDEF0, IDEF3 и DFD.
Далее они будут описаны и с помощью них будет разработана подсистема расчетов с поставщиками.
Методология функционального моделирования IDEF0 – это технология описания системы в целом как множества взаимозависимых действий, или функций.
Обычно IDEF0 применяется как технология исследования и проектирования систем на логическом уровне. По этой причине он, как правило, используется на ранних этапах разработки проекта. Результаты IDEF0 анализа могут применяться при проведении проектирования с использованием моделей IDEF3 и диаграмм потоков данных.
IDEF0 сочетает в себе небольшую по объему графическую нотацию (она содержит только два обозначения: блоки и стрелки) со строгими и четко определенными рекомендациями. Для названия стрелок, как правило, употребляются имена существительные. Разработка подсистемы расчетов с поставщиками начинается с контекстной диаграммы (рис.1).
На ней изображены: функциональный блок, который систематизирует учет расчетов с поставщиками, и стрелки, несущие информацию о входных данных, управлении, механизме исполнения, а так же о выходных данных.
Рис.1. «Контекстная диаграмма».
Таким образом, входными данными подсистемы является информация о поставщиках, о товаре, а так же сама поставка товаров. Эти данные потребляются или преобразуются функциональным блоком для производства входа.
Специфическим видом входа является управление. Оно отвечает за регулирование того, как и когда выполняется функциональный блок.
Влияя на работу блока, оно непосредственно не потребляется и не трансформируется в результате
Управлением в данной подсистеме являются:
- правила составления документов и накладные.
Механизмы являются ресурсом, который непосредственно исполняет моделируемое действие.
В разрабатываемой подсистеме это бухгалтер и администрация.
В результате работы функционального блока получается выходная информация, которой является: заказ новых товаров, отчет, а так же зачисление денежных средств на счет поставщика.
Следующая диаграмма более детально показывает разрабатываемый бизнес-процесс (рис.2.).
Рис.2. «Подсистема учета расчетов с поставщиками».
Функциональный блок «систематизация учета расчетов с поставщиками» разбивается на 4 составляющие – блоки, которые в дальнейшем декомпозируются:
1.подписать договоры с поставщиками.
Здесь входными данными является информация о поставщиках и товаре, а выходными – составленный по всем правилам договор (он является входной информацией следующего блока).
На рисунке 3 представлена декомпозиция первого блока.
Рис.3. «Декомпозиция блока «Подписать договоры с поставщиками».
2.обработать информацию в договорах.
Полученный договор обрабатывается бухгалтером в соответствии с накладными.
После выполнения этого блока заказываются новые товары, а так же выходной информацией является № лицевого счета поставщика (рис.4).
Рис.4. «Декомпозиция блока «Обработать информацию в договорах».
оплатить договор.
Данные, полученные на выходе предыдущего блока, а так же поставка товаров являются входной информацией данного блока.
После их обработки бухгалтер выдает платежный документ и переводит на счет поставщика денежные средства.
Этот процесс изображен на рисунке 5.
Рис.5. «Декомпозиция блока «Оплатить договор».
составить отчет.
Отчет составляется бухгалтером на основе платежного документа и данных из накладных (рис.6.).
Рис.6. «Декомпозиция блока «Составить отчет».
Следующей методологией, применяемой в разработке данного бизнес-процесса является IDEF3.
IDEF3 — способ описания процессов, основной целью которого является обеспечение структурированного метода, используя который эксперт в предметной области может описать положение вещей как упорядоченную последовательность событий с одновременным описанием объектов, имеющих непосредственное отношение к процессу.
IDEF3 не имеет жестких синтаксических или семантических ограничений.
Каркасом модели IDEF3 служит так называемый сценарий бизнес-процесса, который выделяет последовательность действий или подпроцессов анализируемой системы.
При помощи этого метода были описаны следующие процессы:
проверить количество излишек и их недостаток товаров в наличии.
Этот процесс показан на рисунке 7.
Рис.7. «Процесс проверки количества излишек и их недостатка товаров в наличии».
занести данные в платежные документы.
На рисунке 8 соединение J2 показывает, каким образом будет проводиться расчет с поставщиками.
Рис.8. «Занесение данных в платежные документы».
Если организация расплачивается наличными средствами, то ей выдается чек; если происходит безналичный расчет, то денежные средства зачисляются на счет поставщика. И то, и другое действие инициируется при частичном наличном и безналичном расчете.
Некоторые процессы данной разрабатываемой подсистемы были описаны при помощи диаграмм потоков данных.
Диаграммы потоков данных (DFD) являются основным средством моделирования функциональных требований к проектируемой системе. С их помощью эти требования представляются в виде функциональных компонент (действий), связанных потоками данных.
Главная цель такого представления – продемонстрировать, как каждый компонент преобразует свои входные данные в выходные, а также выявит отношения между этими процессами.
При помощи данной методологии был описан процесс внесения данных (рис.9).
На рисунке показаны 2 хранилища данных: БД товаров и БД поставщиков, в которых содержатся данные соответственно о товарах и о поставщиках.
Выходной информацией является документ, который необходимо подписать.
Рис.9. «Процесс описания «внесения данных» при помощи диаграмм DFD».
Так же при помощи DFD был описан процесс написания отчета, на основании информации об оплаченных или неоплаченных поставках (рис.10.).
Рис.10. «Процесс «Написать отчет»».
4. РАЗРАБОТКА ИНФОРМАЦИОННОЙ МОДЕЛИ
Цель информационного моделирования состоит в обеспечении разработчика ЭИС концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей.
Erwin создает визуальное представление (модель данных) для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения как части документации, необходимой в цикле разработки. Однако Erwin далеко не только инструмент для рисования, Erwin автоматически создает БД.
В Erwin существуют два уровня представления и моделирования – логический и физический.
Логический уровень означает прямое отображение фактов из реальной жизни. Например, люди, столы, отделы, компьютеры являются реальными объектами. Они именуются на естественном языке, с любыми разделителями слов (пробелы, запятые и т.д.). На логическом уровне не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц.
Физический уровень модели Erwin составляют целевая СУБД, имена объектов и типы данных, индексы.
Одним из методов моделирования данных является метод IDEF1 (Integration DEFinition for Information Modeling).
Данный метод позволяет построить модель данных, эквивалентную реляционной модели в третьей нормальной форме. В настоящее время на основе совершенствования методологии IDEF1 создана ее новая версия – методология IDEF1X.
IDEF1X разработана с учетом таких требований, как простота изучения и возможность автоматизации.
На рисунке 11 представлена диаграмма в нотации IDEF1X, содержащая 4 сущности:
поставщики
организация
договор
зачисление денежных средств на счет поставщика
Рис.11. «Диаграмма сущностей в нотации IDEF1X».
Данная диаграмма отражает зависимость сущностей.
Сущность (Entity) – реальный либо воображаемый объект, имеющий существенное значение для рассматриваемой предметной области.
Сущность должна обладать некоторыми свойствами:
иметь уникальное имя;
обладать одним или несколькими атрибутами, которые либо принадлежат сущности, либо наследуются через связь;
обладать одним или несколькими атрибутами, которые однозначно идентифицируют каждый экземпляр сущности (первичный ключ).
Каждая сущность может обладать любым количеством связей с другими сущностями модели.
Связь (Relationship) – поименованная ассоциация между двумя сущностями, при которой каждый экземпляр одной сущности ассоциирован с произвольным (в том числе нулевым) количеством экземпляров второй сущности, и наоборот.
Атрибут (Attribute) — любая характеристика сущности.
Связь изображается линией, проводимой между сущностью-родителем и сущностью-потомком с точкой на конце линии у сущности-потомка.
ЗАКЛЮЧЕНИЕ
В данной курсовой работе была рассмотрена тема “Автоматизация ведения расчетов с поставщиками”.
В ней была изучена, описана, а затем разработана в рамках учебного проекта автоматизированная система расчетов с поставщиками программными средствами BPwin и ERwin.
В настоящее время все организации независимо от их вида, форм собственности и подчиненности ведут бухгалтерский учет имущества, обязательств и хозяйственных операций согласно действующему законодательству и нормативным документам.
Для этого в курсовой работе были описаны правила бухгалтерского учета поступления материалов и расчета с поставщиками, а так же рассмотрен счет 60 «Расчеты с поставщиками и подрядчиками».
В основу требований к системе положен комплекс стандартов определенных в ЕСПД, и представлен план разработки системы.
Для разработки функциональной модели подсистемы расчетов с поставщиками применялись такие методологии программного средства Bpwin как: IDEF0, IDEF3 и DFD.
Информационная модель подсистемы расчетов с поставщиками была разработана при помощи программного средства Erwin, используя методологию IDEF1X.
СПИСОК ИСПОЛЬЗОВАНОЙ ЛИТЕРАТУРЫ
1. А.С. Бакаев «План счетов бухгалтерского учета финансово-хозяйственной деятельности организации и инструкция по его применению» - М.: Юрайт-М, 2003
2. Е.П.Козлова «Бухгалтерский учет в организациях» - М.: Финансы и статистика,2000