ВСТУПЛЕНИЕ
Идея возникла в 1997 г. на совещании в Кемерово и сейчас возродилась неподалеку. Была благословлена Воройским и Вислым. Последний предложил обратиться в ИОО "фонд Сороса"), упомянул проект ПУШКИН. Я предположил: это американские негры хотят нам помочь. Он ответил: не совсем негры...
Потом подумал: идея устарела, так как текст будет почти совпадать с рекламой ИРБИС. Но вот решил вернуться, восстановил по памяти.
Звездочкой (*) отмечены факультативные и перспективные требования.

Первое упоминание на форуме [irbis.gpntb.ru]

БЛАГОДАРНОСТИ
В разное время разную помощь оказали: Борис Исаевич Маршак, Маркс Нестерович Усачев, Кирилл Львович Резник, Виктор Николаевич Жижин, Елена Владиславовна Линдеман, Светлана Александровна Острая, Константин Олегович Сбойчаков, Людмила Николаевна Очагова, Светлана Михайловна Дунаевская, Александр Иванович Вислый, Светлана Семеновна Балак, Эдуард Рубенович Сукиасян, Александр Сергеевич Карауш.
Самую большую - Андрей Геннадиевич Гурский и Феликс Семенович Воройский.
А Максим Васильевич Панев теперь соавтор.

***
Терминология
Сокращения:
АРМ - автоматизированное рабочее место
БД - база данных
ЛВС - локальная вычислительная сеть
ОС - операционная система
СУБД - система управления базами данных
ЭД - элемент данных
ЭК - электронный каталог

Условно считаются синонимами:
БД = ЭК
Запись = документ
АРМ = модуль

Назначение: комплексная автоматизация технологических процессов в библиотеках разных типов с учетом специфических потребностей разных категорий пользователей

ПРОГРАММНАЯ РЕАЛИЗАЦИЯ
ОС: Windows 2000/XP/VIsta/7/8, *Linux, MacOS X, iOS, Android, BSD/Free BSD
Средства разработки и СУБД: не регламентируются
*Архитектура клиент-сервер
Работа в ЛВС разных типов, ориентация на интранет
Поддержка любого количества одновременно работающих модулей (экземпляров, обращений к одному модулю) и пользователей

АППАРАТНЫЕ ТРЕБОВАНИЯ
В соответствии с требованиями указанных ОС
Сервер -
Резервный сервер -
Веб-сервер -
Сетевые рабочие станции -
Принтеры -
Сетевое оборудование -

ОСНОВНЫЕ ПРИНЦИПЫ
Открытость, настраиваемость, адаптируемость в очень широких пределах
*Возможность создания квалифицированным пользователем новых АРМ и собственных приложений
Максимально возможное использование распространенных, стандартных (де-факто), типовых решений
Полная совместимость новых версий с предыдущими - структура файлов данных, кодировка кириллицы, технологии, MARC-форматы (?). В случае частисчой несовместимости - наличие конверторов.
Учет запросов каждого читателя - научных, учебных, личных, досуговых.
Ориентация на корпоративную работу, развитые функции обмена данными по протоколу Z39.50 во всех АРМ
Поддержка интернет-технологий (каких именно?)
Поддержка полнотекстовых БД, интегрированных с библиографическими, *электронных библиотек, электронно-библиотечных систем...
Полная поддержка ГОСТ ... и РПК, возможность применения других международных и зарубежных стандартов и правил

ИНСТАЛЛЯЦИЯ
Несколько вариантов инсталляции (стандартная, расширенная, максимальная, выборочная) в зависмости от типа и размера библиотеки.
Определение (планирование) структуры (конфигурации) системы в процессе инсталляции с настройкой на тип библиотеки.
*Анализ имеющегося АО, определение его соответствия требованиям текущей версии АБИС, выдача рекомендаций по обновлению АО
*Наличие в дистрибутиве нескольких конфигураций для разных типов библиотек (публичных, научных, технических, научно-технических, вузовских, школьных, ЦБС) и разных категорий пользователей

ИНТЕРФЕЙС
Возможность переключения между двумя (или более) интерфейсами - классическим и современным (по примеру Windows XP, WinAMP...)
Возможность локализации интерфейса пользователем (администратором) и переключения языка GUI пользователем в процессе работы
Преемственность (постепенное развитие) интерфейсов в новых версичях
Плавающие (всплывающие) и перемещаемые окна Поиск и Результаты поиска, одинаковые для всех модулей
Объектно-визуальная настройка или конфигурирование системы в целом и всех ее компонентов. Основные средства модификации интерефейса - PHP, HTML, XHTML, XML
выбор шрифта, его размера и цвета при просмотре описаний
"Горячие клавиши" - список в нижней части экрана и в Помощи. Возможность работать без мыши
При просмотре полных описаний и полных текстов (и БО - для детских библиотек) - выбор шрифта (гарнитура, размер, цвет)

ПОМОЩЬ
- Для системы в целом и ее компонентов; контекстно-зависимая Справка
- Всплывающая для каждого элемента интерфейса и ЭД
- Подсказки ("правила ввода"), в том числе составляемые и редактируемые пользователем
- *Интеграция Помощи с сайтом разработчика/распространителя. Если в Помощи (Справке) ответ не найден, дается совет искать его на сайте.

ПОИСК:
- простой, по любым элементам данных (ЭД)
- комплексный, по любому сочетанию ЭД до ... ЭД одновременно
- комбинированный, по одной, нескольким заданным или по всем БД
- во многих внешних источниках одновременно

