Ассоциация ЭБНИТ    ИРБИС-корпорация    Вики-Ирбис    Online/CHM справка Ирбис    FTP-сервер
АРМ Каталогизатор :  ИРБИС Irbis
 
Страницы: <<12
Страница: 2 из 2
Re: БД Мероприятий
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 09, April, 2019 21:12

Спасибо.

Вложения: EVENT.fst (5KB)  
Re: БД Мероприятий
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 09, April, 2019 21:33

Милана А. написал(а):
-------------------------------------------------------
> В Записи МП в первом повторении поля 488
> установлена связь с записью KZD. Пробую связать с
> записью План. В записи план поле 330 формируется,
> а в записи МП поле 488 (связь с планом) не
> формируется (если пользоваться оперативным
> режимом).

Исправила

Вложения: OR_mer_VvPlan.gbl (1.4KB)  
Re: БД Мероприятий
Пользователь: Милана А. (IP-адрес скрыт)
Дата: 25, April, 2019 12:36

Добрый день, Светлана Михайловна. Еще некоторые соображения по БД Мероприятия.
Есть в словаре "Планируемые мероприятия" и "Мероприятия текущего мясяца".
Допустим, есть мероприятие, дата начала которого 30.04.2019. Оно попадет в "Планируемые мероприятия", но в "Мероприятия текущего месяца" нет.
Наверное это неправильно?

Re: БД Мероприятий
Пользователь: Милана А. (IP-адрес скрыт)
Дата: 29, April, 2019 13:48

Дунаевская написал(а):
-------------------------------------------------------
> Милана А. написал(а):
> --------------------------------------------------
> -----
> > В Записи МП в первом повторении поля 488
> > установлена связь с записью KZD. Пробую связать
> с
> > записью План. В записи план поле 330
> формируется,
> > а в записи МП поле 488 (связь с планом) не
> > формируется (если пользоваться оперативным
> > режимом).
>
> Исправила

Теперь в записи МП поле 488 (связь с планом) формируется только если поле 488 уже есть... Уж лучше как было

Re: БД Мероприятий
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 30, April, 2019 16:52

Милана А. написал(а):
-------------------------------------------------------
> Добрый день, Светлана Михайловна. Еще некоторые
> соображения по БД Мероприятия.
> Есть в словаре "Планируемые мероприятия" и
> "Мероприятия текущего мясяца".
> Допустим, есть мероприятие, дата начала которого
> 30.04.2019. Оно попадет в "Планируемые
> мероприятия", но в "Мероприятия текущего месяца"
> нет.
> Наверное это неправильно?

Спасибо. Формат откорректировала

Вложения: EVENT.fst (5KB)  
Re: БД Мероприятий
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 30, April, 2019 16:55

Милана А. написал(а):
-------------------------------------------------------
> Дунаевская написал(а):
> --------------------------------------------------
> -----
> > Милана А. написал(а):
> >
> --------------------------------------------------
>
> > -----
> > > В Записи МП в первом повторении поля 488
> > > установлена связь с записью KZD. Пробую
> связать
> > с
> > > записью План. В записи план поле 330
> > формируется,
> > > а в записи МП поле 488 (связь с планом) не
> > > формируется (если пользоваться оперативным
> > > режимом).
> >
> > Исправила
>
> Теперь в записи МП поле 488 (связь с планом)
> формируется только если поле 488 уже есть... Уж
> лучше как было
Спасибо. Формат откорректировала

Вложения: OR_mer_VvPlan.gbl (1.4KB)  
Re: БД Мероприятий
Пользователь: Милана А. (IP-адрес скрыт)
Дата: 07, May, 2019 09:23

Здравствуйте, Светлана Михайловна.
В словарь DTM= и VTM= не попадают однодневные мероприятия (v30^b='').
В Event.pft поле 210 выводится как неповторяющееся, хотя в рабочем листе оно описано как повторяющееся.
Место проведения мероприятия (210) при связи с планом в поле 330 плана записывается как неповторяющееся. Можно сделать запись в поле 300 через запятую, но это не удобно, потому что лучше в поле вводить краткие наименование мест храниения, а в выходные форматы - раскодировка через справочник. Может быть данные о месте проведения брать из записей на мероприятия?

В Autoin.gbl наверное имеет смысл добавить сортировку поля 330 по номеру пункта плана.
Еще предлагаю добавить сортировку (в sort.mnu) по привязанному плану и категории, будет удобно сразу видеть не привязанные к плану мероприятия и привязывать их. Например, по формату brkod.pft.
Подполе v33^C названо "Интервал дат", хотя имеется в виду "Исключения дат".

