Кисловская Г.А. Ретроспективная конверсия карточных каталогов

Подождите немного. Документ загружается.

фирмы. Это ограничивает возможности для выявления совпадающих записей.

Некоторые услуги, основанные на использовании CD-ROM, не имеют механиз-

ма ввода оригинальных записей или ввода поисковых терминов, используе-

мых для сравнения с основной БД фирмы. Поиск по CD-ROM может быть мед-

ленным вследствие того, как проиндексирована информация и как к ней осу-

ществляется доступ. Рабочие процессы могут быть организованы по-разному

в зависимости от потребностей и возможностей CD-ориентированной систе-

мы. Некоторые системы используют полные MARC-записи, которые могут им-

портироваться напрямую в местную библиотечную систему, другие содержат

усеченные записи, в последующем используемые для поиска полных записей

в БД данных фирмы. Цена за запись при этом способе невелика. Дорогой мо-

жет быть техника для считывания с CD-ROM, но ее можно брать в аренду. Если

библиотека заинтересована во взаимоиспользов<аиии ресурсов, она должна

убедиться в том, что фирма, которая выбрана в качестве поставщика CD-ROM,

позволяет ей добавлять свои записи в БД фирмы.

При наличии договорных отношений с фирмой о проведении ретроконвер-

сии путем заимствования из внешних источников необходимо подобрать об-

разцы для описания форматов и языков, которые использует библиотека, с

целью вычисления процента соответствия. Подбор образцов означает извле-

чение репрезентативной группы записей, отражающей фонд библиотеки, для

того, чтобы фирма смогла определить состав фонда (например, книги относи-

тельно периодики). Эта статистика необходима для точного расчета стоимос-

ти проекта РК.

Необходимо сравнить информацию, представленную разными фирмами,

характеризующую ее БД и процедуры, обсудить с выбранной фирмой все ас-

пекты конверсии, составить календарный план, определить время работы пер-

сонала, которое библиотека предполагает выделить на проект, даже если он

будет выполняться фирмой.

Рекомендуется тщательно планировать и документировать проект и все

его аспекты. Следует написать спецификации к проекту или составить их

вместе с фирмой.

Наличие контракта с фирмой имеет свои преимущества и недостатки. Пре-

имущества состоят в том, что:

• нет необходимости нанимать, размещать, обучать персонал, занятый

РК;

• за короткий период может быть проконвенртировано большее количе-

ство БЗ;

• БЗ соответствуют стандартам качества, принятым в библиотеке;

• проект реализуется по конкретным спецификациям;

• цена за БЗ может показаться высокой, но очень часто она все-таки ни-

же, чем при ретроконверсии в режиме on-fine, проводимой силами са-

мой библиотеки.

Недостатки сводятся к тому, что:

• необходимо создать условия для четкой передачи фирме КК или

ких БЗ из топографического каталога;

• обязательна проработка деталей до или после РК, включая выбор фир-

мы и проверку качества.

Одним из вариантов работы с фирмой является пакетная ретроконверсия с

использованием БД фирмы. Пакетная РК может быть приемлема тогда, когда

фонд библиотеки преимущественно состоит из монографий. При использова-

нии этого способа существует несколько альтернатив. Если в библиотеке уже

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

ным путем. Это позволит библиотеке воспользоваться уже имеющимися ма-

шиночитаемыми записями без дополнительных усилий по их созданию. Когда

таких записей нет, создаются поисковые образы, которые записываются на

дискету или магнитную ленту для дальнейшей обработки. Этот способ дает

возможность ввести полный контроль над вводом БЗ при РК и использовать

опыт персонала. Оба подхода позволяют вводить местные сведения, такие,

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

дуальность библиотеки. Созданные таким образом массивы записываются на

дискеты или магнитные ленты и отправляются фирме для проведения сравне-

ния с ее БД. При сравнении каждой БЗ, созданной библиотекой, с БЗ в БД

фирмы, формируется полная машиночитаемая БЗ. При пакетной конверсии

обычно не создаются оригинальные БЗ. Как следствие, не найденные БЗ

должны создаваться каким-то иным способом. Цена пакетной конверсии

соответствует цене за общее число отконвертированных БЗ. Некоторые фир-

мы взимают плату за каждый обработанный блок. Другие требуют для обра-

ботки минимального количества БЗ месяц, в противном случае — выставляют

санкции. Когда требуется ввод поисковых образов, некоторые фирмы предла-

гают в аренду свою технику, чтобы не усложнять финансовое положение биб-

