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

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

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

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

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

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

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

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

В заключении кратко соотносятся полученный результат и поставленные задачи: разработан ли каталог, работают ли поиск и регистрация операций, прошёл ли прототип проверку. Указываются практическая польза решения для мастерской и ограничения тестирования, после чего намечаются реалистичные шаги для дальнейшего развития системы.

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