Проектирование Автоматизированной Информационной Системы Учета и Движения Товара на Оптовом Складе: Методология и ТЭО (Курсовой/Дипломный проект)

Введение: Актуальность и целеполагание

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

Точность информации о наличии, состоянии и местоположении материально-производственных запасов (МПЗ) напрямую влияет на финансовую отчетность компании, что делает проектирование Автоматизированной Информационной Системы (АИС) не просто желательным, а жизненно необходимым условием конкурентоспособности. **И что из этого следует?** А это означает, что внедрение АИС становится прямым инструментом снижения финансовых рисков и повышения инвестиционной привлекательности бизнеса, поскольку гарантирует достоверность данных для внешних аудиторов и инвесторов.

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

Для достижения поставленной цели необходимо решить следующие задачи:

1. Провести системный анализ предметной области, детализировав критические бизнес-процессы склада и их информационные потоки.
2. Определить функциональные и нефункциональные требования к АИС на основе анализа Федерального закона № 402-ФЗ и ФСБУ 5/2019.
3. Разработать функциональную модель АИС, используя методологию IDEF0, строго придерживаясь принципа ICOM.
4. Спроектировать логическую модель базы данных (ER-диаграмму), обеспечив целостность и минимизацию избыточности данных.
5. Выполнить комплексное технико-экономическое обоснование (ТЭО) проекта, включающее расчет себестоимости разработки, эксплуатационных затрат и оценку экономического эффекта методом приведенных затрат.

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

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

Определения и место АИС в экономической информатике

Проектирование любой сложной системы начинается с четкого определения ее места в иерархии информационных технологий. **Автоматизированная Информационная Система (АИС)** — это человеко-машинная система, предназначенная для сбора, хранения, обработки, поиска и выдачи информации, направленная на автоматизацию управленческих и учетных функций. В контексте оптового склада АИС охватывает не только бухгалтерский учет, но и операционные процессы, являясь фундаментом для принятия решений в логистике.

Экономическая Информационная Система (ЭИС) — более широкое понятие, объединяющее совокупность технических, программных, информационных, организационных и кадровых средств, предназначенных для обеспечения эффективного управления экономическим объектом. Проектируемая АИС учета и движения товара является частью общей ЭИС предприятия.

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

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

Таким образом, проектируемая АИС находится на стыке экономической информатики и прикладной логистики, используя методы системного анализа для автоматизации учета МПЗ в соответствии с актуальными финансовыми стандартами.

Критические бизнес-процессы оптового склада («AS IS» — Как есть)

Эффективная АИС должна автоматизировать критические бизнес-процессы, которые обеспечивают движение товара и формирование учетных данных. К основным процессам оптового склада, подлежащим первоочередной автоматизации, относятся:

1. Приемка товара. Это начальный и один из самых ответственных этапов. Он включает выгрузку, проверку целостности упаковки, сверку фактического количества и номенклатуры с сопроводительными документами (накладными поставщика), а также регистрацию поступления товара в систему управления складом.
2. Размещение в хранение. Процесс, требующий выбора оптимального места для товара (ячейки, стеллажа), с учетом его характеристик (габариты, вес, условия хранения) и частоты обращения. Неавтоматизированное размещение ведет к потере времени на поиск и ошибкам в инвентаризации.
3. Хранение. Сам по себе процесс хранения, помимо обеспечения условий, требует непрерывного учета остатков и их местоположения.
4. Отбор (Комплектация). Процесс сбора товарных позиций в соответствии с заказом клиента. В неавтоматизированных системах комплектовщик работает с бумажным заказом, что часто приводит к ошибкам сортировки и комплектации.
5. Отгрузка (Отпуск). Финальный этап, включающий упаковку, сверку с отгрузочными документами (счет-фактура, товарная накладная) и фактический отпуск товара со склада.
6. Инвентаризация. Периодическая или выборочная сверка фактического наличия товара с учетными данными. В ручном режиме — это трудоемкий, длительный и подверженный ошибкам процесс.