Реализована возможность вносить мероприятия отдельно, с планом связывать потом. Это очень удобно и правильно. Но как вводить мероприятия, входящие в цикл или комплекс, и связывать их между собой, не поняла (в случае, если запись ПЛАН не создана). Полагаю, что нужно создать еще словарь "циклов" и "комплексов", и в поле 33 дать возможность выбрать наименование цикла или комплекса из словаря. Или же при вызове ОР "Связать с планом" нужно предусмотреть проверку наличия записи МЕРОПРИЯТИЕ=обобщенный пункт плана и организацию связи с ним тоже.

И еще путаница с формулировкой кодов "C - В рамках цикла мероприятий" и "M - Входит в комплексное мероприятие". Как я поняла, эти коды мы ставим в запись МЕРОПРИЯТИЕ=обобщенный пункт плана (цикл или комплексное МП), поэтому они должны называться "C - Цикл мероприятий" и "M - Комплексное мероприятие".

Табличная форма tab_plan_print. В столбце "Отметка о выполнении" указывает кол-во выполненных мероприятий неправильно (за это берется кол-во ссылок <шифр записи Плана></><№ П/п до точки>). Но сюда попадает еще и запись на Заголовок раздела - цикла или комплексного МП, который не описывает конкретного мероприятия



Редактировано 4 раз. Последний раз 07.05.2019 14:52 пользователем Милана А..

Вложения: brkod.pft (355 bytes)  
Re: БД Мероприятий
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 15, May, 2019 14:38

Милана А. написал(а):
-------------------------------------------------------
> Здравствуйте, Светлана Михайловна.
> В словарь DTM= и VTM= не попадают однодневные
> мероприятия (v30^b='').

Исправлено. Также и в DZ=

> В Event.pft поле 210 выводится как
> неповторяющееся, хотя в рабочем листе оно описано
> как повторяющееся.
> Место проведения мероприятия (210) при связи с
> планом в поле 330 плана записывается как
> неповторяющееся. Можно сделать запись в поле 300
> через запятую, но это не удобно, потому что лучше
> в поле вводить краткие наименование мест
> храниения, а в выходные форматы - раскодировка
> через справочник. Может быть данные о месте
> проведения брать из записей на мероприятия?
>

Предлагается следующая технология.
Вводим 2 термина в части «Место проведения»:
- Отделы библиотеки-организатора МП»
- Сторонние площадки

В записи Мероприятия для этого предназначены поля 210 и 211
- Отделы библиотеки-организатора МП – вводятся через «; » в неповторяющееся поле 210 по справочнику MP_otd.mnu (коды - краткие обозначения)
- Сторонние площадки – полные данные вводятся в повторяющееся поле 211 с подполями (код (начинающийся символом "!"), название, адрес, телефон, отдел). Ввод через словарь; при этом первое заполнение либо вручную, либо по справочнику MP_sp.mnu (в одно подполе с дальнейшей ручной разбивкой по подполям). Этот справочник предлагается вести в случае, когда библиотекари обязываются вводить данные из заранее созданных справочников; при этом можно было бы ввести еще один вид записи в БД EVENT- «Сторонние площадки», но считаю, что этого делать не нужно
В поле 330 Плана ввод кодов по справочнику MP_vse.mnu (все коды), раскодировки в выходных форматах по этому же справочнику

> В Autoin.gbl наверное имеет смысл добавить
> сортировку поля 330 по номеру пункта плана.
Буду смотреть

> Еще предлагаю добавить сортировку (в sort.mnu) по
> привязанному плану и категории, будет удобно сразу
> видеть не привязанные к плану мероприятия и
> привязывать их. Например, по формату brkod.pft.

Добавила

> Подполе v33^C названо "Интервал дат", хотя
> имеется в виду "Исключения дат".
>
Исправлено

> Реализована возможность вносить мероприятия
> отдельно, с планом связывать потом. Это очень
> удобно и правильно. Но как вводить мероприятия,
> входящие в цикл или комплекс, и связывать их между
> собой, не поняла (в случае, если запись ПЛАН не
> создана). Полагаю, что нужно создать еще словарь
> "циклов" и "комплексов", и в поле 33 дать
> возможность выбрать наименование цикла или
> комплекса из словаря. Или же при вызове ОР
> "Связать с планом" нужно предусмотреть проверку
> наличия записи МЕРОПРИЯТИЕ=обобщенный пункт плана
> и организацию связи с ним тоже.
>
Такое понятие как запись "МЕРОПРИЯТИЕ=обобщенный пункт плана" предусмотрен только в записи План, Но не как отдельная запись Мероприятия!