ИНФОРМАЦИОННАЯ БЕЗОПАСНОСТЬ (ЗАЩИТА ДАННЫХ)
Доступ ко всем АРМ и БД по паролям, в том числе для удаленных пользователей
Регулярное автоматическое резервное копирование (архивирование) данных и/или системы в целом встроенными или внешними средствами.
Шифрование записей (для военных и других библиотек)
Защита персональных данных пользователей
*Интеграция в систему антивирусов (по примеру браузеров)

БИБЛИОГРАФИЧЕСКИЕ ФУНКЦИИ
Возможность выбора между RUSMARC, UNIMARC, MARC21 (другими международными и национальными форматами по договору с заказчиком). Выбор одного из форматов в качестве внутреннего при инсталляции
Автоматическое формирование условных разделительных знаков по ГОСт ...
Автоформирование аналитических описаний из (на основе) основных описаний сборников (в том числе аудизуальных документов) и журналов.
Автопроверка правильности сокращений по ГОСТ ...
Печатные выходные формы:
- полный комплект каталожных карточек согласно ГОСТ...,
- библиографические указатели, новых поступлений и тематические за заданный период, по заданным видам документов...
- инвентарная книга
- КСУ
- формуляр
- читательское требование...
Образцы (шаблоны) оформления в форматах... (?)

ЛИНГВИСТИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
Общее для все системы и специализированное для каждой БД
Наличие в дистрибутиве:
- Словарей ключевых слов (по примеру "Библиотеки" 4.0/5.0)
- Предметных рубрик (на основе ПР РНБ?)
- Алфавитно-предметного указателя (?)
- Тезауруса - ?
Средства создания и ведения собственного ЛО
Поддержка авторитетных/нормативных файлов

КОМПЛЕКТОВАНИЕ И КАТАЛОГИЗАЦИЯ
Функции комплектования: планирование (БД Лакуны-Дезидераты-Намечено к приобретению-Заказано-Получено). Автоматизированный учет при планировании отказов по экземплярам, тематике, авторам, заглавиям (передача данных из отделов обслуживания). Учет данных социологических исследований (возможно, обрабатываемых внешним ПО)

(При наличии нескольких АРМ) - АРМ Комплектатор/Каталогизатор и его модификации: Периодика, Систематизатор, Корректор, Книгообеспеченность (для учебных заведений)
Формально-логический контроль правильности вводимых данных
Входные и выходные конверторы для форматов RUSMARC, MARC21, UNIMARC
Загрузка соответствующей стандартам информации издательств, книготоргов, подписных агентств в форматах XLS, DBF (?), MDB, TXT...
Сверка на дублетность (отключаемая)
Автоиндексирование (автоклассифицирование) для всех элементов данных, где это возможно. Алгоритмы: ...

Способы ввода данных:
- каталогизация заимствованием, в том числе inline, с последующей глобальной корректировкой и дополнением недостающими ЭД - автоматическим и ручным (для инвентарных номеров, мест хранения и т.д.)
- копирование и редактирование ранее введенных похожих записей
- из нормативных/авторитетных файлов
- из тезаурусов
- из словарей и справочников
- автоматическое формирование значений отдельных полей на основе данных их других полей – "автокоды", как в [irbis.gpntb.ru]
- клавиатурный ввод отдельных ЭД; записей полностью - как исключение
- автодополнение, как в MS Word (?)
- автозамена, как в MS Word (по правилам, состявляемым пользователем)

Редактирование ранее веденных записей, в том числе "глобальная замена" значений любых полей во всех записях

ОБСЛУЖИВАНИЕ
Модификации/подсистемы: Книговыдача, МБА и ЭДД, Планирование и учет выставок и массовой работы
Индивидуальные профили пользователей, в том числе удаленных. Учет запросов каждого пользователя

УПРАВЛЕНИЕ И СТАТИСТИКА
Возможен анализ статистических данных внешними программными средствами

ВЕБ-МОДУЛЬ, Z39.50-МОДУЛЬ
Несколько вариантов (примеров) дизайна сайта (HTML-шаблоны)

КОМПЛЕКТ СИСТЕМНОЙ ДОКУМЕНТАЦИИ в электронной форме (RTF, HTML, HTML-"дерево"): описание системы, руководство администратора и разработчика, руководства и примеры... для каждого АРМ, полный список полей используемого формата с примерами, инструкция по индексированию записей ключевыми словами с примерами (?)

СПОСОБЫ ПОСТАВКИ: на CD или другом носителе, FTP, e-mail

ОБЯЗАННОСТИ РАЗРАБОТЧИКА (регионального представителя. дистрибьютора) на период действия договора:
- сопровождение, высылка новых версий по email или FTP, устранение неполадок, высылка новых версий (редакций) и исправлений
- организация обучения
- консультации по e-mail, по телефону, на сайте (форуме)



Редактировано 52 раз. Последний раз 23.06.2012 11:58 пользователем Lavrinovich.

Очередной велосипед придумываем?

Будем почитать дальше. Пока что ничего перспективного не видно.

Потому и был большой перерыв, что думал, что это велосипед.
Ну как, стало поперспективнее? Скоро будет даже слишком.
Критикуйте конкретно!

irbis_arbat@mail.ru



Редактировано 1 раз. Последний раз 15.02.2012 05:51 пользователем Lavrinovich.

Алексей. С удовольствием почитаю и покритикую, но пока что все, что описано, реализовано в Ирбисе.

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

Да, в процессе писания совсем забыл о 128-м. Там действительно уже есть многое.
Тем не менее жду БУРНОЙ МАССОВОЙ дискуссии.

irbis_arbat@mail.ru



Редактировано 4 раз. Последний раз 07.06.2012 07:51 пользователем Lavrinovich.

Цитата:

Lavrinovich
ПРОГРАММНАЯ РЕАЛИЗАЦИЯ
ОС: Windows 2000/XP/VIsta/7/8, *Linux, MacOS X, iOS, Android (?)
Средства разработки и СУБД: не регламентируются
Сетевые возможности: стабильная работа в ЛВС разных типов (?), ориентация на интранет, поддержка до ... одновременно работающих АРМ и до ... одновременно работающих пользователей

Эти требования натянуты. Сложно представить ситуацию, когда может потребоваться работать с каталогом на ввод (имею ввиду библиографию) с мобильных устройств. Для них нужен только адаптированный интерфейс поиска и всё.
В рамках современных технологий разработки ограничения одновременно работающих пользователей смотрятся крайне не актуально. Это уже подразумевается по умолчанию. При этом максимальное количество пользователей сейчас вообще не должно ограничиваться. Только если лицензиями.

Цитата:

Lavrinovich
ОСНОВНЫЕ ПРИНЦИПЫ
- Открытость, настраиваемость, адаптируемость в очень широких пределах
- Максимально широкое использование распространенных, стандартных (де-факто), типовых решений
- Объектно-визуальная настройка интерфейса.
- Возможность создания квалифицированным пользователем новых АРМ и собственных приложений
- Ориентация на корпоративную работу, развитые функции обмена данными, включая поддержку протокола Z39.50 во всех АРМ
- Поддержка интернет-технологий
- Поддержка полнотекстовых БД, интегрированных с библиографическими, *электронных библиотек, электронно-библиотечных систем, ...
- Полная поддержка ГОСТ ... и РПК, возможность применения других международных и зарубежных стандартов и правил
- * Интеграция с издательскими системами

Адаптируемость в шировких пределах - это...?
Использование стандартных/типовых решений является единственно правильным путем написания ПО. Однако не всегда удается подобрать стандартные решения. Они часто появляются уже после начала разработки. К тому же, чтобы использовать стандартные алгоритмы, нужно знать их. А это уже большая проблема/задача, требующая серьезного и долгово изучения. Может даже целого исследования.
Настройка интерфейса? Навернее да. Однако тут нужно не переборщить. Иначе инструмент ввода в каталог можно превратить в среду разработки. Нужно ли тратить на это время? Так ли это необходимо, чтобы выделять на это ресурс?
Корпоративная работа - разумеется. Ее поддержка обязательна. Причем чем такая поддерджка интегрированнее, тем, наверное, лучше. Или все-таки нужно корпоративную работу сделать более заметной. Чтобы работники отдавали себе отчет в том, что сейчаас они работают локально, а в следующую секунду - корпоративно. Тут нужно спорить и искать истину.
Интеграция с полнотекстами. Сейчас такая буча вокруг всего этого поднялась, что необходимость такой поддержки стоит очень остро. Нужно подключать различные ЭБС и свои ПТ в каталог так, чтобы для конечного читателя было совершенно все равно, он работает с полнотектом или с библиографией, подключающей ПТ по ссылке. Чем дальше погружаемся в современную реальность, тем яснее факт, что БО и ПТ необходимо объединять.
Подключение издательского каталога. Важная задача. Давно стоит у меня задача подключения каталога Омеги. Никак руки не доходят. Это должно быть реализовано обязательно, если мы хотим максимально упростить работу тех, кого мы приучили к автоматизации.

Цитата:

Lavrinovich
ПОИСК:
- по любым элементам данных
- по любому сочетанию ЭД
- по одной, нескольким заданным или по всем БД
- во многих внешних источниках одновременно

Одновременный поиск. Конечно. Эта задача встает слишком часто, чтобы ее игнорировать. Тут, наверное, разумно использовать Z3950, который для этого и предназначен. Меня только убивает всегда стандартный интерфейс поиска для Z-протокола. Если его получиться свести в одну строку поиска, тогда это будет очень хорошо.

Цитата:

Lavrinovich
Определение (планирование) темы (конфигурации) системы в процессе инсталляции с настройкой на тип библиотеки.
* Наличие в составе системы нескольких конфигураций для разных типов библиотек и разных категорий пользователей
* Печатные выходные формы: комплект каталожных карточек согласно ГОСТ..., инвентарная книга. КСУ, формуляр, читательское требование...

Разные профили интерфейсов для разных типов библиотек. Это было бы не дурно. Но это большая работа, которая может быть реализована только в случае масштабной поддержки сообществом. Думаю для начала нужно описать все возможные типы профилей интерфейсов.
Выходные формы. Куда же без них? Это одна из базовых частей любой автоматизированныой системы. Только вот реализация этих форм должна быть продумана максимально. Чтобы соз-давать новые формы было легко. Нужна понятная блок-схема работы алгоритма. Потому что то, как ВФ сделаны в Ирбисе, хоть и здорово, но крайне не удобно. А уж про то, что должна напрочь отсутствовать привязка выходной формы к различным выходным форматам - это как правило. Сценарий формы - один. В каком формате получить - это уже подключаемый фреймворк. Был опыт реализации таких ВФ на PHP с использованием фреймворка. Крайне удобно и универсально.

Цитата:

Lavrinovich
КОМПЛЕКТОВАНИЕ И КАТАЛОГИЗАЦИЯ
- При наличиии нескольких АРМ - АРМ Комплектатор/Каталогизатор и его модификации: Периодика, Систематизатор, Корректор, Книгообеспеченность
- Входные и выходные конверторы для форматов RUSMARC, MARC21, UNIMARC
- Загрузка прайс-листов и другой информации издательств, книготоргов, подписных агентств, в том числе в форматах XLS, DBF (?), MDB, TXT...
- Сверка на дублетность
- Автоиндексирование (автоклассифицирование) для всех элементов данных, где это возможно

