guest_20040621Mainframe_старый, поделитесь, пожалуйста, чего ж такого специфичного в ПО для ВУЗа?Только один манюсенький пример - ВУЗовская библиотека, деятельность которой тоже требует автоматизации. Нормальная автоматизация подразумевает интеграцию ее деятельности во все внутривузовские процессы. Закупки литературы производятся через тендерный комитет - с разбивкой на источники финансирования (вот и финансы всплыли). Студенческий билет одновременно может быть читательским билетом, особенно, если он ориентирован на считыватели информации в электронном виде. Но нужна интеграция со студенческим отделом кадров, чтобы все перемещения студентов отслеживались, и не только с предыдущего курса на следующий. Собственно литература относится к основным фондам, по ней проходят переоценки и все остальные прелести бухучета ОС. Но, если учесть объемы такого учета, то мало не покажется - наименований могут быть сотни тысяч, требуется учет по партиям и т.д. и т.п. Я уже не говорю о "чисто бибилиотечных" функциях - формирование комплектов для первокурсников, учет книговыдачи и возвратов, учет операций по утеряной литературе, дарственных поступлений, ведение систематического и алфавитного каталогов в двух-трех системах классификации, формирование списка задолжников, информирование о новых поступлениях (с механизмами тематической подписки)... А кроме собственно книг там идет учет периодики, брошюр, диссертаций - каждый имеет свои особенности. Кроме студентов нужно интегрироваться с другими кадрами - сотрудниками, преподавателями, аспирантами. Очень важная вещь - учет книгообеспеченности, он ведется по жутким инструкциям, очень заумным способом. Последние веяния в области библиотечного учета для ВУЗов - выдавать учебники тем студентам, преподаватели которых своевременно сделали заявки на литературу, и не выдавать тем студентам, под которых кафедры не сделали заявки. И соответствующим образом детализировать учет книгообеспеченности, при этом не нарушив положения ведомственных инструкций по учету книгообеспеченности. Шарма ко всей этой катавасии добавляет наличие в фонде электронных учебников, экземплярность которой и методы учета инструкциями по учету книгообеспеченности скромно умалчиваются. Кстати, заявки кафедр на литературу тоже должны учитываться - значит должна быть интеграция с системами, в которых учитываются структуры ВУЗа. А если это ВУЗ с десятками филиалов по всей стране, во многих свои отделения библиотеки, то вырастают новые проблемы и задачи... А раньше был еще и "межбиблиотечный абонемент", через который библиотеки обменивались литературой между собой.

И это мы говорим только о библиотеке ВУЗа. Не стану останавливаться на процедурах учета абитуриентов и экзаменов, на системах электронного анкетирования и многого-многого другого... Короче, специфики великое множество.

Откуда лично я об этом знаю? Первый мой ИТ-шный опыт - это опыт сотрудника институтского вычислительного центра... :) А супруга моя до сих пор работает в бибилиотеке ВУЗа, и у них в который раз затевается автоматизация... :) Я ей просто помогаю разгрести весь ворох проблем, который с этим связан.

guest_20040621А чего такого специфичного в этом примере? Библиотека? Интеграция с учетным софтом? Способы идентификации? Фишка-то в чем?Специфичного по сравнению с чем ?

Могу сказать лишь одно. В библиотеку пришли очуверенные 1С-автоматизаторы, которые до этого занимались автоматизацией складской деятельности и бухучета. И начали выстраивать систему автоматизации "как на складе". С их точки зрения библиотека - это примерно то же самое, что склад, только литературы... :)