Важнейшая взаимосвязь между этими процессами заключается в непрерывном **информационном потоке**. Например, данные, зафиксированные на этапе Приемки (номенклатура, количество, место), немедленно становятся основой для процессов Хранения и Отбора. Не требует ли это обеспечения всех товарных позиций индивидуальным штрих-кодом и использования оборудования (ТСД) для фиксации всех этапов движения?

Нормативно-правовое регулирование учета МПЗ (Ключевое преимущество)

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

1. Федеральный закон от 06.12.2011 № 402-ФЗ «О бухгалтерском учёте». Этот закон устанавливает общие требования к ведению бухгалтерского учета в РФ. Согласно ФЗ № 402-ФЗ, организация имеет право использовать собственные формы первичных учетных документов, закрепляя их в своей учетной политике, при условии, что они содержат все обязательные реквизиты. Это дает возможность АИС генерировать унифицированные внутренние документы (например, отборочные листы, акты пересортицы).
2. Федеральный стандарт бухгалтерского учета 5/2019 «Запасы» (ФСБУ 5/2019). Данный стандарт является основным документом, регламентирующим определение, признание и оценку запасов, заменивший ранее действовавшее ПБУ 5/01. Ключевые положения ФСБУ 5/2019, критичные для АИС:
   • Критерии отнесения активов к МПЗ: товары, сырье, готовая продукция включаются в состав запасов вне зависимости от их стоимости (стоимостных границ не устанавливается).
   • При выбытии МПЗ (продаже, списании) их оценка производится одним из следующих способов, закрепленных в учетной политике: по средней себестоимости, ФИФО (First In, First Out) и по себестоимости каждой единицы. АИС должна поддерживать все три метода.
3. Федеральный стандарт бухгалтерского учета 27/2021 «Документы и документооборот в бухгалтерском учете» (ФСБУ 27/2021). Стандарт регулирует порядок оформления и движения первичных документов, регистров бухучета, как в бумажном, так и в электронном виде, а также требование о хранении документов на территории РФ. АИС обязана обеспечивать надежное и долговременное хранение электронных версий первичных документов с квалифицированной электронной подписью.

Требования к АИС на основе ФСБУ: Проектируемая система должна не только регистрировать движение товара, но и предоставлять инструменты для оценки МПЗ при выбытии. Например, метод «по себестоимости каждой единицы» требует, чтобы система обеспечивала детальный партионный учет, позволяя отслеживать историю каждой отдельной товарной единицы, поступившей на склад.

Методология и функциональное проектирование АИС

Системный анализ и выбор подхода к проектированию

Для успешного проектирования АИС необходимо применить методологию системного анализа, которая позволяет структурировать предметную область и перейти от описания «Как есть» (AS IS) к модели «Как должно быть» (TO BE). В проектировании информационных систем традиционно используются две основные группы методологий: структурный подход (SADT, IDEF0, DFD), фокусирующийся на функциях системы и потоках данных, и объектно-ориентированный подход (UML), фокусирующийся на данных (объектах, сущностях) и их поведении.

Обоснование выбора: Для курсовой/дипломной работы, охватывающей анализ предметной области и проектирование структуры данных, оптимальным является **гибридный подход**. Мы используем **IDEF0** для функционального моделирования и **UML-диаграммы** (в частности, ER-диаграмму) для моделирования данных.

Функциональное моделирование бизнес-процессов («TO BE» — Как должно быть)

Функциональное моделирование АИС проводится с помощью методологии **IDEF0** (Integration Definition for Function Modeling), которая позволяет представить систему как иерархию взаимосвязанных функций.

Контекстная диаграмма (А-0): Верхний уровень моделирования, представляющий всю АИС одной функцией.

Интерфейс	Описание
Вход (Input)	Заявки на закупку/продажу, Поступившие товары, Отборочные листы.
Управление (Control)	ФЗ № 402-ФЗ, ФСБУ 5/2019, Учетная политика, Приказы и инструкции, Правила комплектации.
Выход (Output)	Отгруженные товары, Бухгалтерские регистры, Отчеты (остатки, движение, инвентаризация), Первичные документы (накладные).
Механизм (Mechanism)	Сотрудники склада/бухгалтерии, ТСД, Сканеры, Сервер, СУБД, Сетевое оборудование.

