1. Визуальное отображение структуры (развертывания) и функционирования ИРБИСа в ЛВС (?)
2. Визуальное отображение объемов БД наподобие диаграмм в Excel.
3. Возможность добавлять в меню "инструменты" любые внешние утилиты. Ведь то, что там есть сейчас, когда-то "лежало" отдельно.
4. Мигающее сообщение о необходимости переиндексации в Панели задач Windows

irbis_arbat@mail.ru



Редактировано 5 раз. Последний раз 05.07.2012 11:16 пользователем Lavrinovich.

1. Так это получится звезда с Сервером в центре и Армами по переферии. Единственное усложнение этой звезды может быть в том случае, если с одного компа запущено несколько АРМов - в таком случае конечный луч может быть разветвлен еще на несколько подлучей. Но эта информация в виде списка представлена через список подключенных пользователей (клиентский АРМ Администратор, Сервер TCP-IP)

2. Статистика - информация редкого спроса, а запуск каждый раз при старте АРМа Администратор обработки всей БД - это бессмысленная трата времени. Такое легко реализовать из Каталогизатора или через Веб - именнопользователи этих АРМов чаще всего интересуются составом БД.

3. С этим категорически согласен. Правда, административных утилит под И64 у меня сейчас нет, а вот под И32 была целая кучка.

Gena написал(а):
-------------------------------------------------------
> 1. Так это получится звезда с Сервером в центре и
> Армами по переферии. Единственное усложнение этой
> звезды может быть в том случае, если с одного
> компа запущено несколько АРМов - в таком случае
> конечный луч может быть разветвлен еще на
> несколько подлучей. Но эта информация в виде
> списка представлена через список подключенных
> пользователей (клиентский АРМ Администратор,
> Сервер TCP-IP)

Топология ЛВС может быть любая и в данном случае, как я понимаю, не имеет значения.
Список пользователей, конечно, есть. Но ведь все постепенно становится более или менее объектно-визуальным. Например, не было в И. редакторов *.ini и прочих, правили с помощью тов. Нортона (ncedit, как щаз помню)

> 2. Статистика - информация редкого спроса, а
> запуск каждый раз при старте АРМа Администратор
> обработки всей БД - это бессмысленная трата
> времени. Такое легко реализовать из Каталогизатора

Например, в АС Библиотека 3 есть АРМ Статистика, у Балтиксофта тоже, кажется, даже отдельно от РУСЛАНа...
"Рядовому" каталогизатору явно не нужно. Но может быть нужно зав. отделом, зам. директора - тогда потребуется АРМ Начальник

> 3. С этим категорически согласен. Правда,
> административных утилит под И64 у меня сейчас нет,
>та вот под И32 была целая кучка.

Всегда приятно убедиться в своей правоте. А Ваши утилиты пропали? М.В. и А.C., увы, забросили это дело. Кстати, ведь и собственные "инструменты" И. сначала "лежали" отдельно. Считаю даже, что администратор мог бы включать туда все что угодно, типа Блокнота.

irbis_arbat@mail.ru



Редактировано 5 раз. Последний раз 05.07.2012 13:05 пользователем Lavrinovich.

5. Ясно, что нельзя добавлять сторонние утилиты в дистрибутив (хотя со временем...) Но админ должен иметь возможность "вешать кнопки" на свой страх и риск.
Причем любые - по крайней мере, на свой АРМ. Например, удобный для программистов Notepad++

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

7. Возможность сохранять созданные сложные сценарии поиска и запускать их из Администратора, уже не как Поиск в других АРМах, а именно как задания. И видимо, не только для поиска.

irbis_arbat@mail.ru



Редактировано 9 раз. Последний раз 05.07.2012 11:06 пользователем Lavrinovich.

1. Где-то уже просили добавить пользователям в АРМ Каталогизатор кнопку разблокировки текущей записи (если уж без ложных блокировок никак).

2. Обновить контекстную справку, чтобы не в многотомный мануал лезть, а все, что касается конкретного поля или кнопки увидеть как информационную выборку (как в 1с).Хотя...когда к тебе обращаются, и ты объясняешь, например, что дублетна запись из-за нехарактерного заглавия и как это обойти, чувствуешь себя нужным человеком

3.Еще хочу )) чтобы в редакторе ини-файлов можно было двигать строки вверх-вниз (стрелками, а не через буфер).



Редактировано 5 раз. Последний раз 18.04.2012 13:03 пользователем Novinka.

Галина, ну что же вы опять путаете, в какие разделы писать.
Если про Каталогизатор, то надо в Каталогизатор, если про Справку - то в ИРБИС в целом, и только про Редакторы - сюда. Уже перенес. Так как предложения ваши хорошие.

irbis_arbat@mail.ru



Редактировано 2 раз. Последний раз 30.06.2012 17:38 пользователем Lavrinovich.

8. МАСТЕРА (WIZARDS, Волшебники) в меню Администратора