лиотеки. Сама же библиотека может нанять дополнительный персонал для

ввода данных, которые в последующем передает на обработку в фирму.

Создание групп поисковых образов и автоматическое сравнение БЗ можно

провести относительно быстро, но эта методика чревата проблемами, такими

например, как множественные совпадения: поисковые образы могут соответ-

ствовать от одной до десяти БЗ или приводить к некорректным единичным

совпадениям.

Если создание поисковых образов выполняется по контракту фирмой, к

стоимости проекта добавляется стоимость копирования (как правило, микро-

фильмирования) каталога или топографического каталога, поскольку библио-

тека не может передать оригинал каталога фирме. Несмотря на дополнитель-

ные расходы по копированию, получая копию каталога на микрофильмах, биб-

лиотека создает условия для последующего вероятного использования копии.

Выборочное количество карточек нужно пропустить через несколько вари-

антов обработки для получения результатов.

8. Выбор формата записей.

Чтобы первый проект РК

был

последним, важно, чтобы информация из кар-

точного каталога (алфавитного, систематического или топографического) за-

носилась в БД в стандартном MARC-ориентированном формате. При перехо-

! на другую библиотечную систему стандартный формат обеспечит безбо-

лезненное конвертирование записей из одной БД в другую. Использование

MARC-ориентированного формата будет способствовать созданию коопера-

тивных проектов с другими библиотеками.

9. Оценка условий проведения РК.

Немаловажное значение имеет объективная и реалистическая оценка поме-

щений, необходимых

для

РК. Рекомендуется ответить на следующие вопросы:

• имеются ли свободные площади для обработки данных в библиотеке?

• какое количество дополнительных сотрудников может разместить биб-

лиотека (надо помнить о необходимости места

для

компьютеров, теле-

жек, книг, если конверсия предполагает обращение к книги)?

• будет ли дополнительный персонал работать в библиотеке (если да,

следует увеличить время проекта на случай приостановок процесса по

вине читателей, которые будут воспринимать дополнительных сотруд-

ников как постоянных)?

• будут

ли

дополнительные сотрудники общаться с постоянным персона-

лом (общение будет влиять на постоянный штат)?

• сможет ли персонал работать в библиотеке в часы, когда она закрыта

(до или после установленных часов работы, в праздничные дни, в пери-

оды, когда библиотека закрыта по другим причинам).

10. Анализ внешней БД, служащей источником заимствования БЗ при рет-

роконверсии.

Следует проанализировать, достаточно ли информации для установления

совпадения с записью во внешней БД, служащей источником заимствования.

Обязательно также определение качества необходимого соответствия. Соот-

ветствие на общем уровне может быть достигнуто при сравнении краткой биб-

лиографической информации, такой, как заглавие и дата выхода издания. При

стремлении к более детальному совпадению, которое точнее отражает доку-

мент, потребуются более детализированные спецификации. Цифровая инфор-

мация, такая, как

ISBN

и ISSN, поможет провести более точное сравнение фай-

ла из внешней БД и информацией на КК, поскольку она обычно уникальна. Как

правило, соответствующая запись из внешней БД тем точнее отражает мате-

риал из фонда библиотеки, чем больше информации предоставлено для срав-

нения.

11. Определение наполнения полей, фиксирующих местную информацию.

Необходимо составить представление о специфической местной инфор-

мации, которую нужно добавить в БЗ во время ретроконверсии. Способ фик-

сации местной информации в БЗ, полученных

процессе

РК,

должен быть ана-

логичен практике работы по обработке текущих поступлений.

12. Поддержание авторитетного контроля.

Авторитетный контроль улучшает качество доступа к БЗ, обеспечивая пос-

ледовательность и уменьшая двусмысленность интерпретации данных и эле-

ментов БЗ. Ошибки в написании, пунктуации, непоследовательность при

выборе прописных или строчных букв, использовании пробелов в КК можно

устранить в процессе сравнения с внешней БД путем включения в обработку

механизмов авторитетного контроля. Нормативные заголовки описан!/

включая унифицированные заглавия, предметные рубрики, описания на инди-

видуального и коллективного автора, конференции предоставляют уникаль-

ную возможность получить унифицированную форму БЗ. Ссылки на другие

формы элементов БЗ и связанные термины, такие как «см.», «см. также», при

их наличии, конечно, необходимы.