В поле связи изначально есть код "1" (связь с другой записью БД Event) по словарю названий. Предполагалось, что это для описанного Вами варианта ( без Плана)
Ввела в режим "Связанные документы" два вида связи
- для Циклов/Комплексов (через ссылку на запись План, а при ее отсутствии по полю 33)
- для связи по прямой ссылке, введенной c кодом "1" в поле 488

> И еще путаница с формулировкой кодов "C - В рамках
> цикла мероприятий" и "M - Входит в комплексное
> мероприятие". Как я поняла, эти коды мы ставим в
> запись МЕРОПРИЯТИЕ=обобщенный пункт плана (цикл
> или комплексное МП), поэтому они должны называться
> "C - Цикл мероприятий" и "M - Комплексное
> мероприятие".

Исправлено

> Табличная форма tab_plan_print. В столбце "Отметка
> о выполнении" указывает кол-во выполненных
> мероприятий неправильно (за это берется кол-во
> ссылок <шифр записи Плана></><№ П/п до точки>). Но
> сюда попадает еще и запись на Заголовок раздела -
> цикла или комплексного МП, который не описывает
> конкретного мероприятия

Буду смотреть



Редактировано 1 раз. Последний раз 16.05.2019 18:28 пользователем Дунаевская.

Вложения: event.rar (16KB)  
Re: БД Мероприятий
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 16, May, 2019 21:55

Милана А. написал(а):
> --------------------------------------------------
> > В Autoin.gbl наверное имеет смысл добавить
> > сортировку поля 330 по номеру пункта плана.

Cортировку в Autoin.gbl ввела. Возьмите во вложении
Также несколько подправила сортировку в выходной форме

>
>
> > Табличная форма tab_plan_print. В столбце
> "Отметка
> > о выполнении" указывает кол-во выполненных
> > мероприятий неправильно (за это берется кол-во
> > ссылок <шифр записи Плана></><№ П/п до точки>).
> Но
> > сюда попадает еще и запись на Заголовок раздела
> -
> > цикла или комплексного МП, который не описывает
> > конкретного мероприятия
>
Вероятно, здесь несогласованность с "запись на Заголовок раздела" - что это за запись, и она, действительно, нужна?

Вложения: autoin.gbl (5.6KB)   tab_plan_print.srw (1.9KB)  
Re: БД Мероприятий
Пользователь: Милана А. (IP-адрес скрыт)
Дата: 21, May, 2019 09:37

Дунаевская написал(а):
-------------------------------------------------------


> Вероятно, здесь несогласованность с "запись на
> Заголовок раздела" - что это за запись, и она,
> действительно, нужна?

Т.е.запись: "МЕРОПРИЯТИЕ=обобщенный пункт плана", он же и является "Заголовком раздела"

Re: БД Мероприятий
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 22, May, 2019 18:24

Милана А. написал(а):
-------------------------------------------------------
> Дунаевская написал(а):
> --------------------------------------------------
> -----
>
>
> > Вероятно, здесь несогласованность с "запись на
> > Заголовок раздела" - что это за запись, и она,
> > действительно, нужна?
>
> Т.е.запись: "МЕРОПРИЯТИЕ=обобщенный пункт плана",
> он же и является "Заголовком раздела"

Но это будет виртуальная запись мероприятия, она не должна входить ни в какие подсчеты реальных МП. Т.е для такой записи должен был бы быть отдельный РЛ и отдельный вид документа.
По разработанной технологии на пункт плана "МЕРОПРИЯТИЕ=обобщенный пункт плана " (Заголовок раздела) отдельная запись не строится, а формируется число записей МП, соответствующее указанному числу (в 330^m). Заголовок раздела и даты вводятся в поле 33 каждой сформированной записи

И наоборот, при вводе записи МП в План из поля 33 формируется дополнительно поле 330 - пункт плана-заголовок раздела (если такого № нет в записи) - доработано

Также доработана сортировка поля 330

Вложения: Event_0522.rar (3.8KB)  
Re: БД Мероприятий
Пользователь: Милана А. (IP-адрес скрыт)
Дата: 24, May, 2019 11:08

