Конструктор отраслевых расширений парус

Обновлено: 24.04.2024

Центр Информационных Технологий и Консалтинга "Парус" приглашает руководителей и специалистов IT-подразделений по развитию информационных систем 12-14 марта 2014 г. на курс консультаций "Конструктор отраслевых расширений. Дополнительный курс" (с учетом изменений и дополнений в модуле).

Модуль "Конструктор отраслевых расширений" (КОР) предназначен для разработки пользователем всевозможных дополнительных разделов и функций, интегрированных в ПП «ПАРУС-Предприятие 8». С помощью КОР можно разрабатывать как собственные разделы системы, так и дорабатывать штатные.

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

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

Будут рассмотрены доработанные инструменты КОР, обеспечивающие:

дополнительные возможности настройки форм представления данных в виде "кросс-таблиц";
возможности размещения представлений данных на диалоговых окнах действий.
применение общесистемного механизма серверных условий отбора (условие попадания записи в результат выборки формируется и обсчитывается сервером БД) для разделов, разработанных на КОР. Будут рассмотрены вопросы и методики применения данного механизма при разработке пользовательских разделов.

Предлагаемый курс рассчитан на специалистов:

имеющих базовые знания SQL, PL/SQL;
со знанием администрирования ПП "ПАРУС-Предприятие 8";
прослушавших курс "Конструктор отраслевых расширений".

Продолжительность курса – 3 дня.

для одного участника от одного предприятия – 31 500 рублей (НДС не облагается);
для двух участников от одного предприятия – 50 400 рублей (НДС не облагается);
для трех участников от одного предприятия – 63 000 рублей (НДС не облагается).

Занятия проводятся в консультационном зале компании по адресу: Москва, ул. Ярославская, д.10, корп.4, офис 322. По окончании обучения выдаётся удостоверение.

Добрый день! Вопрос такой - в модуле КОР создаю класс, на его основе создаю представление ,прописываю все связи. В форме для представления есть список отображаемых атрибутов представления класса. И наконец создаю форму на действие добавление. Но в этой форме отображаются не все атрибуты класса, которые есть в представлении класса. В частности, не вижу атрибут юр. лица. Затем захожу в создаваемое приложение. Выбираю действие размножить, нажимаю ОК и возникает ошибка:
PKG_PROC_BROKER: Атрибут, представляющий мнемокод юридического лица, не найден.
Подскажите пожалуйста, с чем это может быть связано?

Несовсем корректно описаны атрибуты, связи, настроено представление или непосредственно форма действия.

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

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

Таблица (table)

имеет поле JUR_PERS (регистрационный номер)

имеет вторичный ключ по полю JUR_PERS с таблицей jurpersons (связь с таблицей юридических лиц)

Представление (view)

имеет поле nJUR_PERS (регистрационный номер)

имеет поле sJUR_PERS (наименование юр. лица)

Атрибуты класса

nJUR_PERS физический (регистрационный номер)
sJUR_PERS получен по связи (наименование юр. лица)

*для атрибутов, полученных по связи, наименование необходимо указать вручную, а не выбирать из списка.

Связь класса с юр.лицами

Стереотип: "Связь с юридическими лицами"

Физическая связь: "да"

Ограничение класса-источника: *здесь надо указать первичный ключ источника, в нашем случае это "C_JURPERSONS_PK"

Атрибут приёмника: "JUR_PERS"

Атрибут источника: "RN"

Представление класса

имеет атрибут sJUR_PERS (наименование юр. лица) *он необходим для отображения в разделе

Форма отображения раздела

В редакторе форм у поля "Наименование юр.лица" должен стоять признак "отображаемые атрибуты представления класса".

*если признак стоит, но поле в разделе не отображается, то рекомендуется пересоздать форму заново.

Презентация на тему: " Предопределенный импорт «Парус-Предприятие 8» Материалы вебинара можно скачать по ссылке:" — Транскрипт:

1 Предопределенный импорт «Парус-Предприятие 8» Материалы вебинара можно скачать по ссылке: zip

2 Назначение Предопределенный импорт для базы данных источника: Является специализированным средством, разработанным на основе схем репликации, позволяет организовать более быстрый импорт данных, с облегченным выходным файлом, содержащим информацию в более сжатом виде. Предназначен для экспорта данных КОР-разделов, пользовательских отчетов, и других проектных функциональных расширений Системы. Выходным файлом (посылкой) для предопределенного импорта является PRF-файл, сформированный при помощи выхода репликации. Предопределенный импорт для базы данных приемника: Реализуется при помощи одноименного раздела модуля "Администратор". При этом наличие (установка или, более того, приобретение) сервиса репликации не требуется. Не использует схемы репликации, не требует загрузки схем репликации. Любая база данных приемник – всегда готова для импорта данных.