Авторитетный контроль может быть пассивным (когда внешняя БД, с кото-

рой проводится сравнение карточных БЗ, уже поддерживает авторитетный

контроль) или активным (когда библиотека просит, чтобы заголовки конверти-

рованных записей совпадали с формами соответствующих авторитетных фай-

лов). Авторитетный контроль может проводиться во время реализации проекта

РК или в рамках отдельного проекта. Некоторые библиотечные системы имеют

встроенные механизмы поддержания авторитетного контроля, что очень облег-

чает процесс унификации заголовков описания после окончания РК.

13. Некоторые альтернативы, возникающие при РК.

Есть несколько задач, которые рекомендуется решить на подготовитель-

ном этапе:

• обработать многотомники, описания на которые были созданы до внед-

рения автоматизированной обработки;

• обработать экземпляры документов, отраженных в ЭК текущих поступ-

• дополнить карточку

топографическом каталоге сведениями об ISBN и

данными о времени публикации для облегчения создания поисковых

• если источником конверсии будут собственно документы, можно соче-

тать РК со штрихкодированием в процессе поступления документов с

книговыдачи;

• если источником конверсии является топографический каталог, можно

провести штрихкодирование заранее (до РК), поместив один из двух

аналогичных штрихкодов на документ, а другой — на соответствующую

карточку топографического каталога.

14. Уровень контроля и редактирования.

Главной характеристикой любого проекта РК является определение

стандартов, критериев редактирования или отказа от редактирования БЗ, по-

лученных из внешних источников. Многие автоматизированные системы пред-

лагают записи разного уровня в ОРАС — краткие, средние и, если требуется,

полные MARC-записи. БЗ являются инструментом

для

принятия решений

об-

ласти формирования фонда, комплектования, каталогизации, МБА, содержат

примечания, относящиеся к программам сохранности и консервации. БД пе-

реживет несколько поколений компьютерных систем, поэтому не следует

обосновывать требования к проекту РК, исходя из текущих возможностей ав-

томатизированной библиотечной системы. Логичнее выстраивать проект вок-

руг возможно более полной записи, если, конечно, этой логике способствуют

обстоятельства. Решение сократить содержание записи, принятое под влия-

нием временных, преходящих обстоятельств, будет иметь серьезное влияние

i использование записи в будущем.

лении;

полей;

Можно рекомендовать следующий минимальный набор полей для контро-

ля и редактирования записей, полученных в результате РК:

• ISBN (при наличии);

• заголовок основной БЗ;

• сведения о добавочной БЗ;

• сведения о заглавии;

• сведения об издании (при необходимости);

• выходные данные: место и дата издания;

• физическая характеристика;

• серия, номер части, номер серии;

• Предметная рубрика (ПР).

Принципиальное значение имеет вопрос о выборе типа контроля: сплош-

ного или выборочного. Целесообразность сплошного контроля обусловлена,

как правило, неотлаженностью технологического процесса. Именно поэтому

на начальном этапе проверяются все записи, прошедшие обработку. Анализ

массива БЗ проводится по результатам проверки, осуществляемой силами

библиотеки. Цели проведения анализа — классификация выявленных ошибок,

разработка методов их устранения и коррекция технологического маршрута,

реализующего эти методы. Результаты анализа документально фиксируются.

Ошибки, обнаруженные в результате анализа массива библиографических за-

писей, можно классифицировать на следующие группы:

1. Программные ошибки.

2. Ошибки, которые можно устранить уточнением инструкции для опера-

торов.

3. Типовые ошибки операторов, которые можно выявить программным пу-

тем.

4. Случайные ошибки.

В качестве примера можно привести итоги анализа результатов пилотной

ретроконверсии массива КК, составляющих фрагмент сводного каталога из-

даний XIX века в РГБ.

К ошибкам первого типа относятся:

• неисправленный код библиотеки (ГПБ вместо РНБ);

• пустое подполе $t в поле 852 в отдельных случаях;

• недостаточная длина подполя $с в поле 852, приведшая к обрезанию

одного из значений;

• искажение значения подполя $а, если в поле 100, 600 или 700 указана

фамилия без имени или инициалов.

К ошибкам второго типа относятся:

• неверное деление на подполя поля 490 при наличии не только номера,

но и года выпуска;

• отнесение номера серии к подполю $v в поле 490;

• ввод пробела после дефиса при задании диапазона;

• размещение второго предложения в подполе $а поля 245 вместо под-

поля $Ь;

• отсутствие замены римских цифр на арабские в датах жизни в полях

100, 600 и 700.

Правила обработки в подобных случаях разъясняются операторам, кроме