Про загрузку информации из других организаций можно говорить только в тех случаях, если они выдают данные в стандартных форматах. Увы, часто это не так. Однако иметь профили загрузки или выгрузки было бы полезно, чтобы проводить такие загрузки/выгрузки самостоятельно без привлечения сторонних разработчиков или администраторов.
По поводу автоиндексирования: конечно же это нужно. Опять же в ТЗ должны быть указаны все данные, которые должны быть автоматически отклассифицированы и в помощью каких справочников, баз, тезаурусов, производить такое классифицирование.

Цитата:

Lavrinovich
Способы ввода данных:
- каталогизация заимствованием, в том числе inline
- копирование и редактирование ранее введенных похожих записей
- клавиатурный ввод - как исключение
- Редактирование ранее веденных записей, в том числе "глобальная замена" значения любых полей во всех записях

Клавиатурный ввод - как исключение? Однако :). В экземпляры или прочее вы будите силой мысли вносить в каталоги? Можно, конечно, использовать API Google по распознаванию речи, но все равно эффективность такого решения будет максимум 10%. Причина - большое количество сокращений и иногда не словарных выражений. Или как вводить коды? В общем от клавиатурного ввода никуда не деться. Но вот каталогизация inline-заимствованием является очень хорошей идеей.

Цитата:

Lavrinovich
АРМ ОБСЛУЖИВАНИЕ
- Модификации/подсистемы: Книговыдача, МБА и ЭДД, Планирование и учет выставок и массовой работы(?)

База ведения выставок и образовательных проектов у меня уже есть. В общем-то это сравнительно не сложные задачи по сравнению с тем, что вы предлагаете в других пунктах этого ТЗ :).

Цитата:

Lavrinovich
ВЕБ-МОДУЛЬ, Z39.50-МОДУЛЬ
- Несколько вариантов (примеров) дизайна сайта (HTML-шаблоны)

А вот это нужно оставить на сопровождение. Хочется индивидуальный интерфейс - заказывайте. Это нормальная практика. По умолчанию должно идти максимум 2 (а вообще один) варианта интерфейса.

Цитата:

Lavrinovich
* АРМ Ретроконверсия (?)

Работа по ретроконверсии вообще разовая. То, как она сейчас реализована в Ирбисе, является единственно правильным ее решением. А это полная интеграция ретроконверсии в Каталогизатор и в Книговыдачу. Отдельный АРМ вообще не нужен.

Цитата:

Lavrinovich
КОМПЛЕКТ СИСТЕМНОЙ ДОКУМЕНТАЦИИ в электронной и печатной формах: описание системы, руководств администратора и разработчика, руководства и примеры... для каждого АРМ, полный список полей используемого формата с примерами

Документация в печатном виде? Это уже перебор. Только в электронном. Возможно просто этот документ выпускать под лицензией, позволяющей его издавать в любых количествах как на бесплатной, так и на платной основе.



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

Lavrinovich
Хотел уточнить: целью всего этого есть создание еще одной конкурентноспособной системы? Посмотрите другие АБИС, кроме ИРБИСа. ИРБис самый распространенный (в России) именно из-за того, что дешевый по сравнению с другими системами, простой, но в то же время дает широкие возможности реализовать то, что задумано.
Посмотрите ваше сообщение про поддержку ОС (вы не уточнили как будет работать система сервер-клиент?), в этом случае вам придется находить минимум 5 программистов. Даже крупные компании AAA класса не всегда могут позволить выпуск программные продукции на разные платформы. Просто прочитавь первое сообщение, то себестоимость разработки не окупится.
Не в целях рекламы посмотрите систему Aleph, стоит уйму денег...

2Woodyfon
Нет, вовсе не какой-то одной конкретной системы. А помощь разработчикам с целом, а также преподавателям, студентам...

2Панев Максим
Вот теперь Вы написали очень хорошо, содержательно, даже поставили новые задачи! Буду перечитывать. В основном полезные уточнения и во многом согласие. Некоторые идеи гораздо "грандиознее" моих, как было и с проектом "Универсального справочного АРМ"...
Устаревшее, элементарное - да, я же начал писать в 97-м. Убираю. То слишком сложные, то слишком простые задачи? Наверно, так и должно быть. Есть дословные цитаты из Воройского, не скрываю. Нужно будет взять кое-что из описания РУСЛАНа...
Про ввод с мобильных вроде не писал, хотя iPad вполне годится.
Нужно четко различать спецификацию и ТЗ.
Общие места - для студентов, "чайников", для тех, кто думает, что выбрать... Желающих писать свои АБИС почему-то не убавляется. А конкуренция обязательна по закону...
***
Самая распространенная в России - МАРК-SQL. Другой вопрос, как используется.
Про ALEPH500 знаю, даже видел живьем сотрудников ExLibris. Особенно запомнилась Лия Бокар (Leah Bokar), взял ее визитку... Уже точно не помню, но, кажется, похожа на Свету Балак...
Всем спасибо, будем пописАть и почитать дальше!

irbis_arbat@mail.ru



Редактировано 14 раз. Последний раз 12.04.2012 08:52 пользователем Lavrinovich.

К размышлениям о GUI:

Цитата:
Очевидно, что все экраны системы должны быть “приятны для глаз”. Поэтому и на заставках и на рабочих экранах должны размещаться некоторые
рисунки, иллюстрирующие работу системы […]. Хорошо, когда в оформлении экранов прослеживается авторский стиль (авторский знак, выделение
областей экрана, цвет кнопок и т. д.). С другой стороны плохо, когда экраны перегружены ненужной пользователю информацией, яркими, контрастными цветами […] Хороший интерфейс это такой интерфейс,
когда пользователю без дополнительной помощи понятно назначение каждой кнопки и функции меню. Поэтому каждая такая кнопка должна быть снабжена
точной надписью или понятной картинкой.