3 Перенос КОР разделов Для того чтобы перенести КОР-раздел из базы(источника) в другую базу(приемник) необходимо: 1. Перенести ВСЕ серверные объекты передаваемого КОР-раздела из базы данных источника в базу данных приемник Для упрощения процедуры переноса можно воспользоваться функцией «Генерация исходных кодов…», которая вызывается из контекстного меню в разделе «Классы».

4 Перенос объектов - Генерация исходных кодов 1.2. Указать «Правило именования серверных объектов», выбрать «Клиентское представление».

5 Перенос объектов - Генерация исходных кодов 1.3 На закладке «Серверные объекты» выбрать необходимые нам объекты класса.

6 Перенос объектов - Генерация исходных кодов 1.4. На закладке «Параметры» указать «Рабочую папку».

7 Перенос объектов - Генерация исходных кодов 1.5. После нажатия кнопки «ОК» исходные коды будут сгенерированы и экспортированы в указанный каталог.

8 Экспорт данных - Очистка 2. Подготовить базу данных источник к экспорту данных Провести процедуру очистки данных Репликации. При выполнении скрипта полностью удаляются «Схемы репликации», «Процедуры репликации», «Таблицы репликации» и «Корреспонденция репликации». . Полная очистка ОБЯЗАТЕЛЬНО выполняется после обновления версии Парус, если в базе есть старые схемы, и надо массово их обновить с Мастер-диска; /* входы/выходы */ delete from REPLINDATA; delete from REPLINPUT; commit; delete from REPLOUTPUT; commit; /* схемы */ delete from REPLSCHEMAS; commit; delete from REPLTABLES; commit; delete from REPLPROCS; commit; /* корреспонденция */ delete from REPLCORRESP_STR; delete from REPLCORRESP_NUM; delete from REPLCORRESP_DATE; commit; /* каталоги */ delete from ACATALOG where CRN is not null and DOCNAME like 'Repl%' and DOCNAME 'ReplicationDatabases'; commit;

9 Экспорт данных – Загрузка метаданных 2.2. Импортировать метаданные в базу данных источник Необходимо загрузить 3 входных схемы: 2 схемы метаданных репликации(REPLSCHEMAS, ACATALOG) и 1 схему прикладных данных(DMSCLASSES) Создать две Базы данных репликации (в разделе «Репликация|Базы данных репликации»). Первая БД - источник, мнемокод и наименование - любые, установить «Признак собственной базы». Вторая БД – База данных эталонных схем репликации. Мнемокод – META8561.

11 Экспорт данных – Загрузка метаданных Из контекстного меню входа репликации выполнить загрузку и импорт.

13 Экспорт данных – Загрузка метаданных - На вкладке «Импорт» указать «Тип импорта» - «Все безусловно» Из контекстного меню входа репликации выполнить загрузку и импорт.

14 Экспорт данных – Выгрузка 3. Произвести экспорт КОР раздела в.prf файл 3.1. Создать новый выход репликации (в разделе «Выходы репликации» контекстное меню, команда «Добавить»). -На закладке «Выход» указать «Базу данных-отправитель», «Базу данных- получатель», произвольный «Номер» -Выбрать «Тип:» - «Прикладные данные», в качестве «Схемы» указать «DMSCLASSES»

15 Экспорт данных – Выгрузка - На закладке «Выгрузка» указать путь и произвольное наименования файла в формате.prf в который будет осуществлена выгрузка данных. - Из контекстного меню созданного выхода репликации выбрать пункт «Условия».

16 Экспорт данных – Выгрузка -Выбрать условие UNITCODE (Код класса) - В подразделе «Значения» добавить записи с указанием кодов классов переносимого КОР раздела ( основного и используемых подразделов ).

17 Экспорт данных – Выгрузка - Из контекстного меню созданного выхода репликации выполнить действие «Экспорт и выгрузка данных» - В указанном каталоге будет создан файл с расширением.prf

18 Импорт данных 4. Произвести импорт КОР раздела из.prf файла В базе данных ПРИЕМНИКА в разделе «Файл» - «Экспорт/Импорт» - «Журнал предопределённого импорта» из контекстного меню выбрать пункт «Импортировать…» - В параметрах импорта указать путь к файлу экспорта.prf

19 Импорт данных Убедиться что все таблицы загрузились успешно ( в случае ошибок – на закладке «Ошибочная запись» будут указаны записи ошибок ). После загрузки КОР-раздела в БД ПРИЕМНИКА не забыть назначить права доступа на раздел и его действия, проверить права доступа на пользовательские формы, добавить раздел с нужным методом вызова в меню.

