PromTechSnab_FU_EDITABLE_TEMPLATE

1.

Проектная работа
ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ
ДЛЯ УПРАВЛЕНИЯ РЕСУРСАМИ
ПРОИЗВОДСТВЕННОГО ПРЕДПРИЯТИЯ
на примере ООО «ПромТехСнаб»
Выполнил: студент группы _____
ФИО _________________________
Проверил: ст. преподаватель
Трифонова Н.Н.
1

2.

Целеполагание проекта (цель уровня 0)
Название
проекта
Проект ИС управления ресурсами ООО «ПромТехСнаб»
S
единый контур учета заявок, закупок, склада и производства
M
снижение ручных операций на 40%, ускорение отчетности на 50%
A
поэтапное внедрение на базе модульной архитектуры
R
устранение задержек, ошибок остатков и разрозненных таблиц
T
проектная готовность решения — 2026 год
ЦЕЛЬ ПРОЕКТА
Разработать проект информационной системы управления ресурсами производственного предприятия,
обеспечивающий сквозной учет заказов, материалов, закупок, складских остатков и производственных
заданий.
Измеримые ориентиры: снижение доли ручных операций, повышение точности учета остатков и ускорение управленческой
отчетности.
2

3.

Цель, задачи, объект и предмет исследования
Цель
Проект ИС управления ресурсами
ООО «ПромТехСнаб»
1
раскрыть виды ресурсов предприятия
2
описать роль ERP, CRM, MES, WMS
3
дать характеристику ООО
«ПромТехСнаб»
4
построить AS-IS и выявить проблемы
5
сформировать требования к ИС
6
разработать TO-BE, архитектуру и БД
Объект: ООО «ПромТехСнаб»
Предмет: процессы управления ресурсами
3

4.

Продукт проекта
Продукт проекта — логическая модель информационной системы для малого производственного
предприятия.
Модуль заявок
и заказов
Модуль закупок
Складской модуль
Производственный
модуль
Аналитика
регистрация заявки,
история клиента, статус
исполнения
дефицит, заявка
поставщику, контроль срока
поставки
остатки, резервы, приемка,
перемещения и списание
производственный заказ,
этапы, статусы, расход
материалов
дашборды, отчеты,
отклонения, журнал
действий
Ключевые результаты проектирования
• единая база данных по заказам и ресурсам
• связка «заказ — спецификация — закупка — склад — производство»
• роли пользователей и разграничение доступа
• основа для поэтапного внедрения и ТЗ по ГОСТ 34.602-2020
4

5.

Жизненный цикл проекта
Этап
1. Инициация
2. Планирование
3. Исполнение
4. Завершение
Основные
работы
анализ предметной области; сбор
открытых данных; постановка
проблемы
моделирование AS-IS; формирование
требований; выбор архитектуры
моделирование TO-BE; проектирование
БД; описание ролей
оценка эффекта; подготовка
презентации и доклада
Результат
этапа
обоснована актуальность и объект
описаны проблемы и требования
сформирована модель ИС
получен комплект материалов для
защиты
Жизненный цикл адаптирован под структуру курсовой работы и этапы проектирования ИС.
Вход
Модель
Проект
Выход
заявка / проблема
AS-IS + требования
TO-BE + БД
решение + эффект
5

6.

Организационно-экономическая характеристика ООО «ПромТехСнаб»
Показатель
Характеристика
ОГРН / ИНН
1185029000716 / 5029227395
Дата регистрации
17.01.2018
Основной ОКВЭД
25.99.2 «Производство прочих металлических изделий»
Категория МСП
микропредприятие
Профиль продукции
снегоплавильные установки, рампы, конвейеры, заградительные устройства
Почему предприятию нужна ИС?
• широкая номенклатура изделий
• важность точного материального учета
• небольшой штат и совмещение функций
• потребность в связке продаж, склада,
закупки и производства
Главный объект управления
Производственная база
лазерная резка, токарные и фрезерные станки, покраска, пескоструйная обработка
материалы, комплектующие, остатки,
спецификации, закупочные документы и
производственные задания
Данные сведены из таблицы 3 курсовой работы.
6

7.

Финансовая динамика предприятия
Открытые финансовые данные за 2020–2025 гг. показывают рост выручки при неровной динамике прибыли.
Выручка, млн руб.
Чистая прибыль, млн руб.
50
4
45,389
3,564
40,1
39,9
40
3
30,8
30
23,2
20
15,5
2
1,3
0,739
0,733
2023
2024
1
10
0,166
0,045
0
0
2020
2021
выручка
чистая прибыль
2022
2025
Год
2020
2021
2022
2023
2024
2025
Выручка, млн руб.
15,5
23,2
40,1
30,8
39,9
45,389
Чистая прибыль, млн руб.
0,166
1,300
0,045
0,739
0,733
3,564
Вывод: рост продаж должен сопровождаться прозрачным управлением ресурсами, иначе прибыльность остается нестабильной.
7

8.

Классификация ресурсов и приоритеты автоматизации
Критичность групп ресурсов
Группа ресурсов
Что контролировать
Показатели для ИС
Материальные
наличие, движение, резерв, списание
остаток, точка заказа, дефицит
Трудовые
загрузка персонала, задачи
трудоемкость, занятость
Производственные
мощности
4,7
Финансовые
лимиты, план-факт расходов
себестоимость, маржа
Трудовые
4,6
Информационные
достоверность и доступность данных
полнота карточек, ошибки
Мощности
фактическая загрузка
простой, пропускная способность
Материальные
5
Информационные
4,9
Финансовые
4,2
оценка значимости, баллы
Приоритет проектируемой ИС
1
единый справочник ресурсов и
изделий
2
актуальные остатки и резервы
по складам
3
автоматический расчет
потребности по спецификации
4
связь закупки с
производственным заказом
8