Маршак Б. И. Система автоматизации библиотек — основная компонента полнофункциональной АБИС // КРЫМ-2003.
Насколько это реализовано?

irbis_arbat@mail.ru



Редактировано 1 раз. Последний раз 30.03.2012 09:41 пользователем Lavrinovich.

Полностью согласен в Борисом Исаевичем. Если к интерфейсу нужна документация (не к технологии), то это на 100% неудачный интерфейс.

Последние 7 лет я занимался разработкой массово используемого интерфейса. При этом категории пользователей, которые пользовались этим ПО, от 16 до 70.
Первый год клиенты кричали, что интерфейс очень сложный, не понятный, перегруженный. Причиной было то, что ничего подобного не было на рынке. никто не решался увеличивать функционал ПО, боясь просто слишком запутать пользователя. Однако еще через год нашим ПО начали заменять ПО конкурентов, еще через год, меняя ПО на другое, пользователи просили прежний вид обратно. А на 4-й год появились первые клоны интерфейса. По этому в этом вопросе важную роль играет испытание временем и чувство меры.

Теперь, отвечая на ваш, Алексей, вопрос, скажу: в ИРБИСе 64 все на своем месте, в общем-то. Я никогда не проводил исследования, но за все время работы с ним я убедился, что проблем ни с поиском, ни с вводом, у меня не бывает. По этому можно сказать, что интерфейс Ирбис не требует инструкции. А вот первоначальное обучение и знакомство с основными функциями необходимо. Это если говорить про АРМы. В вебе я по прежнему сторонник "одной строки", по этому то, что имеется сейчас, меня иногда не устраивает.

Борис Исаевич описал здесь идеальный интерфейс абстрактной АБИС. Но только уж никак не И64 (понимаю, что надоели мои постоянные напоминания об антипатии к нему).
Читал когда-то, что WordPerfect проиграл в конкурентной борьбе и совсем отдал концы как раз потому, что без инструкции из него нельзя было даже выйти. Так что согласен про документацию.
Я бы сделал всплывающие и перемещаемые окна Поиск и Результаты поиска, одинаковые для всех АРМов. кажется, совсем новая идея и очень мне нравицца! Дарю всем желающим.
И конечно, жутко хочется взглянуть на Вашу разработку хоть одним глазком - именно как выглядит. Интересно, что можно сделать действительно нового и удобного.

Да, АРМ Читатель 64 не требует инструкции по пользованию для читателя 9хотя очень нужна инструкция по поиску), но весь И 64 требует радикального рестайлинга!

irbis_arbat@mail.ru



Редактировано 5 раз. Последний раз 10.04.2012 06:10 пользователем Lavrinovich.

Панев Максим написал(а):
-------------------------------------------------------
> ПРОГРАММНАЯ РЕАЛИЗАЦИЯ
> ОС: Windows 2000/XP/VIsta/7/8, *Linux, MacOS X,
> iOS, Android (?)
> Средства разработки и СУБД: не регламентируются
> Сетевые возможности: стабильная работа в ЛВС
> разных типов (?), ориентация на интранет,
> поддержка до ... одновременно работающих АРМ и до
> ... одновременно работающих пользователей
> Эти требования натянуты. Сложно представить
> ситуацию, когда может потребоваться работать с
> каталогом на ввод (имею ввиду библиографию) с
> мобильных устройств. Для них нужен только
> адаптированный интерфейс поиска и всё.
> В рамках современных технологий разработки
> ограничения одновременно работающих пользователей
> смотрятся крайне не актуально. Это уже
> подразумевается по умолчанию. При этом
> максимальное количество пользователей сейчас
> вообще не должно ограничиваться. Только если
> лицензиями.

СУБД Advanced Revelation (и соответственно АС Библиотека 2, до сих пор распространенная) - только под Netware, а на Windows-сервере для нее нужны MS Services for Novell. И одновременных подключений, кажется, всего восемь.

***
Предлагалось "вешать свои кнопки", то есть писать собственные dll. идея почти не встретила поддержки. А я здесь предлагаю не свои, а выбирать из большого набора, как в MS Office. Но как предусмотреть то, чего нет в этом наборе? В Ms Office есть написание макросов, для которых можно и добавлять кнопки. Очень удобно, просто. Ни в одной АБИС такого нет (?) Макроскритпы МАРК-SQL - это другое (?)

Я бы повесил кнопки для старых, но "ужасно симпатичных" (как говорил Карлсон) утилит Панева и Карауша.

irbis_arbat@mail.ru



Редактировано 3 раз. Последний раз 31.03.2012 10:33 пользователем Lavrinovich.

Писал-писал, особенно много о GUI, а потом вспомнил - он почти полностью реализован в АС Библиотека 3... Только надо бы поизящнее, помоднее...
У Absoteque точно такие же вкладки вверху. Вряд ли наше влияние - идея в общем очевидна, просто в ИРБИСе реализована раньше.
Это как псевдоклоны автомобиля "Победа", некоторые, например, английские, было почти невозможно отличить. Просто идея "носилась в воздухе" еще в 30-е. В середине 50-х был проект модернизации "Победы" с обычным "седановским" багажником, потом его независимо реализовали в Польше под названием "Варшава", выпускали ("лицензионно") до самого 73-го. У знаменитого Фольксвагена - "жука", чемпиона по долголетию, было много прототипов и много авторов, включая художника по образованию Адольфа Гитлера, сохранился его эскиз и ТЗ в трех словах - цена 1000 рейхсмарок, 4 пассажира...
***
Максим, если продолжите доработку, сможете выступить с докладом (даже под одним только своим именем)... а если нет - пошлю "конкурентам". В любом случае пошлю.