Декомпозиция (А0): Детализация контекстной диаграммы на основные подфункции. Согласно правилу IDEF0, каждый функциональный блок должен иметь не менее 3 и не более 6 блоков декомпозиции. Основные функции АИС:

1. Управление приемкой и размещением (А1).
2. Управление хранением и инвентаризацией (А2).
3. Управление отбором и отгрузкой (А3).

Принцип ICOM и его строгое применение: Ключевым моментом в академическом проектировании является правильное разграничение интерфейсов:

• Управление (Control): Представляет собой неизменяемые объекты, которые определяют, как функция должна быть выполнена. В нашем случае, это ФСБУ 5/2019 и Учетная политика (например, выбранный метод оценки МПЗ при выбытии). Они поступают в верхнюю грань блока.
• Механизм (Mechanism): Представляет собой неизменяемые ресурсы, которые выполняют работу. Это сотрудники, **Терминалы Сбора Данных (ТСД)**, сканеры, и сама СУБД. Они поступают в нижнюю грань блока.

Например, в блоке «Управление приемкой»: Вход: Накладная поставщика. Управление: ФСБУ 5/2019 (требования к оприходованию), Технологическая карта склада. Механизм: Кладовщик, **ТСД**. Выход: Принятый товар, Акт приемки.

Проектирование функциональных требований

Функциональные требования определяют, что именно система должна делать. Они формулируются на основе анализа бизнес-процессов и нормативной базы.

Бизнес-процесс	Требование к АИС
Приемка	Автоматизированная сверка данных накладной с фактическим поступлением, регистрация партий и сроков годности.
Размещение	Генерация оптимального адреса хранения (ячейки) на основе характеристик товара и загруженности склада.
Отбор (Комплектация)	Автоматизированное формирование **отборочного листа** с указанием точного адреса хранения и оптимального маршрута обхода.
Отгрузка	Контроль отпуска товара с использованием сканеров для предотвращения ошибок комплектации.
Учет МПЗ	Поддержка трех методов оценки выбытия МПЗ (ФИФО, Средняя, По себестоимости единицы) согласно ФСБУ 5/2019.
Инвентаризация	Возможность проведения выборочной или полной инвентаризации с использованием ТСД и автоматическое формирование акта расхождений.

Информационная модель и проектирование базы данных

Этапы проектирования модели данных

Проектирование базы данных (БД) — ключевой элемент разработки АИС. Этот процесс традиционно делится на три последовательных этапа: концептуальная модель, логическая модель (где строится ER-диаграмма) и физическая модель, которая детализирует структуру таблиц и типы данных.

Разработка логической модели (ER-диаграмма)

Логическая модель данных, представленная в виде диаграммы «сущность-связь» (ER-диаграмма), визуально показывает, как различные сущности (объекты) связаны между собой. Для проектирования учетной системы склада необходимы следующие ключевые сущности: Товар (Номенклатура), ПартияТовара, **Склад (АдресХранения)**, **Контрагент** и **ДокументПриемки/ДокументОтгрузки**.

Разрешение связи «многие-ко-многим» (Ключевой момент):

Связь типа «многие-ко-многим» (M:N), например, между сущностями «Товар» и «ДокументОтгрузки», является нереализуемой в реляционных базах данных и должна быть разрешена. Для разрешения этой связи создается промежуточная (ассоциативная) сущность, которую назовем **»ПозицияДокумента»** или **»ПозицияОтгрузки»**. Таким образом, сущность **»ПозицияОтгрузки»** будет содержать в качестве внешних ключей (FK) ID документа и ID товара, а также атрибуты, специфичные для данной транзакции (количество, цена отпуска).

• ДокументОтгрузки → 1:M → ПозицияОтгрузки
• Товар → 1:M → ПозицияОтгрузки

Таблица ключевых сущностей и связей (Логическая модель):

