Научные и технические библиотеки

УДК 025: 65.011.56

Воройский Ф.С.

Основные требования
к проектированию современных АБИС

1. Введение в проблему

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

В соответствии со сложившейся в библиотечной среде России достаточно общей ситуации процессы внедрения в библиотеках и информационных органах или службах автоматизированных систем проводятся в следующей последовательности (см. рис.1):

1. Приобретается некоторое число персональных компьютеров (от одного и более). Их конфигурация, количество, стоимость и производители определяются наличием финансовых средств, источниками их поступления и некоторыми, как правило, некомпетентными мотивами руководства библиотеки.

2. Производится выбор (также преимущественно по субъективным мотивам) той или иной версии программного обеспечения (ПО) автоматизированной библиотечно-информационной системы (АБИС).

3. Средств, упомянутые в пп. 1 и 2 устанавливаются на рабочие места сотрудников подразделений библиотеки, преимущественно начиная с отделов/групп обработки и комплектования.

4. Сотрудники без должного обучения включаются в процесс обработки входных документов и комплектования того, что должно называться электронным каталогом библиотеки. При этом организация и технология выполнения работ документально не регламентируется, поэтому качество полученных вторичных документов может быть самым разным, чаще – весьма невысоким.

5. Приобретается более мощный ПК так же достаточно случайной конфигурации, который объявляется "сервером".

6. Создаётся "локальная вычислительная сеть" (ЛВС) библиотеки. Архитектура сети никем не оптимизируется и ориентируется только на имеющиеся в библиотеке технические средства.

7. Продолжается пополнение библиотеки техническими средствами и установкой их на новые рабочие места (условия те же, что указаны в пп. 1-4).

8. Созданная ранее ЛВС обрастает дополнительными соединениями, становится непригодной к работе, заменяется на новую способом, указанным в п.6.

9. В связи с необходимостью, ставшей актуальной и/или осоз­нанной в процессе начального этапа эксплуатации программно-технического комплекса АБИС, часть приобретённой ранее техники, а иногда и ПО АБИС заменяется или дополняется другими средствами. В последнем случае наблюдаются такие явления, когда в одной (в том числе сравнительно небольшой) библиотеке одновременно используются две (иногда и более!) разные версии ПО АБИС, 8 (?!) серверов, множество принтеров и т.д.

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

2. Стадии и этапы АБИС

Уместно отметить здесь, что под проектированием АБИС понимается детализированная разработка проекта системы, содержащего полный комплект её организационной, конструкторской, технологической и эксплуатационной документации [1]. Проектирование автоматизированных систем (АС) предполагает выполнение ряда стадий и этапов. В России действует система стандартов, определяющих содержание, состав исполнителей и порядок выполнения работ на разных этапах проектирования, а также порядок их приёмки. Одновременно сложилась определённая практика проектирования автоматизированных систем (в том числе и АБИС), которая в основных её положениях не противоречит установленным стандартами нормативам (см. рис. 2).

2.1. Нормативные требования к содержанию стадий и этапов
проектирования автоматизированных систем

ГОСТ 34.601-90 [1] распространяется на проектирование АС, предназначенных для обеспечения различных видов деятельности (управление, проектирование, исследование и т.п.), включая их сочетания. Он предусматривает следующие стадии и этапы проектирования:

В стандарте также указывается:

• стадии и этапы, выполняемые организациями – участницами работ по созданию АС, устанавливаются в договорах и техническом задании на основе настоящего стандарта;

• допускается исключать стадию "Эскизный проект" и отдельные этапы работ на всех стадиях, объединять стадии "Технический проект" и "Рабочая документация" в одну стадию "Технорабочий проект". В зависимости от специфики создаваемых АС и условий их создания допускается выполнять отдельные этапы работ до завершения предшествующих стадий, а также параллельное во времени выполнение этапов работ, включение новых этапов.

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

Уместно отметить и другие государственные стандарты, регламентирующие различные аспекты проектирования АС:

• ГОСТ 34.602-89 Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. Введ. 01.01.90;

• ГОСТ 34.603-92 Информационная технология. Виды испытаний АС;

• Стандарты 34.(971, 972,973, 974, 981) -91 Информационная технология. Взаимосвязь открытых систем;