Дунаевская написал(а):
-------------------------------------------------------
> Милана А. написал(а):
> --------------------------------------------------
> -----
> > Дунаевская написал(а):
> >
> --------------------------------------------------
>
> > -----
> >
> >
> > > Вероятно, здесь несогласованность с "запись
> на
> > > Заголовок раздела" - что это за запись, и
> она,
> > > действительно, нужна?
> >
> > Т.е.запись: "МЕРОПРИЯТИЕ=обобщенный пункт
> плана",
> > он же и является "Заголовком раздела"
>
> Но это будет виртуальная запись мероприятия, она
> не должна входить ни в какие подсчеты реальных МП.
> Т.е для такой записи должен был бы быть отдельный
> РЛ и отдельный вид документа.
> По разработанной технологии на пункт плана
> "МЕРОПРИЯТИЕ=обобщенный пункт плана " (Заголовок
> раздела) отдельная запись не строится, а
> формируется число записей МП, соответствующее
> указанному числу (в 330^m). Заголовок раздела и
> даты вводятся в поле 33 каждой сформированной
> записи
>
> И наоборот, при вводе записи МП в План из поля 33
> формируется дополнительно поле 330 - пункт
> плана-заголовок раздела (если такого № нет в
> записи) - доработано
>
Здравствуйте, Светлана Михайловна.
Спасибо за разъяснения (на счет 33 поля поняла).
Протестировала эти изменения.
Есть запись МП с заполненным v33. Нажимаю "Ввести в план". Поле 488 формируется. В записи план поле 330 на заголовок (цикл,комплекс) заполняется не верно. В v330^C (Название) вместо 33^0 записывает v30^a.
поле 330 на мероприятие формируется правильно.
Есть еще несколько записей МП с заполненным v33 идентичным первому.
Нажимаю "Ввести в план". Поле 488 формируется.А поле 330 в записи план нет.

Предложения: РЛ поля 33 расширить, чтобы в него можно было ввести все данные, необходимые для переноса в поле 330 записи плана. Сделать словарь по полю 33, чтобы при создании записей МП одного цикла(комплекса, раздела плана) эти данные вводились из словаря, а не с клавиатуры
> Также доработана сортировка поля 330

Re: БД Мероприятий
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 28, May, 2019 22:19

Милана А. написал(а):
-------------------------------------------------------
> Протестировала эти изменения.
> Есть запись МП с заполненным v33. Нажимаю "Ввести
> в план". Поле 488 формируется. В записи план поле
> 330 на заголовок (цикл,комплекс) заполняется не
> верно. В v330^C (Название) вместо 33^0 записывает
> v30^a.
> поле 330 на мероприятие формируется правильно.
> Есть еще несколько записей МП с заполненным v33
> идентичным первому.
> Нажимаю "Ввести в план". Поле 488 формируется.А
> поле 330 в записи план нет.
1. Да, ошибка исправлена
При вводе записи МП в План отвергаются записи, для которых вводится № п/п уже присутствующий в записи в полях 330, это относится и к заголовкам раздела, и к самим строкам.
К сожалению, пока не могу ввести ни ФЛК при опросе (для исключения таких ситуаций), ни сообщений в протоколе выполнения ОР.
2. Хотелось бы получить Ваше мнение о понятии "место проведения - Сторонняя площадка" (см. выше)
3. Все-таки мое мнение что для Циклов и Комплексов начинать нужно с записи План. (Так, в АРМе Комплектатор мы в единственном месте "сломали" традиционную технологию в части ввода записи КСУ - не после обработки полученной партии книг, а ДО начала обработки, что позволяет сразу же привязывать автоматически все полученные экз-ры к записи КСУ)
Аналогично и здесь - если в записи План введено поле для названия Комплекса/Цикла и введено число планируемых МП (330^M), то в ОР "Новые" можно сразу создать заготовки для всех этих МП, которые будут корректироваться позднее, но уже будут иметь свой № п/п и будут связаны между собой и с Планом. Более того, это число планируемых МП можно в любое время увеличить, и новые записи будут продолжать уже введенную нумерацию п/п
Для отдельных МП это не обязательно - можно вводить в любом порядке

> Предложения: РЛ поля 33 расширить, чтобы в него
> можно было ввести все данные, необходимые для
> переноса в поле 330 записи плана. Сделать словарь
> по полю 33, чтобы при создании записей МП одного
> цикла(комплекса, раздела плана) эти данные
> вводились из словаря, а не с клавиатуры
> > Также доработана сортировка поля 330

