Инструменты пользователя

Инструменты сайта


проекты:сзр:устав_проекта_сзр

Устав проекта: Контроль хранения и использования СЗР

Документы проекта

Содержание

Код проекта 007
Планируемое время начала проекта и время окончания проекта2024-03-01 — 2024-09-13
Место реализацииПеревоз Бутурлино
Заказчик проектаДмитрий Лукин
Куратор проектаИванов Игорь
Руководитель проектаЖуравель Михаил
Дата создания документа2024-02-23
Версия документа1.0

Назначение документа

Настоящий Устав проекта (далее – Устав) определяет процедуры управления проектом в рамках договора на выполнение работ и оказание услуг. Устав является рабочим документом проекта и обязателен для выполнения всеми членами группы проекта. Документ определяет цели и ограничения проекта, методологию управления, контроль качества результатов проекта, организационную структуру проекта, порядок взаимодействия и ответственности сторон. Документ вступает в силу после его утверждения и действует вплоть до завершения проекта или до принятия одной из сторон решения об одностороннем выходе из проекта. Все юридические вопросы взаимоотношений между сторонами регулируются в рамках договора. Изменения в документ могут быть вызваны изменением целей проекта, масштаба проекта, методологии работы и подлежат письменному утверждению уполномоченными представителями сторон.

1. Название проекта и идентификация

  1. Наименование проекта: Система контроля хранения и использования СЗР
  2. Проектный код или номер: 007

2. Цели и обоснование проекта

2.1 Цели проекта

  • Обеспечение прозрачности и контроль за перемещением и использованием средств защиты растений (СЗР).
  • Снижение экономических потерь и обеспечение точности учета товарно-материальных ценностей.
  • Повышение эффективности управления затратами в сельском хозяйстве.
  • Предотвращение негативного воздействия на урожайность при неправильном использовании препаратов.

2.2 Обоснование проекта

  • Проблема: В сельском хозяйстве невозможно обеспечить надежный контроль перемещения и использования СЗР. Это приводит к экономическим потерям и неэффективности использования ресурсов. Неправильное использование препаратов может негативно сказываться на урожайности.
  • Решение: Разработка и внедрение системы, использующей RFID метки для уникальной маркировки упаковок и фиксации данных о перемещении и использовании. Система включает мобильные приложения и сервер IoT для мониторинга в реальном времени и интеграции с существующими системами учета.

3. Область применения проекта

3.1 Описание области применения

  • Внедрение системы контроля для отслеживания перемещения и использования СЗР на агрономических предприятиях.
  • Применение RFID меток для уникальной идентификации упаковок и фиксации данных о процессе их использования.
  • Разработка трех мобильных приложений:
    • Склад:
      • Режимы: маркировка, выдача, возврат тары, утилизация.
    • Поле:
      • Режим работы в поле с СЗР.
    • Инспектор:
      • Режим оффлайн чтения данных с метки.
  • Разработка API для интеграции с другими системами и обеспечения обмена данными.

3.2 Ограничения и допущения

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

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

4.1 Что входит в проект

  • Разработка и внедрение системы контроля с использованием RFID меток.
  • Создание и тестирование трех мобильных приложений (Склад, Поле, Инспектор).
  • Разработка и документирование API .
  • Создание IoT сервера для не прямого взаимодействия с системой учета.
  • Обучение персонала по использованию системы и приложений.
  • Закупка оборудования (мобильных телефонов с NFC, RFID меток).

4.2 Что не входит в проект

  • Закупка расходных материалов после завершения проекта(метки пломбы).
  • Центральная система учета, которая обрабатывает, анализирует данные и предоставляет отчеты и уведомления, не является частью данной системы и разрабатывается отдельно. Наша система отвечает только за сбор данных и их передачу через API.
  • Разработка дополнительных функций или интеграций, не предусмотренных изначальным планом.
  • Расширение системы на другие области применения вне контроля СЗР.
  • Установка видеонаблюдения на складах
  • Установка точек доступа для WiFi
  • Приобретение компьютеров и оборудования рабочего место кладовщика
  • Приобретение складского оборудования

5. Цели и требования

