В КУРСЕ?

Разбираемся в теме

Подсистема появилась в 1С, но задача не решена: что проверить при внедрении БСП

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

Сначала сформулируйте действие пользователя

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

Найдите границы интеграции

В БСП различаются относительно самостоятельные подсистемы и функциональность, которую нужно связать с объектами прикладного решения. Во втором случае потребуются предусмотренные документацией настройки, изменения форм или программного кода. Перенос объектов библиотеки сам по себе не гарантирует завершённого сценария. Для примера с фотографиями составьте список вопросов: какие документы могут иметь вложения, где пользователь запускает действие, кому разрешено просматривать и изменять данные? Проверьте требования и зависимости выбранной версии библиотеки по её документации. Не переносите набор действий из другой версии автоматически: совпадение названия подсистемы не доказывает совпадение всех условий внедрения.

Разделите техническую проверку и проверку задачи

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

Оставьте след для следующего изменения

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

Попробуйте на практике

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

  1. Выберите действие пользователя и опишите исходное состояние и ожидаемый результат двумя предложениями.
  2. Укажите подходящую подсистему и найдите документацию именно к используемой версии; выпишите неясные требования отдельно.
  3. Перечислите объекты, формы и группы пользователей, которые затрагивает выбранный сценарий.
  4. Составьте три проверки: успешное действие, повторное открытие результата и действие пользователя с ограниченными полномочиями.
  5. Запишите, как восстановите учебную копию и какие сведения сохраните после эксперимента.

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

Частые вопросы

Нужно ли внедрять сразу всю библиотеку?

Нет. БСП допускает использование отдельных подсистем. Конкретный состав выбирают с учётом задачи и требований документации, включая зависимости выбранной функциональности.

Достаточно ли проверить работу под администратором?

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

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

Зарегистрируйтесь, чтобы уточнить возможность доступа к этому материалу

Зарегистрироваться
← К списку материалов