В итоге они так и не смогли въехать в требования заказчика. "Что за классификаторы такие УДК и ББК? Мы вам свою классификацию придумали!" :) И пофигу все ГОСТы и инструкции... Вообще, до них очень поздно дошло, что только в центральной библиотеке около 10 отделов, между которыми осуществляются внутренние перемещения литературы, что у них существенно различающиеся функции. Что есть своё "снабжение", "обработка заявок", свой "сбыт", свой "маркетинг". По сути библиотечная система включает почти все компоненты полноценной ERP-системы. А для того, чтобы вникнуть в методики расчета книгообеспеченности, нужно вдумчиво вникнуть в тексты нескольких инструкций, понять, что вообще нужно для ведения такого учета, в какой детализации и в каких разрезах... Нужно было "догадаться" в дополнение с выставками новых поступлений предложить механизм подписки и автоматическое оповещение (например, по email) о новых поступлениях литературы, отнесенной в соответствующие разделы систематического каталога. Нужно было догадаться предоставить читателям поисковый сервис с контролем текущего наличия литературы, с возможностью оформления электронной заявки, а не рыться в ящиках и не выписывать список нужных книг на бумажку с последующим получением отлупа "все эти книги находятся на руках"... Нужно было догадаться предоставить сервис автоматизированного ведения очередей заявок на дефицитную литературу. Для всего этого нужно было детально изучить деятельность библиотеки, все ее бизнес-процессы, понять функции подразделений, причины, по которым нужна графа "с грифом", "учебник" и другие - где вообще нужны какие поля и для чего. Нужно понять, чем учет брошюр отличается от учета литературы, и почему литература делится на учитываемую на учетных карточках (УК) и инвентарных номерах (ИН), и почему вообще ведется НЕСКОЛЬКО разных учетов... Нужно было разобраться во взаимодействии библиотеки с кадрами, с тендерным комитетом, с деканатами, с кафедрами... В двух словах, нужно было детально разобраться, КАК РАБОТАЕТ БИБЛИОТЕКА . И в каком-то смысле стать библиотекарем , потому что автоматизировать предметную область, совершенно ничего в ней не понимая, ПМСМ, самая неудачная затея, заведомо обреченная на провал.

Именно потому, что те самые горе-автоматизаторы ничего в этом не смыслили, и особо вникать не собирались, почему-то решив, что библиотека и склад - это примерно одно и то же, именно поэтому проект был с треском провален.

Можно, конечно, говорить о применении специализированного ПО, присутствующего на рынке, который остается "всего лишь" проинтегрировать с другими системами... К сожалению, библиотечных систем на рынке не так уж много. Наиболее распространенная система ИРБИС ориентирована на общественные библиотеки, а не на библиотеки ВУЗов. На самом же деле не смотря на одинаковое название "библиотека" библиотека ВУЗа существенно отличаются от общественной библиотеки и по бизнес-процессам, и по архитектуре подразделений, и по функциям. ПМСМ, ИРБИС ВУЗовской бибилиотеке подходит примерно как подкова на босу ногу... Вот и приходится ВУЗу искать тех, кто занимается автоматизацией библиотек под заказ.

Разные внедренцы пытались писать и на делфи, и под 1С уже по нескольку раз. Каждый раз эти попытки продолжались лишь до стадии "прозрения" по вопросу о том, что собственно из себя представляет ВУЗовская библиотека. После чего все внедренцы спешно делали ноги...

Mainframe_старыйСУБД какое-то свое (от dbf отказались и теперь напрямую не понятно как писать). Не знаю, как там решается необходимый функционал (в нашем вузе - своя библиотечная система), но уровень интеграции ниже всякой критики.Почему свой формат хранения данных, можно догадаться. Ирбис изначально писался под ГПНТБ, при этом очень важно было обеспечить требуемый уровень защиты информации. У них информация хранится на дисках в зашифрованном виде в своих форматах.
Еще одну задачу, которую они пытались решить - это выделение фрагментов информации для потребителей, которые ее приобрели на законных основаниях. При этом дать им информацию в таком виде, чтобы они не могли ее никому передать "транзитом".
Ну и третья задача - отвязаться от сторонних продуктов, требующих дополнительных расходов на их приобретение и инсталляции на компьютерах потребителей.

Вообще, Ирбис изначально разрабатывался под мэйнфреймы - я знакомился с этой системой еще в советское время. Позже возникли версии под ПК.