Сущность	Атрибуты (Пример)	Первичный ключ (PK)	Связь
Товар	Название, Артикул, Ед. изм.	Товар_ID	1:M с ПартияТовара
Склад	Название, Адрес, Тип ячейки	Склад_ID	1:M с Остатки
ДокументПриемки	Дата, Номер, FK Контрагент	Приемка_ID	1:M с ПозицияПриемки
ПозицияПриемки	Количество, Цена. FK Приемка_ID, FK Товар_ID	Позиция_ID	M:N (Разрешающая сущность)
Остатки	FK Товар_ID, FK Склад_ID, Количество	Составной ключ (Товар_ID, Склад_ID)	1:1 с каждым физическим остатком

Проектирование физической структуры базы данных

Физическая модель переводит логическую модель в конкретные структуры, готовые к реализации в СУБД.

Пример физической структуры таблицы «Товар»:

Название поля	Тип данных	Ограничения	Описание
id_tovar	INT	PK, NOT NULL, AUTO_INCREMENT	Первичный ключ (ID товара)
articul	VARCHAR(20)	UNIQUE, NOT NULL	Артикул производителя
name	VARCHAR(100)	NOT NULL	Наименование товара
unit_measure	VARCHAR(10)	NOT NULL	Единица измерения (шт., кг.)
is_active	BOOLEAN	DEFAULT TRUE	Признак активности

Пример физической структуры таблицы «ПозицияОтгрузки» (Разрешение M:N):

Название поля	Тип данных	Ограничения	Описание
id_position	INT	PK, NOT NULL, AUTO_INCREMENT	Первичный ключ позиции
fk_doc_id	INT	FK на ДокументОтгрузки	Внешний ключ документа
fk_tovar_id	INT	FK на Товар	Внешний ключ товара
quantity	DECIMAL(10,3)	NOT NULL, > 0	Отгруженное количество
sell_price	DECIMAL(10,2)	NOT NULL	Цена продажи

Технико-экономическое обоснование (ТЭО) внедрения АИС

Оценка эффективности и состав расчетов ТЭО

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

Расчет затрат на разработку и эксплуатацию

Расчет затрат на разработку (Себестоимость АИС):

Себестоимость разработки (С_разр) складывается из прямых и косвенных затрат. Наибольшую долю занимают затраты на оплату труда разработчиков (ЗП).

1. Определение трудоемкости: Трудоемкость (Т_общ) оценивается в человеко-часах на основе декомпозиции проекта на этапы.
2. Расчет фонда оплаты труда (ФОТ):

ФОТ = Σ (Чi ⋅ Тi)

Где Ч_i — часовая ставка специалиста i; Т_i — трудоемкость этапа для специалиста i.

Этап работ	Трудоемкость (ч/ч)	Часовая ставка (руб.)	ЗП (руб.)
Системный анализ	200	500	100 000
Проектирование БД	150	600	90 000
Кодирование	400	750	300 000
Тестирование	100	500	50 000
ИТОГО ФОТ	850		540 000

3. Общие затраты: Добавляются отчисления в социальные фонды (например, 30.2%), накладные расходы и капитальные вложения (покупка ТСД, сервера).

Расчет годовых эксплуатационных затрат (Т): Годовые текущие затраты (Т) включают: ФОТ персонала, обслуживающего АИС, расходы на техническую поддержку, амортизацию оборудования и программного обеспечения. Эти расходы будут использованы в формуле ТЭО.

Оценка экономического эффекта (Ключевое преимущество)

Оценка экономического эффекта внедрения АИС проводится методом сравнения по **приведенным затратам (ПЗ)** до внедрения (базовый вариант) и после внедрения (внедряемый вариант).

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

Формула для расчета годового экономического эффекта (Э_год):

Эгод = Масштаб ⋅ [(Тдо + Ен ⋅ Кдо) - (Тпосле + Ен ⋅ Кпосле)]

Где:

• Т_до — годовые текущие затраты до внедрения.
• Т_после — годовые текущие затраты после внедрения (эксплуатационные расходы АИС).
• К_до — капитальные вложения в базовый вариант.
• К_после — капитальные вложения (инвестиции) во внедряемый вариант (стоимость разработки АИС + покупка оборудования, например, ТСД).
• Е_н — нормативный коэффициент эффективности капитальных вложений (например, 0.15 для IT-проектов).

