АРМ КО ИРБИС64 версия 2011.1, работа без БД RDR, весенний семестр 2010/2011 уч. год.

Дистрибутив ИРБИС64 версия 2011.1 тестирую:
1) создала БД BOOK;
2) загрузила записи из штатной БД BOOK;
3) очитила БД VUZ;
4) загрузил записи из штатной БД VUZ.

Библиотека работает в версии 2007.1 в настоящее время.

Результаты см. картинки вложения. В версии 2011.1 НЕПРАВИЛЬНО вычисляются количества студентов, это отмечено на картинках.

Таблица АПГС-АП.xls содержит ПРАВИЛЬНЫЕ РЕЗУЛЬТАТЫ для дициплины АПГС-АП.

Галина Николаевна, Саратов написал(а):
-------------------------------------------------------
> АРМ КО ИРБИС64 версия 2011.1, работа без БД RDR,
> весенний семестр 2010/2011 уч. год.

.........

> > НЕПРАВИЛЬНО вычисляются количества студентов, это
> отмечено на картинках.

Причина в том, что по-умолчанию в irbisk.ini параметр DefaultModeSpec=1, а для нас должно быть DefaultModeSpec=3.

> Таблица АПГС-АП.xls содержит ПРАВИЛЬНЫЕ РЕЗУЛЬТАТЫ
> для дициплины АПГС-АП.

Результаты идентичны для ИРИС64 версии 2011.1, см. картинку файла вложения Рис3.jpg

Прошу извинить меня за беспокойство.

Большое спасибо, Галина Николаевна, за то, что не оставили свой же вопрос на форуме без ответа.

PS. И не нужно извиняться, вы все делаете правильно.

ИРБИС64 версия 2011.1, работа без БД RDR

1) Параметры в ini-файле заданы, а в строке состояния "Режим работы:" не отображается (см. картинку файла вложения Рис4.jpg). Почему? Возможно, что-то надо еще "включить"?

В версии 2010.1 отображался режим работы...

2) Текущие значения к-ва студетов для весеннего семестра ВЫЧИСЛЕНЫ НЕПРАВИЛЬНО (см. картинки файлов вложения Рис5.jpg и Рис6.jpg). Отсюда и в области просмотра для весеннено семестра к-во студентов НЕПРАВИЛЬНОЕ, а соответствено и ККО по книге НЕПРАВИЛЬНЫЙ.

А в таблице при вычислении ККО для дисциплины АПГС-АП (см. картинку файла вложения Рис3.jpg текущей ТЕМЫ) ККО по этой книге ПРАВИЛЬНЫЙ.

ПОЧЕМУ?

P.S. Отредактировала сообщение (проблема-то не индикации режима работы). Результата от моих сообщений, к сожалению, не вижу...



Редактировано 1 раз. Последний раз 24.10.2011 11:07 пользователем Галина Николаевна, Саратов.

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

Галина Николаевна!
Прикрепите запись Рис5.JPG или хотя бы покажите поля 693

Дунаевская написал(а):
-------------------------------------------------------
> Галина Николаевна!
> Прикрепите запись Рис5.JPG или хотя бы покажите
> поля 693

Светлана Михайловна, пожалуйста, посмотрите Рис6.jpg
Поле 693 представлено... Эта картинка отображает запись, к-во студентов не соответствует действительности (все студенты за оба семестра, а надо к-во студентов за весенний семестр).

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

Светлана Михайловна, запись прикрепила 117.iso (iso, utf) и 117_win.txt (win, txt).

Спасибо. Посмотрела - причина не в формате, а в неправильном формировании поля 693

Извините, действительно, данные идут из поля 693. Покажите, пожалуйста, картинку, когда к этой дисциплине в нижнем списке не БД каталога, а БД VUZ, т.е. надо увидеть все контингенты.

ochagova написал(а):
-------------------------------------------------------
> Извините, действительно, данные идут из поля 693.
> Покажите, пожалуйста, картинку, когда к этой
> дисциплине в нижнем списке не БД каталога, а БД
> VUZ, т.е. надо увидеть все контингенты.

Картинка во вложении...

Галина Николаевна, внимательно посмотрела еще раз рис. 5 и 6. В записи сформированы данные на ВЕСЕННИЙ семестр, это и показано в окне полного описания. Когда же вы формируете таблицу в нижнем списке, то это текущие данные на текущий семестр, которые не используют данные записи, а формируются "на лету". И формируются данные для ОСЕННЕГО семестра. Эта запись не прошла через пакетное задание формирования ККО в начале наступившего семестра.

ochagova написал(а):
-------------------------------------------------------
> Галина Николаевна, внимательно посмотрела еще раз
> рис. 5 и 6. В записи сформированы данные на
> ВЕСЕННИЙ семестр, это и показано в окне полного
> описания. Когда же вы формируете таблицу в нижнем
> списке, то это текущие данные на текущий семестр,
> которые не используют данные записи, а формируются
> "на лету". И формируются данные для ОСЕННЕГО
> семестра. Эта запись не прошла через пакетное
> задание формирования ККО в начале наступившего
> семестра.

К сожалению, запись ПРОШЛА через пакетное задание формирования ККО в начале наступившего семестра (дважды, кстати, выполняла).

Это нас не устраивает! РАБОТА БЕЗ БД RDR (возможно это где-то у Вас не учитывается). В предыдущих версиях такого не наблюдалось (в том числе и в версии 2010.1).

Текущий семестр ВЕСЕННИЙ, так, пожалуйста, в таблице выведите данные для ТЕКУЩЕГО ВЕСЕННЕГО СЕМЕСТРА (а не на "лету").

Текущие значения к-ва студентов должны соответствовать ТЕКУЩЕМУ (ВЕСЕННЕМУ) семестру! В данном примере в поле 693 текущие данные не соответствуют действительности.

Пробую, не могу засечь эту ситуацию. Установила режим "Без студентов", установила в настройке дату как у вас 20110831. Действительно возникает расхождение между данными в полном окне (берется поле 693) и списком студентов пл кнопке. Но после того как я выполняю задание на формирование ККО все согласуется, т.е. в поле 693 устанавливается правильное значение. Может вы пришлете вашу БД VUZ?

ochagova написал(а):
-------------------------------------------------------
> Пробую, не могу засечь эту ситуацию. Установила
> режим "Без студентов", установила в настройке дату
> как у вас 20110831. Действительно возникает
> расхождение между данными в полном окне (берется
> поле 693) и списком студентов пл кнопке. Но после
> того как я выполняю задание на формирование ККО
> все согласуется, т.е. в поле 693 устанавливается
> правильное значение. Может вы пришлете вашу БД
> VUZ?

Прикрепила дисциплину, контингент и книги, т.е. мой пример.
Попробуйте у себя (в настройках - дата окончания о/с 20110831).

Поставила ваш пример в версию 11.1. Результаты в DOC1. В этом подсчете принимает участие формат sch_stud_vuz в БД каталога. Может он у вас не обновлялся? Прикладываю этот формат, попробуйте с ним заново сформировать данные.

ochagova написал(а):
-------------------------------------------------------
> Пробую, не могу засечь эту ситуацию. Установила
> режим "Без студентов", установила в настройке дату
> как у вас 20110831. Действительно возникает
> расхождение между данными в полном окне (берется
> поле 693) и списком студентов пл кнопке. Но после
> того как я выполняю задание на формирование ККО
> все согласуется, т.е. в поле 693 устанавливается
> правильное значение. Может вы пришлете вашу БД
> VUZ?

Причина в том, что по-умолчанию в irbisk.ini параметр DefaultModeSpec=1 (см. 1-е и 2-е сообщения темы). Формирование поля 693 я выполняла с таким параметром, повтояла дважды прежде чем на форум выйти.

Проверьте, пожалуйста, с моим примером у себя, установив DefaultModeSpec=1 (по умолчанию в дистрибутиве установлено именно такое значение). Работа без БД RDR.

Если значение DefaultModeSpec=3, то в поле 693 устанавливается правильное значение, проверено мною сегодня.

Проверила. При всех значениях DefaultModeSpec работает правильно с правильным форматом sch_stud_vuz