5.1 Цели проекта

  • Обеспечить прозрачность и контроль за использованием СЗР.
  • Уменьшить потери и повысить эффективность учета ресурсов.
  • Контроль использования препаратов.

5.2 Критерии успеха

Критерии успешностиЛица, утверждающие критерии успешности
Система успешно интегрирована и функционирует на всех предприятиях Лукин Дмитрий
Разработаны все необходимые режимы приложений Лукин Дмитрий

6. Обязанности и роли

6.1 Основные заинтересованные стороны

  • Заказчик проекта: Финансирует проект, определяет основные требования и критерии успеха, утверждает ключевые решения.
  • Пользователи системы:
    • Агрономы: Используют систему для отслеживания и управления использованием СЗР в поле.
    • Кладовщики: Отвечают за маркировку, выдачу, возврат тары и утилизацию СЗР на складе.
    • Операторы: Управляют данными в системе, обеспечивают точность и актуальность информации.
    • Отдел складского учета: Следит за соблюдением стандартов качества в процессе использования системы, проводит инспекции и аудит.
  • Центральное агроуправление: Контролирует и координирует деятельность всех агрономических предприятий, обеспечивает соблюдение нормативов и стандартов.
  • Отдел внедрения бизнес-процессов: Разрабатывает и внедряет новые бизнес-процессы, обучает персонал, обеспечивает интеграцию новой системы с существующими процессами.
  • ИТ-отдел: Обеспечивает техническую поддержку системы, занимается развертыванием и обслуживанием серверов IoT, поддерживает API и мобильные приложения.

6.2 Роли

РольИмяОбязанности
ЗаказчикЛукин ДмитрийУтверждение требований, контроль за выполнением проекта
КладовщикИван МитрофановОперативное внесение данных о поступлении и использовании товаров. Обратная связь
ОператорЕвгений ВолковИспользование системы для фиксации данных на месте проведения работ
Руководитель проектаЖуравель МихаилУправление проектом, координация работы команды, управление бюджетом и ресурсами, взаимодействие с заказчиком
Идеолог проектаЖуравель Михаил Скоробогатов АлексейРазработка концепции и идеи проекта, определение ключевых требований и решений, создание общего плана реализации.
Инженер-программистЖуравель МихаилРазработка технического задания. Разработка серверного ПО и API. Разработка и тестирование приложений.
Инженер-программистСкоробогатов АлексейРазработка серверного ПО и API. Разработка и тестирование приложений.
Инженер по подготовке и внедрениюФилиппов ДенисМаркировка склада. Обучение персонала.
Инженер по подготовке и внедрениюКузьмичев СергейПодготовка меток. Маркировка склада. Обучение персонала.
Инженер по подготовке и внедрениюКоршунов АлексейМаркировка склада. Обучение персонала.

7. Ресурсы и бюджет

7.1 Оценка ресурсов

  • Разработка и внедрение мобильных приложений.
  • Создание и настройка сервера IoT и API.
  • Обучение пользователей и техническая поддержка.

7.2 Предварительный бюджет

4318 часа в которые входят

  • Разработка приложений сервера IoT и API
  • Внедрение на 2 предприятия(склада)

7.3 Стоимость материалов

  • Метка RFID: 11р шт
  • Пломба с уникальным штрихкодом: 9р шт
  • Мобильный телефон для оператора и кладовщика: 12000р шт
  • ТСД на базе Android для кладовщика: 60000р шт

7.4 Трудозатраты по участникам

Имя Роль Часы План
Журавель Михаил Руководитель проекта 1728
Коршунов Алексей Инженер по подготовке и внедрению444
Филиппов Денис Инженер по подготовке и внедрению264
Скоробогатов АлексейПрограммист разработчик 1578
Кузьмичев Сергей Инженер по подготовке и внедрению304

8. Риски и управление рисками

РискВероятностьВлияниеУправление
Сбои при записи данных на RFIDСредняяВысокоеОптимизация кода, замена меток, замена телефонов, регулярное тестирование системы.
Проблемы с обучением и адаптацией пользователейВысокаяСреднееОрганизация обучающих мероприятий, создание доступных учебных материалов, обеспечение поддержки пользователей.
Потеря данных из-за отсутствия интернетаСредняяСреднееОптимизация кода отправки данных, использование методов локального хранения данных и последующая синхронизация при восстановлении интернет-соединения.
Технические сбои и ошибки в приложенииСредняяВысокоеРегулярное тестирование, создание резервных копий, наличие планов на случай аварийных ситуаций, контроль версий кода и базы данных.
Интеграционные проблемыСредняяВысокоеПроводить тщательное тестирование интеграции всех систем, создание планов по интеграции и взаимодействию с другими системами.
Проблемы с совместимостью оборудованияСредняяСреднееПроведение проверки совместимости с различным оборудованием, настройка оборудования до начала использования в полевых условиях.
Ошибки при маркировке и вводе данныхСредняяСреднееРазработка проверок и валидаций на уровне приложений, обучение сотрудников правильному обращению с метками и данными.
Недостаточная устойчивость к сбоям и отказоустойчивость системыСредняяСреднееРазработка стратегии отказоустойчивости, внедрение резервных систем и возможность быстрого восстановления работы системы в случае сбоя.

9. Планирование и график

9.1 Вехи проекта

Начало проекта 2024-03-01

ВехаСрок
1Завершение разработки прототипа2024-04-01
2Завершение тестирования2024-04-29
3Начало опытно-промышленной эксплуатации в ООО Горизонт2024-05-15
4Инвентаризации остатков2024-06-20
5Получения обратной связи и доработок2024-06-30
6Доработки приложения 2024-07-30
7Запуск склада в ООО Бутурлино-Агро2024-08-10
8Передача документации и сдача проекта2024-09-11

9.2 План-график проекта

План-график работ и услуг, как неотъемлемая часть устава. Подробный план-график проекта доступен в отдельном документе-файле. План-график проекта

10. Качество и контроль

10.1 Критерии качества

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

10.2 Процедуры контроля качества

  • Регулярное тестирование системы и исправление ошибок.
  • Проведение аудитов и проверок функциональности.

11. Управление изменениями

11.1 Процесс управления изменениями

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

12. Коммуникационный план

12.1 Формат и частота коммуникаций

Тип встречиЧастотаУчастникиЦель встречи
Статусные встречиРаз в две неделиРуководитель проекта, разработчики, заказчикиОбсуждение текущего состояния проекта, проблем и дальнейших шагов.
Встречи командыЕженедельноВсе участники командыКоординация работы команды, обсуждение задач на неделю.
Встречи с заинтересованными сторонамиЕжемесячноРуководитель проекта, заказчики, представители отделовОбзор прогресса проекта, обсуждение изменений и рисков.
Встречи по управлению изменениямиПо мере необходимостиРуководитель проекта, куратор проекта, ключевые участникиОбсуждение предложенных изменений и их влияние на проект.
ОтчетностьЕженедельноРуководитель проектаПодготовка и отправка еженедельных отчетов о прогрессе и проблемах проекта.

12.2 Каналы коммуникаций

  • Электронная почта: Для официальных уведомлений и рассылок отчетов.
  • Мессенджеры (Telegram): Для оперативного обмена информацией и координации работы.
  • Видео-конференции (https://jitsi.proton-group.ru/szr): Для проведения встреч и обсуждений.

12.3 Ответственные за коммуникацию

  • Руководитель проекта (Журавель Михаил): Организация и проведение статусных и командных встреч, подготовка отчетов.
  • Куратор проекта (Иванов Игорь): Участие во встречах по управлению изменениями, взаимодействие с заинтересованными сторонами.
  • Участники команды: Участие во всех необходимых встречах, предоставление информации и отчетов по своим задачам.

12.4 Порядок проведения встреч

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

13. Закрытие проекта

13.1 Критерии завершения

  • Завершение всех этапов проекта и выполнение всех требований.
  • Подтверждение успешного функционирования системы.

13.2 Процедуры закрытия

  • Проведение итоговой проверки и аудита.
  • Передача всей документации и отчета о завершении проекта заказчику.

14. Подписи и утверждения

Согласовано Подпись Дата Должность ФИО
Заказчик Дмитрий Лукин
Руководитель проекта Журавель Михаил
Куратор проекта Иванов Игорь
проекты/сзр/устав_проекта_сзр.txt · Последнее изменение: 2024/08/23 09:03 — admin