УДК 004

Выявление и анализ требований к программной системе учета и закупки материалов на производстве

Киселев Владислав Александрович – магистрант Московского института радиотехники, электроники и автоматики Российского технологического университета

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

Ключевые слова: программные системы, закупка материалов, SRM (Supplier Relationship Management) система, пользовательские требования. 

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

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

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

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

  1. Оценка возможностей на рынке:

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

  1. Выбор оптимального решения:

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

  1. Разработка технического задания:

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

В современном бизнес-мире существует множество подходов и инструментов для автоматизации процесса закупок, одним из которых является SRM (Supplier Relationship Management) система.

Согласно своду знаний по инженерии программного обеспечения SWEBOK (Software Engineering Body of Knowledge) выделяют следующие уровни требований к программному продукту [1]:

  1. Бизнес-требования – высокоуровневые цели руководства организации, инвесторов и покупателей программного обеспечения. Пример бизнес-требования: «Разработать клиент-серверное приложение, позволяющее сократить время проведения расчетов величин пожарного риска по сравнению с аналогичными решениями на рынке».
  2. Требования пользователя – предназначены для описания целей и задач, на решение которых направлена разработка. Пример пользовательских требований: «Использование файлов в формате .dxf», «Соответствие проводимых расчетов Методике определения расчетных величин пожарного риска в зданиях, сооружениях и строениях различных классов функциональной пожарной опасности», «Автоматическая генерация отчета по проведенным расчетам».
  3. Функциональные требования – описывают функциональность системы, которая удовлетворяет бизнес-требованиям и требованиям пользователя. В итоге формируется список функций, которые необходимо реализовать разработчикам в рамках бизнес-требований и в контексте пользовательских требований [2].

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

Проведем сравнительный анализ SRM систем с имеющимися аналогами.

Таблица 1. Сравнительная характеристика аналогов.

Параметры/

характеристики

SRM-систем автоматизации закупок на производстве

Программный комплекс S-Finance 

БИТ.ФИНАНС/ Холдинг - программа  для финансового учета

Современная ERP-система

Архитектурные параметры

1

Интеграция всех функций и консолидация данных.

Могут быть интегрированы с ERP-системами (Enterprise Resource Planning), чтобы обеспечить более эффективное управление закупками и улучшить координацию между отделами.

Реализована не в полной мере.

Реализована не в полной мере.

Возможность облачного использования, интеграция с АСУ ТП, маркировкой, терминалами, планшетами и пр. [4].

2

Возможность кастомизации.

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

Реализовано не в полной мере

Реализовано не в полной мере.

Реализовано не в полной мере.

Функциональные возможности

1

Автоматическое формирование документов бюджета доходов и расходов

Реализовано.

Реализовано.

Реализовано.

Реализовано.

2

Экономия временных и человеческих ресурсов.

Реализована.

Реализована.

Реализована не в полной мере.

Реализована.

3

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

Реализована.

Реализована.

Реализована.

Реализована.

4

Сокращение неточностей в планировании.

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

Реализовано.

Реализовано.

Реализовано.

5

Улучшение качества сервиса.

Процесс коммуникации с поставщиками автоматизирован.

[5].

Реализовано.

Реализовано.

Реализовано.

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

Список литературы

  1. SWEBOK V3 [Электронный ресурс]. Режим доступа: http://www.computer.org/web/swebok/v3 (дата обращения: 15.12.2023).
  2. Вигерс К.И. Разработка требований к программному обеспечению / К.И. Вигерс, Битти Джой. М.: Русская редакция, 2014. 736 с.
  3. http://www.intuit.ru/studies/courses/2188/174/info.
  4. Федотов А.В. Компьютерное управление в производственных системах / А.В. Федотов, В.Г. Хомченко – учебное пособие для вузов, 2021. 620 с.
  5. Пантелеев В.Н. Основы автоматизации производства / В.Н. Пантелеев, В.М. Прошин – Издательский центр «Академия», 2016. – 208с.

Интересная статья? Поделись ей с другими: