А хтось працював з БСП а то я заплутався

Хочу спробувати використовувати т.зв. "Бібліотеку стандартних підсистем", з тим, що б не писати конфігурацію з нуля.
Розумію, що ця штуковина (БСП), власне, і створена для вирішення подібних проблем.
Але не розумію, з якого боку підійти.

приклад:
Хочу конфігурацію з довідниками
  • користувачів (насправді важливі, звичайно, права доступу),
  • організацій,
  • підрозділів,
  • клієнтів,
  • номенклатури (з ознакою - товар або послуга).
Буде свої один-два типу документа, якісь свої звіти.

Що мені потрібно зробити з БСП, що б отримати спочатку те, що в загальному-то використовується в 1с: Префіксація об'єктів, права доступу, деякі поля у клієнтів, деякі поля у номенклатури?
Читаю ІТС - не дуже розумію.


[Spoil = Ось те, що в Help-е "Помічника по впровадженню"]
Помічник впровадження БСП

Помічник впровадження дозволяє виконувати початкове впровадження і подальші оновлення версій БСП в прикладних рішеннях. У його функції входить підтримка прийняття рішень щодо впровадження Бібліотеки стандартних підсистем (БСП) в конфігурацію, а також автоматичний контроль фактичного результату впровадження БСП ***. Прийняття рішень по впровадженню БСП і контроль їх виконання не вимагає «занурення» в технічні деталі реалізації, тому проектування, реалізація і контроль можуть виконуватися різними фахівцями і в різні моменти часу.

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

1. Для першого впровадження БСП в конфігурацію почніть з етапу №1. На даному етапі можна вибрати список підсистем, які необхідно впровадити в прикладне рішення. Кожна підсистема має короткий опис, що дозволяє ознайомитися з основними особливостями підсистеми і оцінити необхідність впровадження підсистеми в прикладне рішення.

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

Далі необхідно повторно запустити помічник, і перейти на етап №2, вказавши файл зі збереженим списком підсистем.

На етапі №2 необхідно задати всі параметри впровадження обраних підсистем БСП. Введення установок здійснюється в 2 формах.

- Розширені можливості пошуку впровадження

Після введення всіх параметрів, можна переходити до етапу перевірки впровадження та складання звіту про знайдені помилки (етап №3) *

2. Для оновлення версії БСП в конфігурації, для якої раніше помічник впровадження не застосовувався, виберіть етап №2, при цьому помічник автоматично визначить список і параметри вже впроваджених в прикладне рішення підсистем БСП.

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

Після цього можна переходити до перевірки правильності застосування БСП (Етап №3) *.

Звіт про помилки складається з двох частин. таблиця впровадження, розфарбована відповідно до легенди про помилки, а також текстовий звіт про помилки, що містить в собі помилки по доп. параметрам впровадження, помилки технічних (що не вимагають введення проектних рішень) перевірок, додаткові помилки по "матричних" перевіркам, а також список вимог для ручного аудиту користувачеві.

БСП вважається правильно впровадженої, якщо ні в табличному ні в текстовому звіті помилок немає, а також повністю відпрацьований весь список перевірок для ручного аудиту.

3. Для оновлення версії БСП в конфігурації, для якої вже є файл з раніше прийнятими рішеннями щодо впровадження, виберіть етап №2, попередньо вказавши файл з рішеннями.

На етапі №2 необхідно дозаповнити необхідні параметри впровадження в таблиці, а також додаткових параметрах. **

Після цього можна переходити до перевірки правильності застосування БСП (Етап №3) *.

4. Для перевірки фактичного результату впровадження БСП виберіть етап №3, вказавши файл із зазначеними рішеннями по впровадженню. Буде проведена перевірка правильності застосування підсистем, і виведений звіт про помилки

Звіт про помилки складається з двох частин. таблиця впровадження, розфарбована відповідно до легенди про помилки, а також текстовий звіт про помилки, що містить в собі помилки по доп. параметрам впровадження, помилки технічних (що не вимагають введення проектних рішень) перевірок, додаткові помилки по "матричних" перевіркам, а також список вимог для ручного аудиту користувачеві.

БСП вважається правильно впровадженої, якщо ні в табличному ні в текстовому звіті помилок немає, а також повністю відпрацьований весь список перевірок для ручного аудиту.

