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

1.1. Технико-экономическая характеристика предметной области и предприятия

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

Пример: «ООО "Дебитор" занимается оптовыми поставками промышленного оборудования. На начало 2025 года дебиторская задолженность составила 12 млн руб., при этом 35% долгов просрочены более чем на 90 дней. В настоящее время учёт долгов ведётся вручную в Excel, что приводит к задержкам в напоминаниях и ошибкам в расчётах».

Сложности:

• Отсутствие реальных данных — приходится моделировать показатели.
• Недостаточное понимание финансовых терминов (дебиторская задолженность, резерв по сомнительным долгам и др.).

Время: 12–15 ч.

1.2. Характеристика комплекса задач и обоснование необходимости автоматизации

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

Пример: «В ООО "Дебитор" задача контроля задолженности распределена между бухгалтером и менеджерами по продажам. Отсутствие единой системы приводит к дублированию действий и пропущенным срокам. Автоматизация позволит централизовать данные, сократить трудозатраты и повысить собираемость долгов».

Сложности:

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

Время: 10–12 ч.

1.3. Анализ существующих разработок и выбор стратегии автоматизации

Проводится обзор аналогичных ИС (например, 1С:Управление торговлей, SAP FI, специализированные CRM). Оцениваются их функциональность, стоимость, сложность внедрения. Обосновывается выбор собственной разработки или адаптации.

Пример: «Рассмотрены три решения: 1С, Bitrix24 и кастомная веб-система на Django. Для ООО "Дебитор" выбрана стратегия разработки собственной ИС, так как это позволяет гибко настроить модули под специфику управления долгами и снизить лицензионные расходы».

Сложности:

• Недостаток информации о реальных возможностях систем.
• Трудности в сопоставлении функциональности с потребностями предприятия.

Время: 10–12 ч.

1.4. Обоснование проектных решений

Здесь формулируются требования к будущей системе: функциональные (учёт договоров, напоминания, отчёты по просрочке), нефункциональные (производительность, безопасность, масштабируемость). Обосновывается выбор архитектуры (клиент-сервер, веб), СУБД, языка программирования.

Пример: «Для ИС по управлению долгами выбрана веб-архитектура с использованием Python (Django) и PostgreSQL. Это обеспечивает кроссплатформенность, надёжность хранения финансовых данных и простоту развёртывания на сервере ООО "Дебитор"».

Сложности:

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

Время: 10–12 ч.

Выводы по главе 1

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

Время: 4–6 ч.

2.1. Разработка проекта автоматизации

Создаются диаграммы бизнес-процессов (BPMN), схемы данных (ERD), модели пользовательских сценариев (use-case). Описывается общая архитектура ИС и её модули: учёт контрагентов, контроль сроков оплаты, формирование напоминаний, отчётность.

Пример: «В ИС для ООО "Дебитор" выделены три модуля: 1) Управление договорами, 2) Контроль дебиторской задолженности, 3) Аналитика и отчёты. Диаграмма BPMN показывает процесс от выставления счёта до закрытия задолженности».

Сложности:

• Требуется знание нотаций моделирования (UML, BPMN).
• Сложно увязать бизнес-логику с технической реализацией.

Время: 14–16 ч.

2.2. Информационное обеспечение задачи

Описывается структура базы данных: таблицы (контрагенты, договоры, платежи), связи между ними, типы данных, ограничения. Приводятся примеры SQL-запросов для формирования отчётов по долгам.

Пример: «Таблица "payments" содержит поля: id, contract_id, amount, due_date, paid_date. Связь с таблицей "contracts" по внешнему ключу. Запрос SELECT * FROM payments WHERE paid_date IS NULL AND due_date < CURRENT_DATE выдаёт просроченные долги».

Сложности:

• Ошибки в проектировании связей (например, отсутствие каскадного удаления).
• Недостаточное внимание к нормализации БД.

Время: 12–14 ч.

2.3. Программное обеспечение задачи

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

Пример: «Функция send_reminders() проверяет таблицу payments ежедневно и отправляет email-уведомления контрагентам за 3 дня до срока и в день просрочки. Используется библиотека smtplib для отправки писем».

Сложности:

• Необходимо писать рабочий код, а не псевдокод.
• Сложно документировать код в соответствии с требованиями ГОСТ.

Время: 16–20 ч.

2.4. Контрольный пример реализации проекта и его описание

Демонстрируется работа ИС на примере конкретного сценария: например, ввод нового договора, отслеживание платежа, генерация отчёта по задолженности. Приводятся скриншоты интерфейса (можно mock-up).

Пример: «На рис. 2.4.1 показан интерфейс модуля "Контроль задолженности". После ввода данных по договору №Д-2025-045 система автоматически добавила запись в таблицу и запланировала напоминание на 10.04.2025».

Сложности:

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

Время: 10–12 ч.

Выводы по главе 2

Подтверждается, что ИС разработана в соответствии с требованиями, приведёнными в главе 1. Отмечается соответствие функциональности задачам управления долгами в ООО "Дебитор".

Время: 4–6 ч.

3.1. Выбор и обоснование методики расчёта экономической эффективности

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

Пример: «Для расчёта эффективности выбрана методика, рекомендованная кафедрой информационных систем Синергии. Учитываются затраты на разработку, эксплуатацию и экономия от сокращения ручного труда и улучшения сбора долгов».

Сложности:

• Непонимание методики расчёта, принятой в Синергии.
• Сложности в прогнозировании количественных эффектов (на сколько % снизится просрочка?).

Время: 8–10 ч.

3.2. Расчёт показателей экономической эффективности проекта

Проводятся расчёты: затраты на разработку (ЗП разработчика, ПО, сервер), годовая экономия (снижение трудозатрат, рост собираемости долгов), срок окупаемости, чистый дисконтированный доход (ЧДД).

Пример: «Годовая экономия от внедрения ИС составила 620 тыс. руб. (снижение трудозатрат на 200 ч/год и рост собираемости долгов на 5%). Срок окупаемости — 8 месяцев».

Сложности:

• Ошибки в расчётах (например, неправильное определение ставки дисконтирования).
• Отсутствие реальных данных для обоснования эффектов.

Время: 10–12 ч.

Выводы по главе 3

Подтверждается, что проект экономически целесообразен: срок окупаемости приемлем, эффект превышает затраты. Выводы должны быть количественно обоснованы.

Время: 4–6 ч.