irbis_arbat@mail.ru



Редактировано 5 раз. Последний раз 30.03.2012 09:45 пользователем Lavrinovich.

Панев Максим написал(а):
-------------------------------------------------------

> Разные профили интерфейсов для разных типов
> библиотек. Это было бы не дурно. Но это большая
> работа, которая может быть реализована только в
> случае масштабной поддержки сообществом. Думаю для
> начала нужно описать все возможные типы профилей
> интерфейсов.

Такое описание (анализ) - хорошая тема для дипломных работ... Хотя сам никогда не любил учиться (точнее, пока не начал серьезное самообразование через много лет после вуза).

> Выходные формы. Куда же без них? Это одна из
> базовых частей любой автоматизированныой системы.
> Только вот реализация этих форм должна быть
> продумана максимально. Чтобы создавать новые
> формы было легко. Нужна понятная блок-схема работы
> алгоритма. Потому что то, как ВФ сделаны в Ирбисе,
> хоть и здорово, но крайне не удобно. А уж про то,
> что должна напрочь отсутствовать привязка выходной
> формы к различным выходным форматам - это как
> правило. Сценарий формы - один. В каком формате
> получить - это уже подключаемый фреймворк. Был
> опыт реализации таких ВФ на PHP с использованием
> фреймворка. Крайне удобно и универсально.

Ага, критика ИРБИС от главного ирбисовода:)
Уточним терминологию, это очень важно:
1.Формат - это форматный выход (в терминологии CDS/ISIS и ИРБИС) или юнифор (на ИРБИС-сленге);
2.Форма - это выходная форма, экранная или печатная, она же отчет (в терминологии СУБД; кстати, "МАРКовцы" говорят только так), то есть все, что генерируют СУБД или АИС (как любят выражаться программисты).
Выходные формы ИРБИС формируются (реализуются, генерируются) макросами Word'а (устаревшая технология) или же форматными выходами (прогрессивная технология)? О последнем способе просто не задумывался.
В терминологии ИРБИС, кажется, нет понятия "экранная форма" (есть у других).
А удобная реализация, подозреваю, будет с помощью HTML/XHML/XML? Кажется, в ИРБИСе, точнее, в Delphi, нет понятия "фреймворк"?
Давно собираюсь изучить Delphi, но все время сомневаюсь - не модно и нужно ли? Лучше буду по-прежнему типО постановщика-тестировщика...

Максим, скажу еще раз - критика очень порадовала, почти все уже учел. А главное, что это даже не столько критика, сколько помощь мне (информация к размышлению) и задания-пожелания для себя и других...
И прошу продолжить сотрудничество по уточнению терминологии!

ЗЫ. Кое-что упомянутое в проекте (и в других моих постах) обещают в Windows 8 - облачность, 3D-интерфейс,индивидуальные настройки пользователей. Или такие настройки будут тем не менее нужны и в приложениях?

irbis_arbat@mail.ru



Редактировано 7 раз. Последний раз 05.04.2012 07:49 пользователем Lavrinovich.

woodyfon написал(а):
-------------------------------------------------------
> Lavrinovich
> Хотел уточнить: целью всего этого есть создание
> еще одной конкурентноспособной системы? Посмотрите
> другие АБИС, кроме ИРБИСа. ИРБис самый
> распространенный (в России) именно из-за того, что
> дешевый по сравнению с другими системами, простой,
> но в то же время дает широкие возможности
> реализовать то, что задумано.
> Посмотрите ваше сообщение про поддержку ОС (вы не
> уточнили как будет работать система
> сервер-клиент?), в этом случае вам придется
> находить минимум 5 программистов. Даже крупные
> компании AAA класса не всегда могут позволить
> выпуск программные продукции на разные платформы.

1. А как работают сервер-клиент ИРБИС64 и другие?
2. Находить программистов... ну вот разработчик ИРБИС 128 нашел себя сам, другие так же. Я не программист, но сам нашел свое призвание ПастернакА не читал, но требую сурово наказать!

3. О стоимости и других особенностях зарубежных систем знаю давно.

irbis_arbat@mail.ru



Редактировано 3 раз. Последний раз 06.04.2012 05:20 пользователем Lavrinovich.

Чтобы не потерять мысль, процитирую еще раз и отдельно:

В каком формате
> получить - это уже подключаемый фреймворк. Был
> опыт реализации таких ВФ на PHP с использованием
> фреймворка. Крайне удобно и универсально.

А разве в русском языке есть слово фреймворк? Был такой текстовый редактор, здесь явно не про него.
Вот слово фрейм есть, многозначное
[www.google.ru]
Какое из значений здесь? Тех, что относятся к HTML, и то несколько...

irbis_arbat@mail.ru



Редактировано 1 раз. Последний раз 06.04.2012 06:46 пользователем Lavrinovich.

Фреймворк (Framework) - это набор высокоуровневых классов для реализации определенны задач. К примеру есть фреймворк jQuery, который является лишь классом, сильно упрощающим доступ из JavaScript к элементам DOM-дерева на HTML странице. Есть .NET Framework, который также упрощает программирование под Windows, реализуя высокоуровненвые функции работы в операционной системе. Примеров много. Фреймворки сейчас очень распространены, потому что позволяют в десятки раз уменьшить время на разработку проектов, что уменьшает конечную стоимость их реализации и увеличивает общее количество.