ochagova написал(а):
-------------------------------------------------------
> Проверила. При всех значениях DefaultModeSpec
> работает правильно с правильным форматом
> sch_stud_vuz

К сожалению, это не соответствует истине... Кстати, sch_stud_vuz.pft в дистрбутиве точно такой же как и в Вашем вложении, т.е. правильный.



АРМ КО ИРБИС64 версия 2011.1 (дистрибутив), работа без БД RDR, весенний семестр 2010/2011 уч. год.

Дистрибутив ИРБИС64 версия 2011.1 тестирую (повторяю, т.к. выше по теме все это присутствует):
1) создала БД BOOK;
2) загрузила записи из штатной БД BOOK;
3) очитила БД VUZ;
4) загрузил записи из штатной БД VUZ;
5) в ini-файле сделала соответствующие изменения (работа БЕЗ БД RDR).

Результаты:
1) в строке состояния НЕ ОТОБРАЖАЕТСЯ РЕЖИМ РАБОТЫ (в версии 2010.1 это присутствовало);
2) текущие значения к-ва студетов для весеннего семестра ВЫЧИСЛЯЮТСЯ НЕПРАВИЛЬНО, если DefaultModeSpec=1 (в дистрибутиве это по умолчанию).

Может у вас отключены некоторые параметры для подсчета - Doc1? Этот опрос восстанавливается параметром - Doc2.
Чтобы разрулить эту ситуацию - пришлите всю директорию VUZ и INI-файл
Что касается "режима работы" я уже написала, это глупая ошибка, которая конечно уже исправлена.

ochagova написал(а):
-------------------------------------------------------
> Может у вас отключены некоторые параметры для
> подсчета - Doc1? Этот опрос восстанавливается
> параметром - Doc2.
> Чтобы разрулить эту ситуацию - пришлите всю
> директорию VUZ и INI-файл

Возьмите директорию VUZ из архива дистрибутива irbis64_PAGS.zip, ничего не менялось (см. собщение выше). ini-файл так же возьмите и поcмотрите, что у Вас по умолчанию установлено (AccessRDR=1, DefaultModeSpec=1, PrModeCalKKC=0). Мой пример у Вас имеется.

Установила PrModeCalKKC=1 (AccessRDR=0) и текущие значения к-ва студентов для весеннего семестра ВЫЧИСЛЯЮТСЯ ПРАВИЛЬНО, если DefaultModeSpec=1!!!

Месяц потребовался, чтобы разобраться...

Людмила Николаевна, а о "тонкостях" АРМ КО, может быть, имеет смысл в релизе сообщить?

Такой зависимости от параметра PrModeCalKKC секции PRIVATE не должно быть, наверное!



Редактировано 1 раз. Последний раз 10.11.2011 11:36 пользователем Галина Николаевна, Саратов.

Здравствуйте! Нам требуется вычислять ККО без базы данных студентов (ФИО студентов отсутствуют). В настоящее время к каждой дисциплине через АРМ "КНИГООБЕСПЕЧЕННОСТЬ" - БД - VUZ - ВИД СЛОВАРЯ - disk- дисциплина заполнено поле 83, где отмечен семестр, в котором данная дисциплина читается. Столкнулись с проблемой: прикрепляя количество студентов к коду специальности, программа не учитывает, что на каждом курсе разное количествово студентов. Возможно, нам необходимо заполнить модуль"УЧЕБНЫЙ ПЛАН" в АРМЕ"Книгообеспеченность"? Если "ДА", то как это правильно сделать?

Покажите, как вы "прикрепляете кол-во студентов к коду специальности"? Картинку делайте ВСЕГО интерфейса с нижней статусной строкой.

Высылаю копию экрана.

Вам следует ввести количества студентов на текущий семестр, т.е. сейчас на 2,4,8, и т.д. Потом, в начале осеннего, будите делать перевод на следующий семестр. Эти кол-во перенесутся на 3,5,7, и.т. И если кол-ва отличаются, то надо ручками для этих контингентов (можно сразу установить словарь контингентов) изменить кол-ва.
Прочитайте инструкцию п.4.1 (в частности 4.1.7)