Презентация на тему: " Новые возможности модуля Конструктор отраслевых расширений." — Транскрипт:

1 Новые возможности модуля Конструктор отраслевых расширений

2 Основные доработки Редактор пользовательских форм Настройка штатных разделов Репликация классов Способы отображения штатных разделов

3 Новые возможности редактора пользовательских форм Расширенные возможности использования выпадающих списков Произвольная привязка словарей Вызов действий классов из форм Вызов пользовательских расширений из форм Обработка событий открытия/закрытия формы Настройка форм представления данных и контекстных меню разделов

4 Расширенные возможности использования выпадающих списков

7 Произвольная привязка словарей

10 Вызов действий классов из форм

13 Вызов пользовательских расширений из форм

16 Обработка событий открытия/закрытия формы

18 Настройка форм представления данных и контекстных меню разделов

21 Настройка штатных разделов Цели: Упрощение работы с разделом Сокращение времени ввода данных в раздел Оптимизация раздела под бизнес-процессы заказчика

22 Настройка штатных разделов 1.Установка способа отображения раздела

23 Настройка штатных разделов 2.Настройка атрибутов раздела

24 Настройка штатных разделов 3.Настройка ограничений раздела

25 Настройка штатных разделов 4.Настройка связей раздела

26 Настройка штатных разделов 5.Настройка представлений раздела

27 Настройка штатных разделов 6.Реализация новых методов раздела

28 Настройка штатных разделов 7.Настройка методов раздела

29 Настройка штатных разделов 8.Настройка действий раздела

30 Настройка штатных разделов 9.Настройка форм раздела

31 Настройка штатных разделов 10.Раздел до и после настройки

32 Настройка штатных разделов 11.Формы раздела до и после настройки

33 Репликация классов Цели Обеспечение возможностей тиражирования расширений, разработанных в КОР Обеспечение возможности вести разработку классов вне продуктивной БД

34 Репликация классов 1.Загрузка схем репликации КОР разделов

35 Репликация классов 2.Настройка условий экспорта

36 Репликация классов 3. Экспорт данных

37 Репликация классов 4. Настройка импорта в целевой БД

38 Репликация классов 5. Результаты импорта

39 Способы отображения штатных разделов Цели: Увеличение степени интеграции приложений системы Упрощение межмодульного взаимодействия

40 Способы отображения штатных разделов 1. Пример необходимости межмодульного взаимодействия

Презентация на тему: " Расширение функциональности платформы ПП «Парус-Предприятие 8» - новые возможности и перспективы развития Московец Олег ведущий эксперт Центра информационных." — Транскрипт:

1 Расширение функциональности платформы ПП «Парус-Предприятие 8» - новые возможности и перспективы развития Московец Олег ведущий эксперт Центра информационных технологий и консалтинга «ПАРУС» 2014

2 1. Журнал действий по обезличиванию персональной информации 2. Возможность указывать «подсказки» в запросах по разделам 3. Анализ контрольных сумм в отчетах при обновлении Системы 4. Изменение форм на фреймах 5. Доработки в КОР 6. Управление настройками пользователей ( реализация ) 7. Управление лицензиями ( план ) 8. Реализация «грибов» на формах редактирования (план) План презентации 01

3 Разработан новый раздел, предназначенный для учета действий по обезличиванию и деобезличиванию персональных данных, в соответствии с приказом Роскомнадзора от "Об утверждении требований и методов по обезличиванию персональных данных". Обезличивание персональных данных предназначено для защиты их от несанкционированного использования. В результате обезличивания невозможно однозначно идентифицировать персональные данные без применения дополнительной информации. При этом сохраняется возможность обработки персональных данных оператором без предварительного обратного де обезличивания. Деобезличивание - действие, обратное обезличиванию. Позволяет привести обезличенные данные к исходному виду, позволяющему определить принадлежность персональных данных конкретному субъекту, т.е. устраняет анонимность. Журнал действий по обезличиванию персональной информации 02 Событие П реализовано Редакция от релиза