того, в инструкцию для операторов вносятся уточнения.

К ошибкам третьего типа относятся:

• отсутствие пробела после точки;

• несоответствие наличия или отсутствия разделителя в конце подполя

$а поля 245 характеру информации в подполе $Ь.

В таких случаях

для

автоматического обнаружения подобных ситуаций вно-

сятся исправления в программу с последующей ручной коррекцией. На подоб-

ные ошибки также обращается внимание операторов.

К случайным ошибкам относятся описки и неточное соблюдение внутрен-

него синтаксиса, повлекшее за собой неверное автоматическое деление ин-

формации на подполя, что предполагает дальнейшую проработку алгоритмов

программного обнаружения части подобных ошибок. (Отчет технологической

группы проекта ТАСИС по пилотной ретроконверсии каталогов в РГБ. Сен-

тябрь 2000 г.)

Техническое задание на проведение ретроспективной конверсии каталога

нотно-музыкального отдела РГБ (2002 г.) фиксирует процедуры контроля и

приема

—

передачи БЗ следующим образом:

«Процедура контроля качества проводится представителями Британского

Совета (в дальнейшем Заказчика) или специально привлеченными для этого

Британским Советом, с письменного согласия Pro Soft Knipper GmbH, третьи-

ми лицами.

Для контроля качества сформированные в процессе работы БЗ представ-

ляются в электронной форме в коммуникативном формате MARC 21, в коди-

ровке UNICODE на CD-R носителе. Часть сформированных в процессе работ

библиографических записей может, по требованию представителей Заказчи-

ка, предоставляться в виде твердых копий. Контроль качества формируемых

БЗ представителями Заказчика осуществляется следующим образом: в конце

3-го, 6-го и 8-го месяцев осуществления Этапа № 3 «Проведение работ по

массовой обработке каталога и формирование массивов БЗ» представителям

Заказчика предоставляется сформированный за соответствующий период

массив БЗ. Представителями Заказчика производится выборка тестового

массива в размере 1000 БЗ. Данная выборка подвергается проверке на соот-

ветствие установленным в п. 7.3.3. нормативам качества и проверке на соот-

ветствие требованиям к формированию БЗ, указанным в п. 8 настоящего Тех-

нического задания.

том случае, если в результате проверки качества получе-

ны удовлетворительные результаты, то есть количество ошибочных символов

и маркеров ниже или равно нормативным значениям, указанным в п. 7.3.3., и

проверяемые БЗ сформированы в соответствии с требованиями, указанными

в п. 8 настоящего Технического задания, проверяемая партия признается про-

шедшей контроль качества, о чем составляется соответствующий Акт, подпи-

раемый представителями обеих сторон.

В том случае, если в результате проверки получены неудовлетворительные

результаты, то есть количество ошибочных символов и маркеров выше норма-

тивных значений, указанных в п. 7.3.3., и / или проверяемые записи не сфор-

мированы в соответствии с требованиями, указанными в п. 8 настоящего Тех-

нического задания, проверяемая партия признается не прошедшей контроль

качества и отправляется на доработку, о чем представители Заказчика в срок

не более пяти рабочих дней направляют Исполнителю письменное уведомле-

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

признания проверяемой партии БЗ не прошедшей контроль качества.

В том случае, если по результатам всех промежуточных проверок качества,

произведенных в процессе осуществления Этапа № 3 «Проведение работ по

массовой обработке каталога и формирование массивов БЗ» получены удов-

летворительные результаты, о чем составлены и подписаны представителями

обеих сторон соответствующие Акты, представителями Pro Soft Knipper GmbH

и Британского Совета составляется и подписывается Акт сдачи-приемки все-

го массива машиночитаемых библиографических записей каталога нотно-му-

зыкального отдела РГБ в коммуникативном формате MARC 21.

7.3.3. Нормативы качества.

Сформированные БЗ должны соответствовать следующим нормативам ка-

чества:

• для карточек нотно-музыкальных изданий содержащих информацию

преимущественно на русском языке: 1 ошибочный символ на 1000,

1 ошибочный маркер на 10 записей;...

• для карточек нотно-музыкальных изданий, содержащих информацию

преимущественно на иностранных языках и элементы описания на рус-

ском языке, — 1 ошибочный символ на 800, 1 ошибочный маркер на

10 записей;

• для карточек нотно-музыкальных сериальных изданий и сборников, со-

держащих информацию на иностранных языках, — один ошибочный

символ на 500,1 ошибочный маркер на 10 записей».