Гипотетический пример расчета:

Предположим, в результате автоматизации:

• Т_до (Убытки от пересортицы, лишний персонал) = 1 500 000 руб./год.
• Т_после (Эксплуатационные затраты АИС) = 500 000 руб./год.
• К_до (Капитальные вложения до) = 0 руб.
• К_после (Капитальные вложения: разработка + оборудование) = 2 000 000 руб.
• Е_н = 0.15.

1. Приведенные затраты до внедрения (ПЗ_до):

ПЗдо = 1 500 000 + 0.15 ⋅ 0 = 1 500 000 руб.

2. Приведенные затраты после внедрения (ПЗ_после):

ПЗпосле = 500 000 + 0.15 ⋅ 2 000 000 = 800 000 руб.

3. Годовой экономический эффект (Э_год):

Эгод = 1 500 000 - 800 000 = 700 000 руб.

Расчет срока окупаемости (Т_ок):

Срок окупаемости рассчитывается как отношение капитальных вложений к годовому экономическому эффекту:

Ток = Кпосле / Эгод = 2 000 000 / 700 000 ≈ 2.86 года.

Поскольку срок окупаемости (2.86 года) значительно ниже нормативного (6.67 года при Е_н=0.15), проект АИС является **экономически целесообразным**.

Заключение

В рамках данного проекта была выполнена комплексная разработка структуры, методологии и информационных моделей для Автоматизированной Информационной Системы учета и движения товара на оптовом складе.

Основные выводы и достижения:

1. Анализ предметной области и нормативной базы: Были определены критические бизнес-процессы склада (Приемка, Отбор, Отгрузка) и, что наиболее важно, сформулированы требования к АИС на основе актуальных Федеральных стандартов бухгалтерского учета — **ФСБУ 5/2019 «Запасы»** и **ФСБУ 27/2021 «Документы и документооборот»**. Это гарантирует методологическую и юридическую корректность будущей системы.
2. Функциональное проектирование: С использованием структурной методологии **IDEF0** разработана функциональная модель, которая строго разграничивает роли **Управления** (ФСБУ, Учетная политика) и **Механизма** (ТСД, персонал), обеспечивая прозрачность информационных потоков. Было показано, что АИС должна автоматизированно формировать ключевые документы, такие как **отборочный лист** с указанием адреса хранения.
3. Информационное проектирование: Создана логическая модель данных (ER-диаграмма), которая учитывает специфику складского учета, в частности, продемонстрировано **обязательное разрешение связи «многие-ко-многим»** через промежуточные сущности, что является основой для создания целостной и непротиворечивой реляционной базы данных.
4. Технико-экономическое обоснование: Проведен расчет себестоимости разработки и, что критично для дипломного проекта, выполнена оценка экономического эффекта методом **приведенных затрат**. Расчет показал высокую экономическую целесообразность проекта со сроком окупаемости, значительно меньшим нормативного.

Разработанный проект АИС не только автоматизирует рутинные операции, но и выступает как ключевой инструмент контроля за соблюдением законодательных требований по учету МПЗ. Дальнейшее развитие системы должно быть направлено на интеграцию с внешними системами (ERP-системы контрагентов) и внедрение мобильных решений для работников склада, что позволит максимизировать синергетический эффект от автоматизации логистической цепочки.

Список использованной литературы