- Мастер баз данных, Как во всех СУБД, но лучше, чем в CDS/ISIS и в MS Access. В частности, в редакторе РЛ есть ТОП и ТВП (очевидно, заимствования из CDS/ISIS, раз называются так же, как там)
И просто сама напрашивается идея объединить эти инструменты в Мастер создания произвольной БД!

- Мастер планирования развертывания ИРБИС в ЛВС
Сейчас при создании новой базы можно поставить галочку "БД доступна читателю". Это намек на желаемые функции, то есть, конечно, нужно то же для других АРМов, а в идеале - для каждого пользователя/рабочего места.

- Мастер создания новых АРМов. Ранее проект назывался Конструктор (как предлагал А.С.Карауш) или Администратор/Разработчик (мой "Пример ТЗ для вуза")

- Мастер экранных и печатных форм
Они будут по очереди вызывать нужные Инструменты, опять-таки наподобие того, как это сделано в CDS/ISIS.

- Мастер автоматического резервного копирования (планировщик). Есть внешние средства, но их нужно выбрать, найти, установить, освоить...

10. Интерфейс в стиле MacOS, как ни странно... А именно док - большая горизонтальная Панель задач внизу, на которую можно добавлять любые утилиты, как собственные (типа симпатяшек гг. М.В.Панева и А.С.Карауша), так и готовые, например, "программистский" Notepad++, подсвечивающий синтаксис. Что это даст:
- архаичный и аскетичный интерфейс АРМа преобразится и обогатится
- будет сделан шаг в направлениии создания АРМ Администратор-Разработчик

11. Выбор внешнего редактора для *.ini, *.ws и т.д., например, Notepad++ (он подсвечивает синтаксис языков программирования)

12. При создании новой БД добавить к "БД ЭК" и "произвольной" третью - "БД лингвистического обеспечения"

irbis_arbat@mail.ru



Редактировано 4 раз. Последний раз 31.07.2012 06:27 пользователем Lavrinovich.

Gena написал(а):
-------------------------------------------------------
> 1. Так это получится звезда с Сервером в центре и
> Армами по переферии. Единственное усложнение этой
> звезды может быть в том случае, если с одного
> компа запущено несколько АРМов - в таком случае
> конечный луч может быть разветвлен еще на
> несколько подлучей. Но эта информация в виде
> списка представлена через список подключенных
> пользователей (клиентский АРМ Администратор,
> Сервер TCP-IP)
Еще надо подумать... Звезда - это ведь одна их возможных конфигураций ЛВС вообще...

---

А вот еще новая идея - при планировании структуры АБИС в ЛВС использовать БД оборудования типа VEDO.

irbis_arbat@mail.ru



Редактировано 4 раз. Последний раз 17.07.2012 08:00 пользователем Lavrinovich.

)) спасибо за хорошие предложения, а Вам, Алексей, зато открытый код подавай: мастер армов, форм и т.д., есть возможность добавлять поля и РЛ, больше никуда не пустят((.
Теперь по делу:
совершенно необходимо, чтобы при экспорте выводился протокол, в 32-м о том, что не все записи экспортировались узнаешь только по количеству на выходе или по большим глазам библиотекарей . А как было бы хорошо видеть мфн нескопированных записей и причины (чтоб совсем жизнь мёдом казалась) ДО того, как опустошил базу.

Нет, конечно, ведь мастера для того и нужны, чтобы обходиться без кода.
Для нестандартных, точнее, новых, задач в MS Office есть макросы, для которых можно "повесить" и новые кнопки, т.е. опять-таки без программирования, но не для "абсолютно любых" задач, а лишь для часто повторяющихся последовательностей простых действий. Впрочем, сложные "юнифоры" ИРБИСа всегда состоят из простых (см. описание ЯФ в Руководстве)
В МАРК-SQL - макрокоманды, для написания которых нужно знать его собственный макроязык, явно не проще "юнифоров", и его знатоков явно меньше. А в ИРБИСе и так изобилие всевозможных средств - ЯФ, РЛ, Инструменты, RTF, HTML, последними появились мастера. В 128 - PHP, логично ждать XML...

---

Практически та же идея:
Запуск внешних программ макрос-кнопками, где можно будет задавать действия и количество кнопок, и вывод результата работы программы в отдельном окне. Эти макрос-кнопки должны работать как глобальная корректировка, которая будет для всех найденных (или отмеченных) записей производить одну и ту же последовательность действий.
Карауш 05-08-04

---

По моей идее "Администратор-разработчик" Г.С.Панарин и М.В.Панев собирались делать IRBIS Management Studio, а по идее А.С. Карауша "Суперадминистратор" - IRBIS Planning Studio, начали писать ТЗ, я обещал всяческое содействие... хочется верить, что в каком-то виде эти проекты продолжатся...
А средства разработки? КИС УЗ МОДУС основана на MS SQL Server, СДО Прометей, видимо, тоже. Очевидно, эта СУБД применялась в АИС МУБиНТ и ранее...
Начало темы [irbis.gpntb.ru]



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