Вложения: OR_mer_VvPlan.gbl (2.7KB)  
Re: БД Мероприятий
Пользователь: Милана А. (IP-адрес скрыт)
Дата: 30, May, 2019 11:27

Дунаевская написал(а):
-------------------------------------------------------
> 2. Хотелось бы получить Ваше мнение о понятии
> "место проведения - Сторонняя площадка" (см.
> выше)
Посмотрела. Получается в запись плана место проведения - сторонняя площадка не переносится. Так задумано?
А в общем, пока не вижу разницы, одно поле использовать для данных "Место проведения" или два. И в одном поле можно организовать ввод и с помощью справочника (для отделов), и с помощью словаря (для сторонних).


> 3. Все-таки мое мнение что для Циклов и Комплексов
> начинать нужно с записи План. (Так, в АРМе
> Комплектатор мы в единственном месте "сломали"
> традиционную технологию в части ввода записи КСУ -
> не после обработки полученной партии книг, а ДО
> начала обработки, что позволяет сразу же
> привязывать автоматически все полученные экз-ры к
> записи КСУ)
> Аналогично и здесь - если в записи План введено
> поле для названия Комплекса/Цикла и введено число
> планируемых МП (330^M), то в ОР "Новые" можно
> сразу создать заготовки для всех этих МП, которые
> будут корректироваться позднее, но уже будут иметь
> свой № п/п и будут связаны между собой и с Планом.
> Более того, это число планируемых МП можно в любое
> время увеличить, и новые записи будут продолжать
> уже введенную нумерацию п/п
> Для отдельных МП это не обязательно - можно
> вводить в любом порядке.

Какая практика у нас в библиотеке (у других может по другому). Каждый отдел планирует мероприятия на следующий (последующие) месяц(ы). Зам.директора, ответственный за это, просматривает планы отделов и формирует уже план библиотеки на следующий месяц. И в этом плане она определяет, какие мероприятия в каком порядке будут поставлены (по важности или по дате), т.е. в этой базе получается, какой номер пункта будут иметь. В плане эти мероприятия могут объединяться под наименованием цикла (комплекса), а могут объединяться под наименованием, например, просто "Выставки".
Поэтому здесь, думаю, цепочка от плана к мероприятию будет очень не удобной.
А если вводить сначала в план, номера п.п. будут уже введены. И при желании переставить порядок мероприятий, это уже не будет сложно сделать.
Поэтому именно для такой технологии и предложила я ввести сортировку результатов поиска по базе - мы сразу видим, какие мероприятия еще не введены в план, к какому виду, типу мероприятий относятся. И просматривая этот сортированный список, можно легко определить, в каком месте в месячном плане эно должно находиться и присвоить ему нужный номер п/п.

Re: БД Мероприятий
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 05, June, 2019 13:56

Милана А. написал(а):
-------------------------------------------------------
> Дунаевская написал(а):
> --------------------------------------------------
> > 2. Хотелось бы получить Ваше мнение о понятии
> > "место проведения - Сторонняя площадка" (см.
> > выше)
> Посмотрела. Получается в запись плана место
> проведения - сторонняя площадка не переносится.
> Так задумано?

Переносится. В справочниках коды сторонних начинаются префиксом "!", при вводе МП в План код из 211^k включается в 330^d, а при создании новой из Плана коды с предшествующим "!" включаются в 211. Справочник кодов содержит оба вида кодов (для отделов б-ки и для сторонних ПЛОЩАДОК)

Доработаны форматы ввода МП в План - формируется протокол выполнения задания: сообщения об отклоненных № п/п, которые уже присутствуют в записи План в полях 330 (это относится и к заголовкам раздела, и к самим строкам), а также о введенных в запись МП полях связи.
К сожалению, пока не проработана технология, когда одно МП может быть включено в несколько Планов, т.е. когда в записи МП есть более одного поля 488 с кодом 2

Вложения: Event_0605.rar (3.7KB)  
Re: БД Мероприятий
Пользователь: Милана А. (IP-адрес скрыт)
Дата: 07, June, 2019 11:31

Спасибо, Светлана Михайловна. Будем тестировать.

Re: БД Мероприятий
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 21, June, 2019 12:19

Перенесла в отдельную тему



Редактировано 1 раз. Последний раз 23.06.2019 13:26 пользователем Дунаевская.

Страницы: <<12
Страница: 2 из 2


Извините, только зарегистрированные пользователи могут писать в этом форуме.
This forum powered by Phorum.