---

Отчет к практической работе № 1

Анализ предметной области: Завод (отдел снабжения)

---

1. Цель работы

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

---

2. Описание предметной области

Название организации / процесса: Отдел снабжения производственного предприятия.

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

Основные процессы:

1. Планирование закупок — определение потребности в материалах на основе производственного плана.
2. Работа с поставщиками — поиск, оценка и выбор поставщиков, заключение договоров.
3. Учёт материалов на складе — ведение складского учёта, контроль остатков.
4. Оформление заказов — формирование и отправка заказов поставщикам.
5. Контроль поставок — отслеживание сроков поставки, приёмка товара, проверка качества и количества.

Проблемы текущего состояния:

· Заказы записываются в тетрадь или ведутся в разрозненных Excel-файлах, что приводит к потере данных и дублированию информации.
· Отсутствует единая база поставщиков — информация хранится у разных сотрудников.
· Невозможно быстро получить актуальные данные об остатках материалов на складе.
· Контроль сроков поставок ведётся вручную, что приводит к задержкам и срывам производства.
· Отсутствует автоматическое формирование отчётов о задолженностях и выполнении заказов.
· Данные о ценах и условиях поставки не систематизированы, что мешает выбору оптимального поставщика.

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

---

3. Границы проекта

Что входит в проект (автоматизируется):

· Учёт материалов на складе (приход, расход, остатки).
· Ведение базы поставщиков (контактные данные, условия поставки, цены).
· Планирование закупок на основе производственных потребностей.
· Оформление и отправка заказов поставщикам.
· Контроль поставок (отслеживание сроков, приёмка).
· Формирование отчётов (остатки, задолженности, выполненные заказы).
· Разграничение прав доступа (сотрудник отдела снабжения, кладовщик, руководитель).

Что НЕ входит в проект (остаётся за рамками):

· Бухгалтерский учёт и финансовые расчёты с поставщиками.
· Управление производственным процессом (цеха, оборудование).
· Кадровый учёт сотрудников завода.
· Логистика доставки (маршрутизация транспорта).
· Закупка оборудования, не относящегося к производственным материалам.

---

4. Таблица стейкхолдеров

№ Стейкхолдер Роль в проекте Интересы / требования
1 Заказчик (директор завода) Финансирует проект Снижение издержек, бесперебойное снабжение, прозрачность закупок
2 Начальник отдела снабжения Будет работать в системе, управляет закупками Удобный интерфейс, быстрый доступ к данным, контроль сроков
3 Сотрудник отдела снабжения Оформляет заказы, работает с поставщиками Автоматизация рутинных операций, быстрый поиск информации
4 Кладовщик Ведёт учёт материалов на складе Простота ввода данных, актуальные остатки, минимум ручной работы
5 Поставщик Внешний контрагент Своевременное получение заказов, понятные условия
6 Руководитель производства Потребитель информации о наличии материалов Актуальные данные об остатках, прогноз потребностей
7 Разработчик Создаёт систему Чёткие требования, стабильные технологии

---

5. Описание бизнес-процесса

Ключевой бизнес-процесс: Оформление заказа поставщику.

Текстовый сценарий:

1. Начальник отдела снабжения получает производственный план на месяц.
2. Сотрудник отдела снабжения проверяет остатки материалов на складе в системе.
3. Если материала недостаточно, формируется потребность в закупке.
4. Сотрудник выбирает поставщика из базы, сравнивая цены и условия поставки.
5. Формируется заказ с указанием наименования, количества, сроков и цены.
6. Заказ отправляется поставщику (по электронной почте или через систему).
7. Поставщик подтверждает заказ и указывает дату поставки.
8. Поставка поступает на склад, кладовщик проверяет количество и качество.
9. Кладовщик отмечает приход материала в системе.
10. Система обновляет остатки на складе и закрывает заказ.

Блок-схема процесса (описание):

```
[Начало] → [Получение производственного плана] → [Проверка остатков на складе]
→ [Материала достаточно?] 
   → Да → [Конец]
   → Нет → [Формирование потребности] → [Выбор поставщика]
→ [Формирование заказа] → [Отправка заказа поставщику]
→ [Подтверждение заказа] → [Поставка на склад]
→ [Проверка количества и качества] → [Отметка прихода в системе]
→ [Обновление остатков] → [Закрытие заказа] → [Конец]
```

---

6. Функциональные требования

1. Система должна позволять вести базу поставщиков с контактными данными, условиями поставки и ценами.
2. Система должна позволять вести учёт материалов на складе (приход, расход, остатки).
3. Система должна позволять формировать заказы поставщикам на основе потребностей производства.
4. Система должна позволять отслеживать статус заказов (создан, отправлен, подтверждён, поставлен).
5. Система должна позволять отмечать приход материалов на склад.
6. Система должна формировать отчёты об остатках материалов на складе.
7. Система должна формировать список задолженностей перед поставщиками.
8. Система должна выполнять поиск поставщика по названию, ИНН или контактным данным.
9. Система должна выполнять поиск материала по наименованию, артикулу или категории.
10. Система должна обеспечивать разграничение прав доступа (начальник отдела, сотрудник, кладовщик).

---

7. Нефункциональные требования

1. Время отклика системы при поиске — не более 2 секунд.
2. Система должна работать в браузере (веб-приложение).
3. Система должна обеспечивать разграничение прав доступа.
4. Система должна сохранять данные при отключении электроэнергии.
5. Интерфейс должен быть понятен пользователю без специального обучения.
6. Система должна поддерживать одновременную работу не менее 20 пользователей.
7. Система должна обеспечивать резервное копирование данных ежедневно.

---

8. Вывод

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

---

9. Дополнительно: Диаграмма вариантов использования (Use Case)

Актёры:

· Начальник отдела снабжения
· Сотрудник отдела снабжения
· Кладовщик
· Поставщик (внешняя система)

Варианты использования:

· Ведение базы поставщиков
· Учёт материалов на складе
· Формирование заказа
· Отправка заказа поставщику
· Отслеживание статуса заказа
· Приёмка материалов
· Формирование отчётов
· Поиск информации

Связи: Актёры связаны с вариантами использования, которые они выполняют. Например, кладовщик связан с «Учёт материалов на складе» и «Приёмка материалов»; сотрудник отдела снабжения — с «Формирование заказа» и «Поиск информации»; начальник отдела — с «Формирование отчётов».

---

10. Дополнительно: Альтернативное решение и сравнение

Альтернативное решение: Настольное приложение (desktop) вместо веб-приложения.

Критерий Веб-приложение Настольное приложение
Стоимость Средняя (нужен сервер, хостинг) Высокая (установка на каждый ПК)
Удобство Доступ с любого устройства, не требует установки Требует установки на каждый компьютер
Скорость разработки Высокая (современные фреймворки) Средняя (нужна поддержка разных ОС)
Требования к оборудованию Минимальные (браузер) Выше (установка на каждый ПК)

Вывод: Веб-приложение более предпочтительно для отдела снабжения, так как обеспечивает доступ с любого рабочего места, не требует установки на каждый компьютер и проще в сопровождении.