В данном контексте под фреймворком я имел ввиду некоторый набор функций, который бы позволял создавать некоторый отчет, не привязываясь к конкретному выходному формату. И сделать такие функции для RTF, DOC, PDF, XLS, CSV, TXT и всему чего только пожелаете.

Более-менее ясно. Хотя у термина много близких друг к другу значений, отчего возможна путаница.
Насколько понял, Вы пишете о своем опыте. Если он был удачным, то почему "не пошел"?

irbis_arbat@mail.ru



Редактировано 1 раз. Последний раз 06.04.2012 05:18 пользователем Lavrinovich.

Почему не пошел. Я этот PHP-фреймворк для отчетов использовал уже в 3-х проектах. По этому все отлично пошло. Просто он не имеет никакого отношения к ИРБИС.

Точнее, не имеет никакого отношения к б-кам? Значит, это совсем офф и флуд, пардон, еще раз пардон.
Понимаю желание похвастаться. Как я все время хвастаюсь знакомством со знаменитостями, особенно с симпатичными программистками, хотя очень стараюсь этого не делать.
И снова напоминаю - этот пост не про ИРБИС. Есть же отдельно "Как сделать И. еще лучше" и "Пример ТЗ для вуза" (кстати, очень странно. что нет откликов).
Кстати, в 128-м остается только PHP - важное замечание и информация к размышлению.

Интерфейс 64 был компромиссом между ИРБИС-уникальностью и Microsoft-унифицированностью. Именно компромиссом, полумерой, паллиативом... То есть логичной будет эволюция в сторону гораздо большего сходства с MS Office, а тем самым и с МАРК-SQL. Тем более что преемник МАРК-SQL будет тоже браузерным, похожим на И 128 и вообще... [www.informsystema.ru]

irbis_arbat@mail.ru



Редактировано 6 раз. Последний раз 11.04.2012 09:34 пользователем Lavrinovich.

///

irbis_arbat@mail.ru



Редактировано 2 раз. Последний раз 13.04.2012 15:10 пользователем Lavrinovich.

Панев Максим написал(а):
-------------------------------------------------------
> Последние 7 лет я занимался разработкой массово
> используемого интерфейса. При этом категории
> пользователей, которые пользовались этим ПО, от 16
> до 70.
> Первый год клиенты кричали, что интерфейс очень
> сложный, не понятный, перегруженный. Причиной было
> то, что ничего подобного не было на рынке. никто
> не решался увеличивать функционал ПО, боясь просто
> слишком запутать пользователя. Однако еще через
> год нашим ПО начали заменять ПО конкурентов, еще
> через год, меняя ПО на другое, пользователи
> просили прежний вид обратно. А на 4-й год
> появились первые клоны интерфейса. По этому в этом
> вопросе важную роль играет испытание временем и
> чувство меры.
Чрезвычайно интересно, взглянуть бы хоть одним глазком - именно как выглядит. Потому что обычно ни на что не похожие продукты проваливаются или даже "не доходят до конвейера" - не только софт, но и музыкальные инструменты, например (одно из моих любимых сравнений).

irbis_arbat@mail.ru



Редактировано 1 раз. Последний раз 08.04.2012 07:13 пользователем Lavrinovich.

Отправил ссылку в приват.

Кое-что еще раз переделал.

АППАРАТНОЕ ОБЕСПЕЧЕНИЕ
Мобильные устройства:
- планшетные компьютеры с ОС ...
- смартфоны с ОС ...

ИНСТАЛЛЯЦИЯ
Несколько вариантов инсталляции (стандартная, расширенная, максимальная, выборочная) в зависимости от типа и размера библиотеки.
Определение (планирование) структуры (конфигурации) системы при инсталляции с настройкой на тип библиотеки.
Инсталлятор спрашивает, какие компоненты АРМа (или ИРБИСа) требуется установить, как интсталлятор MS Office.
Получится много модификаций, своих у каждого пользователя, причем совместимых.
*Анализ имеющегося АО, определение его соответствия требованиям АБИС и выдача рекомендаций по обновлению АО
*Наличие в дистрибутиве нескольких конфигураций для разных типов библиотек (публичных, научных, технических, научно-технических, вузовских, школьных, ЦБС...) и разных категорий пользователей (?)
Выбор одного из MARC-форматов в качестве внутреннего при инсталляции

ИНТЕРФЕЙС
Возможность переключения между двумя или более интерфейсами - "классическим" и "современным" (как в Windows XP или WinAMP)
Возможность переключения языка GUI пользователем в процессе работы
Плавающие (всплывающие) и перемещаемые окна Поиск и Результаты поиска, одинаковые для разных модулей
Средства модификации интерфейса - PHP, HTML, XHTML, XML
Делать при вводе видимыми/невидимыми метки (маркеры) ИЛИ названия полей/подполей
Выбор шрифта, его размера и цвета при просмотре описаний
"Горячие клавиши" - список в нижней части экрана и в Помощи. Возможность работать без мыши
При просмотре полных описаний и полных текстов (и БО - для детских библиотек) - выбор шрифта (гарнитура, размер, цвет)

Для полнотекстового модуля возможный пример для подражания - старые версии MSIE, где при просмотре файлов в форматах DOC и PDF возникал гибрид браузера с Word'ом и Acrobat'ом соответственно.

ПОМОЩЬ
- Подсказки ("правила ввода"), в том числе составляемые и редактируемые пользователем
- *Интеграция Помощи с сайтом разработчика/распространителя. Если в Помощи (Справке) ответ не найден, дается совет искать его на сайте.

ИНФОРМАЦИОННАЯ БЕЗОПАСНОСТЬ
Шифрование записей (для военных и других подобных библиотек)
Защита персональных данных пользователей
*Интеграция в систему антивирусов