4 Сущность процедуры обезличивания Поскольку данные субъектов хранятся в базе данных программного продукта «Парус-Предприятие 8» уже в обезличенном виде, то процедура обезличивания – это, скорее, процесс окончательной подготовки к работе с обезличенными данными. Этот процесс включает в себя следующие этапы: Создается дополнительное табличное пространство СУБД ORACLE на отдельном физическом накопителе. Производится назначение и перенос таблиц «Справочник ФИО» и «Уникальные идентификаторы» в это табличное пространство. Таким образом производится окончательная подготовка к использованию метода декомпозиции. Разрешаются права на просмотр «Справочника ФИО» ограниченному числу сотрудников оператора, исполняющим служебные обязанности по обработке персональных данных. Таким образом производится окончательная подготовка к использованию метода введения идентификаторов. Настраиваются параметры и выполняется пользовательская процедура переформирования мнемокодов и наименований контрагентов – физических лиц, их родственников, личных дел служащих. Таким образом производится окончательная подготовка к использованию метода изменения состава или семантики данных. После проведения процедуры обезличивания база данных программного продукта «Парус-Предприятие 8» полностью готова к работе в режиме обезличенных данных. Журнал действий по обезличиванию персональной информации 03 Событие П реализовано Редакция от релиза

5 Сущность процедуры де обезличивания Поскольку де обезличивание данных производится в момент их обработки в оперативной памяти на сервере СУБД ORACLE, то процедура де обезличивания – это внутрисистемный процесс, выполняемый автоматизировано и невидимо для оператора. Она заключается в выполнении алгоритма де обезличивания, в частности: Формирование единого представления персональных данных субъекта из нескольких подмножеств данных, используя таблицы связи Так реализуется де обезличивание для метода декомпозиции. Подстановка значений атрибутов из справочников атрибутов по их идентификаторам Так реализуется де обезличивание для метода введения идентификаторов. Формирование значений атрибута «Мнемокод» для контрагента – физического лица, личного дела служащего, родственника, и атрибута «Наименование» для контрагента – физического лица в соответствии с правилом обратной замены (производится при добавлении или исправлении записи субъекта). Так реализуется де обезличивание для метода состава или семантики данных. По результатам выполнения процедуры де обезличивания оператор получает возможность работать с персональными данными. Журнал действий по обезличиванию персональной информации 04 Событие П реализовано Редакция от релиза

6 Раздел, Показатель: Контрагенты – физические лица : Мнемокод; Наименование; ФИО (с учетом падежей); Паспортные данные; ИНН, СНИЛС, номер полиса ОМС; Персональные документы; Родственники; Реквизиты лицевых счетов; История изменения реквизитов Личные дела : Мнемокод Сотрудники : Мнемокод Аналитические счета плана счетов и счетов баланса (если уровень аналитики связан с Контрагентами-физ.лицами) : Мнемокод, Наименование счета Порядок выполнения процедуры и результат: Журнал действий по обезличиванию персональной информации 05 Событие П реализовано Редакция от релиза Раздел «Контрагенты» до обезличивания Вызов процедуры обезличивания из «Администратор» - «Журнал действий по обезличиванию» Предупреждение о необходимости резервного копирования Параметры процедуры обезличивания Результат процедуры обезличивания

7 Модули "Администратор", "Конструктор отраслевых расширений" Разделы "Разделы системы", "Классы Расширена возможность управления оптимизацией запросов Oracle. На форме редактирования "Разделы системы" добавлены новые поля: Подсказка главного запроса WIN-клиента; Подсказка главного запроса WEB-клиента. где можно указать методы оптимизации, например, CHOOSE, ALL_ROWS, OPTIMIZER_FEATURES_ENABLE('9.2.0') и др. При этом, клиент автоматически генерит подсказку в выполняемых запросах. Используется аналогично указанию подсказки в «Настройках» разделов. При этом, указанная подсказка из «Настройки» разделов имеет более высокий приоритет. Возможность указывать «подсказки» в запросах по разделам 06 Событиe П Реализовано Редакция от релиза

8 Разделы «Пользовательские отчеты» Для каждого пользовательского отчета сохраняется его контрольная сумма. Это позволяет при обновлении загружать только те отчеты, контрольная сумма которых изменилась. В планах провести оптимизацию загрузки табличных приложений и шаблонов типовых отчетов. Анализ контрольных сумм в отчетах при обновлении Системы 07 Событиe П Реализовано Редакция от релиза

10 Для использования в скриптах пользовательских приложений (VBScript и DelphiScript) добавлена новая процедура ShowDocument (UnitCode, SelectListIdent), которая открывает окно с разделом (код раздела - UnitCode) и записями, отобранными согласно SelectListIdent (идентификатор отобранных записей). Доработки КОР 09 Событиe П Реализовано Редакция от релиза Благодаря этому, из пользовательских приложений можно вызывать произвольные разделы ПП Парус, с отобранными записями.