9.

Информационный контур управления ресурсами
Контур
продаж
Регистрация заявки
Коммерческое
предложение
Договор / заказ
Контур
снабжения
План потребности
Заявка на закупку
Заказ поставщику
Контур
склада
Приемка
Остатки и резервы
Перемещения
Контур
производства
Спецификация изделия
Производственный заказ
Статус этапов
Контур
аналитики
Дашборд KPI
Отчет по ресурсам
План-факт анализ
Единая база данных
и справочники:
номенклатура, контрагенты,
склады, пользователи
Смысл контура: данные вводятся один раз и используются всеми службами предприятия.
9

10.

AS-IS: текущий процесс и проблемные точки
Продажи
Получение
заявки
Уточнение
требований
Проверка
остатков
вручную
Заявка
на закупку
Снабжение
Приемка
и журнал
Склад
Передача
задания
Производство
Документы
к отгрузке
Бухгалтерия
Проблемы AS-IS
Статус
вручную
• разрозненные Excel-файлы и переписка
• задержки при выявлении дефицита
• ошибки в остатках и резервах
• нет сквозного статуса заказа
10

11.

Требования к проектируемой информационной системе
Группа
Ключевые требования
Практическое значение
Функциональные
номенклатура; спецификации; остатки; закупки; производственные заказы;
отчеты
сквозной учет ресурсов и заказов
Нефункциональные
права доступа; резервное копирование; скорость отклика; масштабируемость
надежная повседневная эксплуатация
Нормативные
ГОСТ 34.601-90; ГОСТ 34.602-2020; ГОСТ Р ИСО/МЭК 25010-2015
корректная структура проекта и требований
Единая
номенклатура
ресурсы и изделия без дублей
Спецификации
и нормы
автоматический расчет
потребности
Остатки
и резервы
актуальная картина наличия
Закупки
заказ поставщику из дефицита
Производство
статусы этапов и расход
Отчеты
KPI и отклонения из базы
Система должна не просто заменить таблицы, а задать единый порядок действий для продаж, снабжения, склада и
производства.
11

12.

TO-BE: целевая модель управления ресурсами
Регистрация
заявки
Расчет
потребности
Проверка
остатков
Резерв /
закупка
Производственный
заказ
Статус
и отгрузка
Продажи
Система
Склад
Снабжение
Производство
Все контуры
Единая база данных
Критерий
AS-IS
TO-BE
Источник остатков
таблицы и звонки
единая база с резервами
Связь заказа с потребностью
ручное сравнение
расчет по спецификации
Отчетность
сведение файлов
отчеты из базы
Контроль производства
локальные статусы
журнал этапов в ИС
12

13.

Целевая архитектура проектируемой ИС
Менеджер
Снабжение
Кладовщик
Мастер
Руководитель
Веб-клиент / рабочее приложение
Модуль
заявок
Модуль
закупок
Складской
Сервер
приложений
модуль
Производство
Аналитика
Единая БД: ресурсы, остатки, спецификации, производственные и закупочные документы
Интеграции:
учетная система, Excel/PDF, внешняя отчетность
Безопасность:
роли, журнал действий, резервное копирование
13

14.

База данных и роли пользователей
Ресурс
Склад
Остаток
Изделие
Заказ поставщику
Спецификация
Приемка
Производственный
заказ
Списание
ER-схема и роли перенесены в редактируемый вид по таблицам 8–9.
Роль
Основные функции
Менеджер
заявка, клиент, запуск заказа
Снабжение
дефицит, закупка, поставщик
Кладовщик
приемка, резервы, перемещения
Мастер
задание, этапы, списание
Руководитель
KPI, отклонения, решения
14

15.

План внедрения и ключевые риски
Код
Работы по проекту
Длительность
Предшественник
A
уточнение требований и границ пилота
2 нед.
—
B
очистка справочников номенклатуры
2 нед.
A
C
настройка модулей заявок и склада
3 нед.
A,B
D
пилотный контур «заявка — склад — закупка»
4 нед.
C
E
подключение производственного модуля
3 нед.
D
F
обучение пользователей и регламент
2 нед.
D,E
Календарная логика
0
2
4
6
8
10
12
14
16
A
B
C
D
E
F
недели
Риск
Мера реагирования
сопротивление пользователей
обучение и пилот на малом контуре
низкое качество справочников
очистка номенклатуры до запуска
ошибки миграции данных
резервные копии и тестовый перенос
перегрузка малого штата
поэтапное внедрение модулей
План является проектной интерпретацией этапов внедрения, вытекающей из предложенной архитектуры и требований.
15

16.

Ожидаемый эффект и выводы
Итоговые выводы
Время подготовки
-50%
отчетности
Доля ручных
операций
Срок обработки
заявки
• ручная модель AS-IS создает задержки и
ошибки учета
• TO-BE связывает заказ, закупку, склад и
производство
• единая БД обеспечивает прослеживаемость
ресурсов
• проект подходит для поэтапного внедрения на
малом предприятии
-40%
-25%
Точность учета
остатков
+18%
Точность плана
закупок
+20%
Изменение показателя, %
Практический смысл проекта
Проект переводит управление ресурсами из режима ручной координации в режим управляемого цифрового
процесса, где каждое ключевое действие фиксируется в единой системе.
Спасибо за внимание!
16