БИБЛИОГРАФИЧЕСКИЕ ФУНКЦИИ
Возможность выбора между RUSMARC, UNIMARC, MARC21 (и другими форматами по договору с заказчиком)
Автоформирование аналитических описаний из (на основе) основных описаний сборников (в том числе аудиовизуальных документов) и журналов
Автопроверка правильности сокращений по ГОСТ ...

ЛИНГВИСТИЧЕСКОЕ ОБЕСПЕЧЕНИЕ
Наличие в дистрибутиве:
- Словарей ключевых слов
- Предметных рубрик (на основе ПР РНБ?)
- Алфавитно-предметного указателя - ?
- Тезауруса - ?

КОМПЛЕКТОВАНИЕ
Функции комплектования: планирование (БД Лакуны-Дезидераты-Намечено к
приобретению-Заказано-Получено)
Автоматизированный учет при планировании отказов по экземплярности, тематике, авторам, заглавиям (передача данных из отделов обслуживания). Учет данных социологических исследований
Загрузка соответствующей стандартам информации издательств, книготоргов, подписных агентств в форматах XLS, MDB, TXT...

КАТАЛОГИЗАЦИЯ И АНАЛИТИКА
Ориентация на распределенную корпоративную каталогизацию и распределенную корпоративную аналитическую роспись периодики

СПОСОБЫ ВВОДА ДАННЫХ:
- из тезаурусов
- автоматическое формирование отдельных полей на основе данных из других полей - "автокоды", как предлагалось в
[irbis.gpntb.ru]
- автодополнение, как в MS Word (?)
- автозамена, как в MS Word (по правилам, составляемым пользователем)
- сканирование. распознавание и автоввод части данных (?) [irbis.gpntb.ru]

ОБСЛУЖИВАНИЕ
Индивидуальные профили пользователей, в том числе удаленных. Учет запросов каждого пользователя

УПРАВЛЕНИЕ И СТАТИСТИКА
Анализ статистических данных внешними программными средствами

(не знаю пока в какой раздел)
Полнотекстовые БД, интегрированные с библиографическими
Поддержка технологии штрихового кодирования для всех документов библиотечного фонда и для читательских билетов: формирование, печать (?), распознавание

ЗЫ. Забыл о функциях. имеющихся в Корректоре и других новых АРМах. Или это будет уже перебор?
ЗЗЫ. Здесь нет RFID и другого модного. Нужно ли?

irbis_arbat@mail.ru



Редактировано 14 раз. Последний раз 13.04.2012 15:12 пользователем Lavrinovich.

Это пока черновик, чтобы редактировать проект

«"конструктор" в виде АБИС, на основе которого
каждый сможет собрать себе библиотечный конвейер».
(АСК)

«Уверены в своих силах и готовы строить нечто
уникальное – пожалуйста, вот конструкторы…» (из
рекламы «ИРБИСхост новая сервисная служба
Международной Ассоциации ЭБНИТ и ГПНТБ России»).
Здесь имеются в виду Веб- и Зет-ИРБИСы.

Какие-то «конструкторы» есть в АРМ систематизатора

...остается мечтой система, готовая к употреблению «из коробки» с «дефолтами», пригодными для большинства библиотек, и одновременно одновременно без больших усилий настраиваемая для библиотек любого типа, то есть представляющая собой объектно-визуальное средство
разработки с квадратиками и стрелочками, чтобы сразу «собрать конвейер»:
· провести предпроектное обследование библиотеки и составить ее структурно-функциональную схему — существующую и желаемую
· определить функции структурных подразделений
библиотеки и связи между ними (то есть реинжиниринг и консалтинг),
· дистанционно настроить (и корректировать) интерфейс каждого рабочего места — добавление/удаление/переименование кнопок, панелей, пунктов меню, менять шрифт, цвет…

из дискуссии 2003 г.:
А.С.К: «Необходимо будет делать некий АРМ
"СуперАдминистратор", который будет хранить и
знать, и уметь генерировать локальные для
библиотек настройки, но при этом хранить у
Администратора данные о нескольких библиотеках в
одном месте».

irbis_arbat@mail.ru



Редактировано 2 раз. Последний раз 18.04.2012 11:19 пользователем Lavrinovich.

Панев Максим написал(а):
-------------------------------------------------------
> формы к различным выходным форматам - это как
> правило. Сценарий формы - один. В каком формате
Опять прошу уточнить: что такое здесь сценарий?

irbis_arbat@mail.ru

Панев Максим:
> Одновременный поиск. Конечно. Эта задача встает
> слишком часто, чтобы ее игнорировать. Тут,
> наверное, разумно использовать Z3950, который для
> этого и предназначен. Меня только убивает всегда
> стандартный интерфейс поиска для Z-протокола. Если
> его получиться свести в одну строку поиска, тогда
> это будет очень хорошо.
1. Значит, поисковый интерфейс все-таки желательно модифицировать-адаптировать...
2. В РУСЛАНе, АС Библиотека 3, IsisMarc Z-протокол используется очень активно, чуть ли не лежит в их основе. Буквально подражать, конечно, не нужно (а если говорить об ИРБИС, то и невозможно). Но, может быть, какие-то элементы перенять?
3. ...уже почти совсем забыл лекции Михаила Владимировича и Кирилла Анатольевича о Zoopark, ZEBRA, ZeeRex и что все это такое, нужно найти в документации КСМБ и перечитать... чтобы меня по-прежнему держали здесь за умного... названия вот вроде пока не путаю...

irbis_arbat@mail.ru



Редактировано 2 раз. Последний раз 11.08.2012 16:19 пользователем Lavrinovich.