1. Автоматизированные информационные технологии в экономике: Учебник / под ред. проф. Г.А. Титоренко. — М.: Компьютер, ЮИНИТИ, 2006.
2. Бизнес-процессы склада: обязательные и опциональные [Электронный ресурс]. URL: https://leadwms.ru (дата обращения: 23.10.2025).
3. Бизнес-процессы склада — общее описание [Электронный ресурс]. URL: https://buhta.ru (дата обращения: 23.10.2025).
4. Бизнес-процессы, учет и документооборот на складе [Электронный ресурс]. URL: https://studwood.net (дата обращения: 23.10.2025).
5. Бухгалтерский учет МПЗ: правила, проводки и изменения 2025 года [Электронный ресурс]. URL: https://fd.ru (дата обращения: 23.10.2025).
6. Все действующие ПБУ и ФСБУ в 2026 году [Электронный ресурс]. URL: https://klerk.ru (дата обращения: 23.10.2025).
7. ER-диаграмма: задачи, нотации, правила составления [Электронный ресурс]. URL: https://sales-generator.ru (дата обращения: 23.10.2025).
8. ER-диаграмма: визуализация связей и сущностей [Электронный ресурс]. URL: https://kurshub.ru (дата обращения: 23.10.2025).
9. Калянов Г.Н. Консалтинг при автоматизации предприятий (подходы, методы, средства). М.: СИНТЕГ, 2002.
10. Маклаков С.В. Создание информационных систем с AllFusion Modeling Suite. М.: ДИАЛОГ-МИФИ, 2005.
11. Марка Д. А., МакГоуэн К. Методология структурного анализа и проектирования SADT.
12. Методология SADT [Электронный ресурс]. URL: https://kgau.ru (дата обращения: 23.10.2025).
13. МЕТОДОЛОГИЯ СТРУКТУРНОГО АНАЛИЗА И ПРОЕКТИРОВАНИЯ SADT [Электронный ресурс]. URL: https://bsut.by (дата обращения: 23.10.2025).
14. Методологии проектирования информационных систем [Электронный ресурс]. URL: https://nstu.ru (дата обращения: 23.10.2025).
15. Модель SADT [Электронный ресурс]. URL: https://phosagro.ru (дата обращения: 23.10.2025).
16. Основные бизнес-процессы на складе, их описание, схема [Электронный ресурс]. URL: https://otvethranenie-krd.ru (дата обращения: 23.10.2025).
17. Петров Ю.А., Шлимович Е.Л., Ирюпин Ю.В. Комплексная автоматизация управления предприятием: Информационные технологии — теория и практика. — М.: Финансы и статистика, 2005.
18. Порядок учета материально-производственных запасов [Электронный ресурс]. URL: https://nalog-nalog.ru (дата обращения: 23.10.2025).
19. Проектирование экономических информационных систем: учеб. / под ред. Ю. Ф. Тельнова. М., 2005.
20. Стандарты бухгалтерского учета: ФСБУ и ПБУ [Электронный ресурс]. URL: https://kontur-extern.ru (дата обращения: 23.10.2025).
21. Технико-экономическое обоснование использования автоматизированной информационной системы учета и контроля на примере ООО [Электронный ресурс]. URL: https://core.ac.uk (дата обращения: 23.10.2025).
22. Технико-экономическое обоснование проекта [Электронный ресурс]. URL: https://tusur.ru (дата обращения: 23.10.2025).
23. Технико-экономическое обоснование создания автоматизированной информационной системы [Электронный ресурс]. URL: https://narod.ru (дата обращения: 23.10.2025).
24. Технико-экономическое обоснование дипломных проектов (работ), связанных с разработкой автоматизированных информационных систем (АИС) [Электронный ресурс]. URL: https://studbooks.net (дата обращения: 23.10.2025).
25. Фаулер М. UML – основы. Руководство по стандартному языку объектного моделирования. СПб.: Символ, 2006.
26. Федеральные стандарты бухучета ФСБУ: какие, когда и где применять [Электронный ресурс]. URL: https://astral.ru (дата обращения: 23.10.2025).
27. Федеральные стандарты бухгалтерского учёта [Электронный ресурс]. URL: https://minfin.gov.ru (дата обращения: 23.10.2025).
28. Шафер Д.Ф., Фартрел Т., Шафер Л.И. Управление программными проектами: достижение оптимального качества при минимуме затрат. М.: Вильямс, 2004.
29. Что такое ER-диаграмма и как ее создать? [Электронный ресурс]. URL: https://lucidchart.com (дата обращения: 23.10.2025).
30. Экономическая информатика: Введение в экономический анализ информационных систем: Учебник. – М.: ИНФРА-М, 2005.