15. Технология обработки записей при ретроконверсии.

Если возможно, БЗ должны обрабатываться один раз. Последующие обра-

щения к записи или к книге увеличивают стоимость проекта|ТЧеоднократный

/ просКготргхаталога не эффективен с точки зрения затрат. Поэтому

для

обеспе-

чения эффективности крайне важно тщательное планированиё^всего техноло-

гического процесса. Документация, передаваемая персоналу, занятому

про-

екте, должна содержать ответы на следующие вопросы:

• какое количество каталожных ящиков / книг с книжных полок должно

изыматься единовременно?

• какие описания должны быть исключены из выбранного объекта кон-

версии (справочные, добавочные, описания периодических изданий,

изданий на определенных видах носителей, изданий на иностранных

языках, аналитические описания) и каким образом идентифицировать

эти виды описаний?

• как будут фиксироваться различные этапы работы (например, количе-

ство БЗ, найденных во внешних БД, количество отредактированных БЗ,

количество БЗ, загруженных в технологическую базу и в ЭК, и т. д.)?

• каковы обязанности персонала?

• как выделять проблемные БЗ и кто будет работать с ними?

• как идентифицировать отконвертированные БЗ?

• как отмечать БЗ, требующие оригинальной каталогизации?

щ как отмечать БЗ без ПР?

• как отмечать документы, находящиеся в процессе выдачи по МБА, но

требующие обработки de visu при РК?

• как будет собираться статистика о результатах работы?

• как быть с примечаниями местного характера?

• как инкорпорировать

работу по РК штрихкодирование

и на каком

этапе?

16. Штрихкодирование документов.

Штрихкодирование — это присвоение документу уникального машиночи-

таемого кода для его идентификации. Каждый код связан с соответствующей

ему БЗ на документ в БД. Фонд не следует штрихкодировать до той поры, по-

ка библиотека не выбрала библиотечную систему, поскольку были случаи, ког-

да приходилось заново штрихкодировать фонды из-за несовместимости ста-

рых штрихкодов с выбранной системой. Чтобы свести к минимуму обращение

к документам, приклеивание ярлычков, штрихкодирование и другие процеду-

ры, с ним связанные, надо проводить одновременно. Следует заранее решить,

как будет инкорпорироваться штрихкодирование

технологию РК, чтобы свес-

ти к минимуму обращение к документу. Библиотека может обратиться к трем

способам:

• приклеивать штрихкоды в книги после проекта, что будет означать из-

менение номера БЗ, созданной во время РК;

• приклеивать штрихкоды во время конверсии, если при РК используется

книга

• приклеивать штрихкоды заранее, используя комплекты штрихкодов в

случае, если для РК применяется топографический каталог. При этом

один штрихкод приклеивается на топографическую карточку, другой на

книгу. Необходимо тщательно следить, какому экземпляру / тому был

присвоен определенный штрихкод. Если в библиотеке много экземпля-

ров одного названия, на топографической карточке может не хватить

места для всех штрихкодов. Этот подход требует большой аккуратнос-

ти. Выделение основной записи при таком подходе крайне затруднено;

• вне зависимости от того, приклеиваются ли штрихкоды во время или

после конверсии, необходимо отразить статус выдачи книги в БЗ для

того, чтобы зафиксировать политику в области автоматизированной

выдачи документов (выдается, не выдается). Это позволит избежать из-

менения статуса выдачи документа на поздних этапах.

17. Создание финансового плана.

Как единоразовые, так и протяженные во времени расходы на РК могут

быть очень значительными. Библиотека должна принять решение о постоян-

ном выделении средств на поддержку конверсии и поддержку БЗ в библиотеч-

ной системе. Разовые расходы на РК зависят от нескольких составляющих,

включая объем фонда, носитель, состав языков, степень унифицированности

фонда. К числу ключевых позиций относятся также полнота существующих в

библиотеке БЗ и количество информации, которую библиотека хочет видеть в

новой машиночитаемой записи. Для многих проектов РК дополнительное

финансирование является необходимостью. Многие библиотеки испольауют

внебюджетное финансирование из благотворительных или государственных

фондов для поддержки проектов РК. Создание сметы поможет определить

внутренние финансовые ресурсы и потребности во внебюджетном финанси-

ровании. План должен содержать детальную оценку затрат на ретро-

конверсию. В смете должны быть учтены такие факторы, как работа персона-

ла, его время, обучение специалистов, вовлеченных в РК, плата за обработку