* Звіт про помилки складається з двох частин. таблиця впровадження, розфарбована відповідно до легенди про помилки, а також текстовий звіт про помилки, що містить в собі помилки по доп. параметрам впровадження, помилки технічних (що не вимагають введення проектних рішень) перевірок, додаткові помилки по "матричних" перевіркам, а також список вимог для ручного аудиту користувачеві.

БСП вважається правильно впровадженої, якщо ні в табличному ні в текстовому звіті помилок немає, а також повністю відпрацьований весь список перевірок для ручного аудиту.

** - для редагування списку підсистем при оновленні необхідно на етапі №1 додатково зазначити і зберегти необхідні підсистеми.

*** - Для коректного контролю впровадження БСП необхідно виконання наступних умов.

а) Необхідно, щоб помічник впровадження був запущений на інформаційній базі в файловому режимі роботи.

б) Допускається відкривати не більше 1 примірника помічника на комп'ютері.

в) У базі не повинно бути активних користувачів.

г) База повинна відкриватися користувачем, у якого немає пароля. [/ spoil]

Взагалі я думав так - запускаю "помічник по впровадженню" - на виході порожня конфігурація, в яку "впроваджені" вибрані з помічника розділи.
Або - все зовсім не так? І я зовсім не в ту сторону дивлюся?

Оновилася документація по впровадженню БСП на ITS, зокрема - побачив розділ Швидкий початок розробки «з нуля»

2.4. Швидкий початок розробки «з нуля»

Коротка інструкція для швидкого початку розробки власної конфігурації на базі «Бібліотеки стандартних підсистем» (БСП). У ній описані тільки обов'язкові дії, які необхідні для першого запуску розроблюваного рішення. Повний список див. У розділі 2.

1. Визначитися зі списком впроваджуваних підсистем. У найпростішому випадку впроваджуються все підсистеми БСП. При частковому впровадженні можна скористатися обробкою ПервоеВнедреніеБСП з комплекту поставки, яка дозволяє вибрати підсистеми для впровадження з урахуванням їх залежностей один від одного.

2. Створити нову порожню базу.

1. Викликати меню Конфігурація - Порівняти, об'єднати з конфігурацією з файлу.

2. Вибрати файл 1Cv8.cf з поставки БСП.

3. На пропозицію виконати повне завантаження конфігурації відповісти Ні.

4. На пропозицію постановки на підтримку відповісти Так.

5. Зняти всі прапорці (зняти прапорець з кореневого елемента).

6. Виконати дії - Відзначити по підсистемах файлу.

7. Відзначити підсистеми, обрані на кроці 1 розділу Підготовка і натиснути Встановити.

8. Відзначити до об'єднання властивості кореневого елемента: Основні ролі, Модуль керованого застосування, Модуль сеансу, Модуль зовнішнього з'єднання, Модуль звичайного застосування, Режим використання модальності, Режим використання синхронних викликів розширень платформи і зовнішніх компонент, Режим сумісності інтерфейсу, Режим сумісності. Натиснути Виконати.

9. У вікні Налаштування правил підтримки натиснути Ок.

Дії після порівняння, об'єднання

1. Встановити в властивості конфігурації ім'я конфігурації, наприклад, «МояКонфігурація».

2. Встановити у властивостях конфігурації номер версії розроблюваної конфігурації. Наприклад, при початку розробки конфігурації можна встановити номер 1.0.0.1.

3. Скопіювати загальний модуль ОбновленіеІнформаціоннойБази.

4. Замінити в назві скопійованого модуля на ім'я або скорочення імені конфігурації (наприклад, ОбновленіеІнформаціоннойБазиМК).

5. Замінити текст модуля на:

замінивши в процедурі ПріДобавленііПодсістеми ім'я конфігурації і номер версії на встановлені на кроках 1 і 2 відповідно.

6. Включити можливість внесення змін в модуль ПодсістемиКонфігурацііПереопределяемий. Додати в нього в процедуру ПріДобавленііПодсістем рядок МодуліПодсістем.Добавіть ( "ОбновленіеІнформаціоннойБазиМК"); замінивши ім'я модуля на ім'я модуля, створеного на кроці 4.

7. Виконати перший запуск. Переконатися у відсутності помилок при початковому заповненні.

Стало набагато зрозуміліше!

Схожі статті