• Стандарты 34.913… Информационная технология. Локальные вычислительные сети и др.

2.2. Реально сложившаяся практика проектирования АС

В соответствии с имеющимся в России опытом проектирования ряда АИС различного назначения и сложности, проектирование АБИС как правило включает в себя пять основных стадий выполнения работ:

1. Предпроектное обследование объекта автоматизации.
2. Концептуальное проектирование.
3. Эскизное проектирование.
4. Техническое проектирование.
5. Рабочее проектирование.

В отдельных случаях некоторые стадии проектирования, например, эскизного и технического проектирования или технического и рабочего проектирования, полностью или частично объединяются. Как следует из примечаний к ГОСТ 34.601-90, такое объединение не противоречит установленным нормам. В самом общем плане содержание работ на разных стадиях может быть сведено к следующему:

1. В ходе предпроектного обследования объекта автоматизации производится сбор и обработка сведений об организации и особенностях функционирования объекта автоматизации, включая данные о его взаимодействии с внешней средой и другими объектами, а также выполнение системного анализа, разработка технико-экономического обоснования целесообразности автоматизации и выработка общих требований на разработку АС.

2. При концептуальном проектировании производится разработка аванпроекта (пилотного проекта) или программы создания системы, которая включает:

• краткую характеристику исходного состояния объекта автоматизации и среды, в которой он функционирует;

• указание основных целей и перечень задач автоматизации;

• описание укрупнённой организационно-функциональной структуры выбранного варианта (или вариантов) построения создаваемой системы;

• технико-экономическое обоснование;

• укрупнённое описание и основные требования к средствам информационного и лингвистического обеспечения;

• перечень и общие требования к средствам программно-аппаратного обеспечения;

• перечень и укрупнённую характеристику этапов создания системы, сроки их выполнения;

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

• техническое задание на систему в целом и/или её основные составные части (подсистемы, программно-технические комплексы и средства, отдельные задачи и т.д.)*.

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

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

5. При рабочем проектировании, представляющем собой заключительный этап собственно проектирования, производится окончательное уточнение и детализация результатов предыдущих этапов, создание и испытания опытного и/или опытно-промышленного образца объекта автоматизации, разработка и отработка программных продуктов, технологической и эксплуатационной документации. Результаты этого этапа излагаются в рабочем или технорабочем проекте. В современной практике проектирования автоматизированных информационных систем (в том числе АБИС, АСНТИ, АСУ и др.) он является начальным этапом их внедрения в работу фирмы, организации или службы, являющейся заказчиком проекта, или головной в ряде других автоматизируемых фирм, организаций, служб и т.д. [2, 3, 4].

3. Принципы проектирования АБИС

Анализ опыта разработок автоматизированных информационных систем, их внедрения и функционирования позволил определить следующие принципы, которые в обязательном порядке должны учитываться при проектировании АБИС [2-10]:

Принцип идентичности – разработка новых, совершенствование уже существующих или внедрение получаемых извне автоматизированных информационных системы различного функционального назначения, включая АБИС, являются в организационном и общем методологическом планах сходными научно-техническими проблемами.

Непрерывность, поэтапность и преемственность разработки и развития: АБИС – постоянно развивающиеся системы; каждое нововведение служит развитием основных системных принципов и уже достигнутого качества.

Адаптивность: составляющие АБИС должны обладать свойствами, обеспечивающими быструю адаптацию этих составляющих к изменениям внешней среды и новым средствам.

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

Принцип технологичности: автоматизированная технология означает разработку новой технологии или модернизацию существующей в условиях АБИС и не допускает простого использования разработанного программно-аппаратного обеспечения в условиях старых традиционных технологий.

Технологическая (в том числе – сетевая) интеграция: предполагает единство для всей системы технологии создания, обновления, сохранения и использования информационных ресурсов и, в частности, однократную обработку информационных документов, а также их многократное и многоцелевое использование.

Принцип корпоративности: при проектировании автоматизированной системы, входящей в состав системы более высокого уровня (города, ведомства, республики и т.п.), должна быть предусмотрена её аппаратная, программная, лингвистическая и информационная совместимость с другими участниками системы и/или сети АБИС. Требования корпоративности могут входить в противоречие с требованиями или решениями, диктуемыми другими принципами, например преемственности проектных решений.

Полная нормализация процессов и их мониторинг: многоцелевое использование информации АБИС требует обеспечения высокой достоверности данных в системе. Для этого на различных этапах обработки и ввода информационных документов необходимо использовать различные формы контроля информации, требования к которому могут быть сформированы из состава решаемых задач и обрабатываемых данных. Постоянный мониторинг необходим также для получения качественных и количественных характеристик функционирования АБИС на основе встраиваемых и специально разрабатываемых средств интеллектуальной статистики.

Регламентация: АБИС ориентированы на функционирование в промышленном режиме, обеспечивающем массовую поточную обработку информационных документов; эта обработка регламентируется стандартами, маршрутными и пооперационными технологиями, нормативами на ресурсные и временные показатели, развитой службой диспетчеризации.

Экономическая целесообразность: создание АБИС должно предусматривать выбор таких проектных решений (в том числе программных, технических и организационно-технологических), которые при условии достижения поставленных целей и задач обеспечивают минимизацию затрат финансовых, материальных и трудовых ресурсов.

Типизация проектных решений: разработка и развитие АБИС и их сетей производится с ориентацией на межбиблиотечное сотрудничество и кооперацию, а также в соответствии с правилами и протоколами международного информационного обмена.

Максимальное использование готовых решений: для сокращения стоимости и сроков разработки и внедрения АБИС (возможно – в десятки раз!), а также уменьшения ошибок проектирования как системы в целом, так и отдельных её составляющих, рекомендуется максимально использовать готовые решения и средства. В указанном плане при создании новой системы значительный объём работ связан с анализом альтернативных вариантов предлагаемых решений, выбором наиболее соответствующего для объекта автоматизации и его адаптации к новым условиям применения.

Ориентация на первых лиц объекта автоматизации: успешное выполнение работ по созданию автоматизированной системы, её развитию и эксплуатации возможно только при условии их безусловной поддержки первым лицом объекта автоматизации (директора библиотеки или информационного органа) и закреплении приказом по организации непосредственной ответственности за их выполнение за руководителем на уровне не ниже заместителя директора. В подразделениях автоматизируемой организации ответственность за выполнение работ (предпроектное обследование, приёмку подсистем АБИС, их эксплуатацию) должна возлагаться в первую очередь на руководителей соответствующих подразделений. Последнее необходимо и в тех случаях, когда в непосредственном выполнении работ участвуют назначенные ими лица из сотрудников подразделений.

Рассмотрим подробнее некоторые из названных принципов.

Идентичность методологического подхода к разработкам АИС – принцип, основанный на наличии значительного количества общих признаков, определяющих характер построения, особенности функционирования и развития АИС различного масштаба и прикладного назначения. Осознание указанного факта нашло, в частности, выражение в том, что основные положения методологии разработки различных АИС нормативно закреплены единым стандартом –
ГОСТ 34.601-90 [1]. Важная прикладная значимость этого принципа заключается в возможности использования при разработке АБИС опыта создания и эксплуатации других автоматизированных систем, включая АСНТИ, АСУ различного назначения и т.д., а также в создании потенциальных условий для обеспечения взаимодействия этих систем, а возможно, и их частичной или полной интеграции.

Преемственность – принцип проектирования новых функциональных возможностей системы и средств, обеспечивающих их реализацию. Он заключается в обязательном учёте в новых проектных решениях ранее накопленного опыта, а также сохранения всех полезных для дальнейшего использования средств и ресурсов. К последним в первую очередь относятся электронные каталоги, другие информационные ресурсы библиотеки, записанные на машиночитаемых носителях, средства лингвистического обеспечения, а также имеющиеся в наличии технические средства.

Непрерывность и поэтапность развития – не только принцип проектирования, но и одно из наиболее важных свойств АБИС, которая не может длительное время не видоизменяться. Причины сказанного заключаются в следующем.

В отличие от других объектов проектирования (например, автомобиля, самолёта и т.п.) АБИС не может быть спроектирована и реализована в своём "окончательном" варианте ввиду того что, во-первых, до полноценного функционирования она должна ещё "дорасти" в процессе начальной её эксплуатации (персонал системы достаточно долго её осваивает; должны быть накоплены полноценные электронные каталоги, базы данных и другие виды ресурсов); во-вторых, принципиально невозможно на этапе проектирования предусмотреть весь круг проблем, связанных с развитием и достижением качественных характеристик системы.

В связи со сказанным нет необходимости изначально вводить систему в полном объёме решаемых задач и средств их обеспечения. Это может быть не только нецелесообразно, но и экономически невозможно. Однако проектные решения должны обеспечить возможность последовательной поэтапной достройки АБИС по мере создания условий для расширения её функциональных характеристик и структуры без остановки эксплуатации.

Необходимость постоянного саморазвития и усложнения системы появляется не только в связи с накоплением опыта персоналом АБИС, накоплением её информационных ресурсов или выявлением и устранением внутренних противоречий в системе, но и под влиянием внешней среды, в частности, требований пользователей, а также быстрой смены поколений технических и программных средств. В указанном плане весьма актуальной является реализация в проектных решениях принципа адаптивности.

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

С учётом сказанного развитие системы должно быть предусмотрено уже на начальных стадиях её проектирования, как в организационном, так и технологическом плане. Последнее относится к составу решаемых функций, развитию архитектуры системы и её отдельных подсистем и узлов, совершенствованию и наращиванию используемых программных, технических, технологических и других средств обеспечения и т.д. Характер планируемых этапов внедрения и развития АБИС, а также порядок и сроки их реализации должны быть согласованы с заказчиком системы.

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

Адаптивность мы рассматриваем как заложенную в проектные решения возможность перестройки системы или отдельных её составляющих "на ходу", т.е. без остановки эксплуатации АБИС, в соответствии с изменениями внешних условий. Такие изменения могут быть связаны с появлением новых функциональных задач и требований к системе, возникшей необходимостью и возможностью замены морально устаревших программно-технических средств, в связи с изменением других внешних условий.

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

Адаптивность в условиях динамично развивающихся информационных технологий (см. главу I) является одним из наиболее значительных требований к проектным решениям АБИС и программно-техническим средствам её обеспечения.

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

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

Интеграция – требование концентрации ресурсов и средств системы. Проблемы интеграции АСНТИ, средств и задач этих систем были поставлены на стыке 1970-1980 гг. Аналогичная проблема возникла у разработчиков АСУ. Поэтому тогда уже были приняты следующие общесистемные решения:

• технические средства – как следствие развития машин единой серии;

• программные средства – как элементы обеспечивающей части АСНТИ и АСУ на основе типизации модулей, разработки технологически ориентированных пакетов прикладных программ;

• информационное обеспечение – на основе системного соглашения о делении функций в процессе информационного обеспечения.

Основные качественные отличия АБИС, развившиеся в соответствии с требованиями практики и внутренней логики их развития, имеют ряд следствий [2, 3], выраженных в дополнительных требованиях к построению систем и обеспечению их функционирования.

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

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

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

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

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

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

Реализуется это разработкой комплекса технологических, технических, методических требований, норм, стандартов и эксплуатационной документации, регламентирующих порядок разработки и развития системы (внесения изменений), ее функциональную структуру, все виды обеспечения, технологическую дисциплину эксплуатации системы.

Нормализация процесса функционирования АБИС обеспечивает:

• высокое (или по крайней мере заданное) качество подготовки выходной информационной продукции;

• быстрое определение перечня работ по изменению документального сопровождения системы, связанных с адаптацией элементов организационно-функциональной структуры к новым задачам, техническим и программным средствам;

• поэтапный контроль за технологическими процессами системы.

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

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

Процесс эксплуатации АБИС постоянно сопровождается потоком изменений. Вследствие этого для соблюдения технологической дисциплины требуется оперативное сопровождение значительного объема конструкторской и технологической документации. Для этого необходимы внедрение автоматизированных комплексов ведения документации на систему и автоматизация процессов разработки документации.

Следствие четвертое: организационно-функциональная структура АБИС должна быть динамичной.

Под организационно-функциональной структурой (ОФС) будем понимать совокупность административных, тематических (научных) и производственных подразделений и служб, участвующих в обеспечении функционирования и развития АБИС. Указанные подразделения организационно оформлены и взаимодействуют посредством передачи документов и носителей в соответствии с установленной технологией либо путем взаимной увязки текущей планово-отчетной и конструкторско-технологической документации.

Необходимость иметь динамически развивающуюся ОФС диктуется тем, что любая АБИС создается и развивается на базе определенной, имеющей достаточно устоявшиеся традиции административной структуры библиотеки или информационного органа и принятой в них организации выполнения технологических процессов. Развитие этих традиций занимает длительный период и проходит параллельно и во взаимной связи.

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

Изложенные в данном разделе принципы проектирования носят общий характер. В каждом конкретном случае разработки проектов АБИС в зависимости от целей характера объектов проектирования могут разрабатываться и учитываться в процессе работы и другие их варианты. Одним из примеров реализации приведенных положений служат принципы проектирования, изложенные в проекте создания "Корпоративной сети публичных библиотек Москвы", приведенные в [9–11].

Рис. 1. Схема, иллюстрирующая сложившуюся в России практику
несистемного создания АБИС.

Рис. 2. Сопоставительная схема системного подхода к созданию АБИС в соответствии с ГОСТ 34.601-90 и сложившейся в России практикой.

Список литературы

1. ГОСТ 34.601-90 Комплекс стандартов на автоматизированные системы. Автматизированные системы. Стадии создания. Введ. 29.12.90. Взамен ГОСТ 24.601-86 и ГОСТ 24.602-86. Переиздан. Июнь 1997 г.

2. Воройский Ф.С., Моздор С.В. Проектирование информационной технологии и автоматизированных рабочих мест в составе служб предприятий: Нормат. и метод. материалы. Сер. Орг. информ. деятельности. М. ВИМИ, 1992. 75 с.

3. Воройский Ф.С., Кузнецов М.В., Моздор С.В., Хомутов А.В. Формирование и эксплуатация интегрированных баз данных информационных систем/ Нормативные и методические материалы. Сер. Информатика и информационная технология. М.: ВИМИ. 1987. Вып. 7.76 с.

4. Воройский Ф.С. Информатика: новый систематизированный толковый словарь-справочник (Вводный курс по информатике в терминах). 2-е изд., перераб. и доп. М.: Либерея, 2001. 535 с.

5. Шрайберг Я.Л. Принципы построения автоматизированных библиотечно-информационных систем и сетей. Дис. в виде научн. докл. на соискание учён. степени д-ра техн. наук. М.:ГПНТБ России, 1999. 39 с.

6. Воройский Ф. АБИС: проблемы выбора и внедрения // Библиотека. 1993. №8. С. 61-65; №9. С. 30-33; 1994. №2. С. 29-33; №3. С. 33-38.

7. Бродовский А.И., Воройский Ф.С., Гончаров А.М., Шрайберг Я.Л. Библиотека и информатизация. Казань. 1996. 229 с.

8. Шрайберг Я.Л., Воройский Ф.С. Автоматизированные библиотечно-информационные системы России: состояние, выбор, внедрение, развитие. М.: Либерея. 1996. 271 с.

9. Создание Корпоративной сети публичных библиотек Москвы. Эскизный проект (с элементами технического проектирования) / Науч. рук. доктор техн. наук Я.Л. Шрайберг; отв. исполн. канд. техн. наук, проф. Ф.С. Воройский. М.: ГПНТБ России. 1999. 84 с. (http://corporate.gpntb.ru/eskiz.php).

10. Создание Корпоративной сети публичных библиотек Москвы. Технический проект (с элементами технического проектирования) / Науч. рук. доктор техн. наук Я.Л. Шрайберг; отв. исполн. канд. техн. наук, проф. Ф.С. Воройский. М.: ГПНТБ России. 2000. 76 с. (http://corporate.gpntb.ru/tech.php).

11. Создание Корпоративной сети публичных библиотек Москвы. Рабочий проект (с элементами технического проектирования), Том.I и Том II / Науч. рук. доктор техн. наук Я.Л. Шрайберг; отв. исполн. канд. техн. наук, проф. Ф.С. Воройский. М.: ГПНТБ России. 2001. 156 с. (http://corporate.gpntb.ru/documents.php).

* В соответствии с ГОСТ 34.601-90 данная работа может быть выделена в отдельную стадию или этап проектирования.