записей, ввод оригинальных записей, покупка техники или ее аренда. Эта сме-

та в последующем может стать основой для поиска внебюджетных средств.

В зависимости от условий финансирования смета будет отражать поэтапную

или единоразовую РК.

Преимущества единоразовой РК: она дешевле поэтапной РК; большой

объем БЗ, конвертируется за короткое время; больше возможностей для конт-

роля качества; возможность аренды техники для ввода данных.

Недостатки: библиотеке могут понадобиться найм дополнительных сот-

рудников, их обучение, размещение и контроль за их работой.

18. Документирование проекта.

Ведение документации по проекту имеет принципиальное значение для

его успешного завершения. Если необходимы изменения в процедурах, следу-

ет обязательно добавлять их

спецификации. Для обеспечения эффективнос-

ти технологии РК, рекомендуется подготовить инструкции для персонала,

участвующего в проекте.

19. Управление проектом.

Необходимо установить процедуры, фиксирующие, какие БЗ прошли кон-

версию. Поскольку

РК,

как правило, проводится поэтапно

связи с характером

ее финансирования, требуется ввести такие процедуры, которые бы не позво-

лили повторять сделанное при возобновлении работы с началом нового цикла

финансирования. Без документации нельзя гарантировать преемственность в

решении одних

тех же задач. Надо помнить, что методика, выбранная для од-

ной части фонда, может отличаться от методики, выбранной для основного

фонда. Поэтому важно зафиксировать то, что сделано:

• проштамповать топографический каталог;

• проштамповать все карточки каталога;

• проштамповать книги или решить, что наличие штрихкода и есть отмет-

Нужно также установить процедуры контроля за выполнением плана и ка-

чеством конверсии.

Обучение персонала

—

необходимая часть проекта. Особую важность обу-

чение приобретает тогда, когда реализация длится не один год и возмож»

ка о РК.

изменения в штате сотрудников, занятых РК. Документация, отражающая все

нюансы технологии, будет основным источником обучения.

20. Статистика.

Следует вести статистические таблицы, отражающие ход проекта.

21. Влияние проекта на персонал других отделов.

Следует помнить что проект РК неизбежно повлияет на работу других отде-

лов библиотеки:

• возрастет спрос на уже имеющиеся помещения;

• по мере возникновения вопросов неизбежно вовлечение в проект но-

вых сотрудников;

• обычные технологические процедуры будут усложняться, например, во

время книговыдачи придется резервировать книги

для

сотрудников, за-

нимающихся РК;

• возрастает нагрузка на используемое оборудование, поэтому возмо-

жен пересмотр схем работы с имеющимся оборудованием.

22. Сочетание ретроконверсии с другими проектами.

Не рекомендуется соединять проект РК с другими проектами, такими, на-

пример, как реклассификация или глобальная передвижка фонда. На первый

взгляд совмещение выглядит разумным, но в реальности объем дополнитель-

ной работы и ее координация чреваты чрезмерной загрузкой персонала, во-

влеченного

проект РК.

Опыт показывает, что, несмотря на все вышесказанное, ни одной биб-

лиотеке не удается избежать неожиданностей и столкновения с самыми неп-

редсказуемыми ситуациями. Не в последнюю очередь это связано с использо-

ванием помещений, поскольку проект РК создает многочисленные рабочие

процедуры, требующие дополнительных площадей, временной передвижки

документов из хранения на другие рабочие места и т.д. Нельзя не сказать и о

том, что продолжительность проекта, как правило, переосмысливается. Обыч-

но весь проект занимает втрое больше времени по сравнению с запланиро-

ванным: 10 процентов времени, которые традиционно отводятся для проблем,

оставшихся нерешенными в течение всего осуществления проекта, в реаль-

ности превращаются в 20—30 процентов. Тем не менее создание реалисти-

ческого плана с учетом непредвиденных факторов — необходимое условие

успеха проекта.

3.3. Экономические аспекты ретроспективной конверсии

• Чтобы создать представление о стоимости проекта, библиотека должна,

как уже было сказано выше, определиться с выбором методики и стандарта

БЗ. Далее следует провести оценку стоимостных параметров выбранной ме-

тодики на основе обработки тестового массива БЗ. В процесс тестирования

следует включить все сегменты каталога, который переводится в машиночита-

емую форму, чтобы по возможности избежать потери малейших нюансов, свя-

занных с обработкой различных материалов и различных видов БЗ, составля-

ющих каталог. Полученные результаты лягут в основу определения цены про-