11 Модуль "Конструктор отраслевых расширений". Раздел "Классы". Производится сформированное при помощи конструктора действие (КОР-действие), которое добавляет новую запись списка. Ранее : Новая запись в списке не появлялась. Требовалось обновить список; при этом курсор устанавливался на первую запись списка. Реализовано: Новая запись появляется с установленным на нее курсором. Добавлено позиционирование на новой записи для нестандартного действия с переопределенным типом "Стандартное добавление/размножение". Позиционирование осуществляется на выходной, входной/выходной параметр реализующего метода, привязанный к контексту "идентификатор записи". Доработки КОР 10 Событиe П Реализовано Редакция от релиза

12 Классы - Действия - Параметры. Появилась возможность инициализировать параметр действия значением входного параметра метода вызова. Доработки КОР 11 Событиe Реализовано Редакция от релиза Позволяет параметром EXECUTEMETHOD определять ту или иную визуальную форму и реализующий метод для одного и того-же действия, в зависимости от входного параметра метода вызова.

13 Модуль Конструктор отраслевых расширений Раздел Классы 1. Добавилась возможность управления выполнением шага (действия класса) при помощи Параметра (действия класса). Для настройки этой возможности предназначено новое поле "Параметр действия записи о шаге. Если значение параметра действия равно 0, то соответствующий шаг не выполняется. 2. Добавилась возможность привязки выходного параметра метода класса к параметру действия. Для этого предназначено новое значение "Параметр действия" для типа привязки выходного параметра. Доработки КОР 12 Событиe Реализовано Редакция от релиза

14 1. Раздел "Пользовательские формы" переименован в "Визуальные формы". 2. Реализована привязка визуальных форм (ВФ) к приложениям Системы; для этого предназначены новые: - Спецификация "Связи с приложениями". - Поля (флажки) "Учитывать связи с приложениями" и "Учитывать назначение пользователям, ролям" записи о ВФ. - Специальный алгоритм подбора подходящей ВФ (с учетом выставленных признаков) Доработки КОР 13 Событиe П Реализовано Редакция от релиза

15 Событиe П Управление настройками пользователей ( план - декабрь 2014 ). Реализовывается возможность: Установки пользователю или роли предустановленных настроек раздела(ов) (userdata). Создания настроек раздела "по умолчанию". Текущая реализация событий 14

16 Одна из лицензий должна иметь признак «Общая» и должна содержать максимальную комплектацию всех используемых в организациях модулей. «Общая» лицензия может быть виртуальной. «Общая» лицензия нужна для выполнения обновления на ее комплектацию. Раздел лицензии будут иметь две спецификации: «Комплектация» и «Распределение» В спецификации «Комплектация» указывается комплектация лицензии с общим количеством лицензий по каждому модулю. Тем самым каждый пользователь будет ограничен комплектацией лицензий и общим количеством сеансов в рамках этой лицензии. В спецификации «Распределение» возможно создавать отдельные группы распределения модулей и количества лицензий, комбинируя из общего количества модулей и возможного количества лицензий. Общая сумма лицензий по каждому модулю не должна превышать количество лицензий модуля спецификации «Комплектация». Комплектация 1 Комплектация 2 Управление лицензиями 15 Лицензии Общая лицензия Частная лицензия 1 Частная лицензия 2 Частная лицензия 3 Пользователи Парус Имя Номер лицензии Распределение лицензий Комплектация 3 Состав модулей Модуль 1 Количество подключений Модуль 2 Количество подключений Модуль 3 Количество подключений Модуль 4 Количество подключений Распределение лицензий Группы пользователей Группа 1Группа 2 Состав модулей Модуль 1 Количество подключений 1 Модуль 2 Количество подключений 1 Состав модулей Модуль 1 Количество подключений 2 Модуль 4 Количество подключений 2 Раздел «Управление лицензиями» переименовывается в «Управление сеансами». Создается новый раздел «Управление лицензиями». В заголовке будут регистрироваться лицензии, оформленные на организации ведущие учет в данной схеме. Обязательное поле Необязательное поле

17 В планах реализации 16 Событиe П «Гриды на формах» Реализовать при открытии формы редактирования, возможность использования специального окна «Просмотра», которое отображается немодально и позволяет продолжать работу в форме редактирования, а так же имеет возможность отображения различных закладок и вывода на закладках в табличном представлении («гриде») записей произвольных разделов системы (с наложенными на них, при необходимости) условиями отбора); Реализовать возможность размещения нескольких закладок на первом уровне раздела (по количеству методов вызова);

18 СПАСИБО ЗА ВНИМАНИЕ «ЦИТК ПАРУС», , Москва, ул. Ярославская, д.10 корп.4, (495) ,

Читайте также: