Воройский Ф.С. Основы проектирования автоматизированных библиотечно-информационных систем

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

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

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

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

ческих средств и т.п.), которые должны быть учтены при проектировании.

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

документов

Обработка и исходное обобщение результатов обследования производится на бланках тех

же анкетных форм, по которым выполнялся сбор данных, и включает [2]:

• сведение в единый список и согласование наименований (если введены развернутые и

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

подзадач, массивов документов и данных и др.;

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

задачам, системам (подсистемам) и информационным массивам;

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

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

объекта автоматизации;

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

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

вида, и т. п.

На основании анализа предварительного этапа (или этапов) обработки данных обследова-

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

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

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

нического обеспечения и т. п.).

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

АБД и при наличии консультаций со стороны специалистов функциональных подразделений

предприятия.

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

в части, относящейся к их области деятельности или заинтересованности, и утверждаются ру-

ководителем предприятия.

На основании полученных данных производится анализ:

• качества функционирования действующей на предприятии системы информационного

обеспечения и определение целей (в том числе задач) проектирования:

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

• целесообразности и реализуемости системы, этапов ее создания и развития, в сопостав-

лении с достигаемыми на каждом этапе целями.

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

следующие разделы [5, 19]:

• характеристика предприятия и результатов его деятельности: описание сложившейся

системы информационного обеспечения и справочно-информационного обслуживания и

ее недостатков;

• обоснование потребности создания (развития, совершенствования) АБИС на предпри-

ятии:

• оценка технико-экономической целесообразности создания (развития, совершенс-

твования) АБИС;

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

• оценка возможности создания (развития, совершенствования) АБИС на предприятии;

• исходные данные для формирования требований к АБИС и ее подсистемам;

• примечания с описанием результатов работ;

• приложения с обобщенными данными обследования, чертежи, схемы, описания, обосно-

вания, расчеты и другие сведения, не вошедшие в основной текст отчета.

Указанная выше структура отчета по данному этапу является рекомендуемой и может в

конкретных случаях изменяться. В работе [20] приводится несколько другой ее вариант. Он

включает следующие разделы:

• общие положения и технико-экономические данные объекта автоматизации;

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

гвистического, программного и технического обеспечения АС;

• организационно-технические мероприятия по разработке (развитию) АС;

• технико-экономическое обоснование создания АС.

Технико-экономическое обоснование

создания или модернизации АБИС, а также отдель-

ных её узлов производится на основе выполнения технико-экономического анализа данных,

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

ляется определение узких мест в действующей организационно-функциональной структуре

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

нение, в том числе средствами автоматизации.

Данное направление связано с качественной и количественной оценкой организации и тех-

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

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

хранения от читателя (пользователя). Тщательному анализу подлежат все внутрисистемные

(внутрибиблиотечные) работы (ведение каталогов, сохранность и инвентаризация фонда, дос-

тавка и списание книг, актуализация баз данных и т.п.).

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

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

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

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

рактеризующими:

• объемы обрабатываемой информации в определенный период времени (необходимые и

действительные);

• напряженность работы исполнителей в различных узлах (звеньях) этих схем;

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

ской цепи в целом;

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

нием новой технологии.

Основными результатами этой работы является определение действительных (и мнимых)

узких мест, требующих внедрения автоматизации, а также исходные данные для:

• технико-экономической оценки и обоснования целесообразности внедрения средств ав-

томатизации;

• формулировки целей и задач автоматизации;

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

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

числе программным и техническим);

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

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

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

и внедрения системы.

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

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

цию ряда традиционных операций и ввод новых, которые позволят создать действительно ав-

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

и калькуляторов на компьютеры и т.п.

Технико-экономическое обоснование создания АБИС должно содержать :

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

щих автоматизации: сводные оценки затрат на создание АБИС;

• данные по объемам и источникам достигаемой экономии от внедрения средств автомати-

зации; расчетные сведения о сроках окупаемости затрат; предложения по этапам и сро-

кам разработки, внедрения и развития системы.

Можно предвидеть недовольную реакцию разных категорий проектировщиков и заказчиков

систем автоматизации и вопросы типа: «А разве нельзя обойтись без проведения столь слож-

ной работы?».

Печальный опыт показывает, что лавры первооткрывателей пути «на авось» уже раздели-

ли многие «энтузиасты» автоматизации библиотек и информационных служб. И если стало

известно, что в какой-то организации только собственно внедрение вычислительной техники

потребовало существенного увеличения штата сотрудников или одни и те же сведения (напри-

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

лях и т.п.) вводятся силами сотрудников в ЭВМ по несколько раз

, можете не сомневаться —

это результаты реализации «легкого» пути. Так стоит ли повторять эти ошибки, если после-

дующие затраты существенно перекроют кажущийся выигрыш от подобной экономии своих

сил? Напомним мнение, выраженное по аналогичному поводу, вице-президентом фирмы “Бэлл

лэбс” по компьютерной технологии Е. Самнера: «Стоимость расходов из-за исправления оши-

бок, допущенных на этапе выработки требований на программный продукт к моменту его сдачи

заказчику, возрастает в среднем в 80 раз» [18].

В то же время, если проводить предпроектное обследование и технико-экономический

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

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

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

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

пользователей системы.

СПИСОК ЛИТЕРАТУРЫ

1. ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. Авто-

матизированные системы. Стадии создания. Введ. 29.12.90. Взамен ГОСТ 24.601-86 и

ГОСТ 24.602-86. Переиздан в июне 1997 г.

2. Воройский Ф.С., Моздор С.В. Проектирование информационной технологии и авто-

матизированных рабочих мест в составе служб предприятий: Нормат. и метод. материа-

лы. Сер. Орг. информ. деятельности. М.: ВИМИ, 1992. 75 с.

3. Шрайберг Я.Л., Воройский Ф.С. Автоматизированные библиотечно-информационные

системы России: состояние, выбор, внедрение, развитие. М.: Либерея. 1996. 271 с.

4. ГОСТ 24.602-86. Автоматизированные системы управления. Состав и содержание работ по

стадиям создания. Введ. с 01.01.89. Отменён 29.12.90.

5. РД 50-640-87. Системы автоматизированного проектирования. Порядок выполнения работ

при создании систем: Инструкция. М.: Изд-во стандартов, 1987. 28 с.

6. ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. Автома-

тизированные системы. Стадии создания. Введ. 29.12.90. Взамен ГОСТ 24.601-86. и ГОСТ

24.602-86. Переиздан в июне 1997 г.

7. ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизирован-

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

ванных систем. Введ.01.01.90. М.: Изд-во стандартов, 1989. 36 с. Содерж.: ГОСТ 34.201-

89, ГОСТ 34.602-89, РД 50-682-89.

8. ГОСТ 24.703-85. Типовые проектные решения в АСУ. Основные положения. Введ. 01.01.87.

М.: Изд-во стандартов, 1986. 4 с.

9. РД 50-604-86. Системы автоматизированного проектирования. Порядок создания, эксплуа-

тации и развития баз данных: Метод. указания. Введ.01.01.87. М.: Изд-во стандартов, 1986.

35 с.

10. Формирование и эксплуатация интегрированных баз данных информационных систем /

Ф.С. Воройский, М.В. Кузнецов, С.В. Моздор, А.В. Хомутов. М.: ВИМИ, 1987. 28 с.

11. Шрайберг Я.Л. Некоторые результаты статистического анализа работы вычислительного

центра // Информационные сети и их анализ: Сб. статей. М., 1978. С. 76-86.

12. Быковский В.П., Шрайберг Я.Л. Моделирование работы и выбор конфигурации обраба-

тывающего комплекса телеавтоматической системы реального времени // Модели систем

распределения информации и их анализ. М., 1982. С. 101-112.

13. Афанасьев А.Е., Скородумов В.А. Об одном подходе к оптимизации моделирования

библиотечных процессов // Тр. ГПНТБ СССР. 1979. Вып.13. С. 135-141.

14. Солтон Дж. Динамические библиотечно-информационные системы: Пер. с англ. М.: Мир,

1979. 557 с.

15. Hall J.L. Online Bibliographic Databases. London: ASLIB, 1986. 509 p.

Бывает и то, и другое! Например, библиографические описания документов в некоторых системах

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

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

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

16. Воройский Ф.С. Аналитико-синтетическая обработка и переработка информации в авто-

матизированных системах НТИ: Основы организации и технологии. М.: ИПКИР 1991. 217 с.

17. Моздор С.В. Проектирование и внедрение локальных автоматизированных информацион-

ных систем. М.:ВИМИ, 1989. 8 с.

18. Громов Г.Р. Национальные информационные ресурсы: проблемы промышленной эксплуа-

тации. М.: Наука, 1985. 235 с.

19. РД 50-617-86. Системы автоматизированного проектирования. Виды и комплектность до-

кументов: Методические указания. Введ. с 01.07.88. М.: Изд-во стандартов,1987. 4 с.

20. Автоматизированные системы научно-технической информации / Под общ. ред. Р.И. Пу-

шкарской. М.: ИПКИР, 1986. 137с.

ЛАВА

VI. К

ОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ

АБИС

6.1. ИСХОДНЫЕ ПОЛОЖЕНИЯ

Основной целью стадии концептуального проектирования АБИС является разработ-

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

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

её построения, этапах разработки и внедрения.

Другими словами, результатом концептуальной стадии проектирования АБИС независимо

от того, как будет называться итоговый документ («Концептуальным проектом», «Аванпро-

ектом», «Пилотным проектом» или «Концепцией и программой создания…»)

, является сов-

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

рации о намерениях» по созданию автоматизированной системы. В ходе выполнения после-

дующих стадий проектирования предполагается более глубокая и детализированная прора-

ботка решений, выработанных на данной стадии. При этом не исключается появление необхо-

димости их существенного изменения. Следует отметить что, хотя действующие нормативные

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

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

Разработчика. При этом указанные потери будут тем более значительны, чем более серьезны

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

шения. Отсюда следует особая значимость данной стадии проектирования для успешного соз-

дания АС, и ответственность, которая накладывается на разработчика и заказчика как при вы-

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

ГОСТ 34.601-90 (см. [1], Приложение 1) весьма в общих чертах описывает содержание и

организацию работ на данной стадии:

………………………………………………………………………………………….

4. На этапах ….. и 2.2 «Проведение необходимых научно-исследовательских работ» органи-

зация-разработчик проводит …. необходимые научно-исследовательские работы (НИР),

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

оформляют и утверждают отчеты о НИР.

5. На этапе 2.3 «Разработка вариантов концепции АС и выбор варианта концепции АС, удов-

летворяющего требованиям пользователя» в общем случае проводят разработку альтер-

нативных вариантов концепции создаваемой АС и планов их реализации; оценку необхо-

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

и недостатков каждого варианта; сопоставление требований пользователя и характеристик

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

чества и условий приемки системы; оценку эффектов, получаемых от системы.

6. На этапе 2.4 «Оформление отчета о выполненной работе» подготавливают и оформляют

отчет, содержащий описание выполненных работ на стадии, описание и обоснование

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

Практика создания различного рода локальных и распределённых (в том числе корпора-

тивных) автоматизированных информационных и библиотечно-информационных систем (см. в

частности [2 – 10] и др.) позволила накопить определённый опыт, который может и должен

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

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

ции и её содержанию сформулировать невозможно из-за неподдающегося типизации множест-

ва возможных частных условий. Последние определяются:

• характером объекта проектирования;

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

работ по проектированию системы;

• особенностями финансирования работ, включая его возможные источники и размеры,

порядок и надёжность получения средств, вероятные сроки их поступления и т.п.

С учётом всего вышеизложенного можно сформулировать более детальные рекомендации

по концептуальному проектированию АБИС, чем изложенные в ГОСТ 34.601-90. При этом

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

Все указанные термины имеют право на существование как синонимичные (см. раздел: 4.2.). В

дальнейшем мы будем преимущественно использовать термины «Концептуальный проект» и

«Концепция и программа создания.

исходным ориентиром, который может быть учтён, но отнюдь не обязательно однозначно

реализован при концептуальном проектировании конкретных автоматизированных систем.

6.2. ОСНОВЫ МЕТОДОЛОГИИ ВЫПОЛНЕНИЯ КОНЦЕПТУАЛЬНОГО ПРОЕКТИРОВАНИЯ

Как отмечалось, концептуальное проектирование может включать выполнение НИР, раз-

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

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

крепляемых проектом и ТЗ, в сложившейся практике проектирования АБИС указанные этапы

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

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

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

на выполнение данного этапа проектирования. По этой же причине работы, связанные с кон-

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

ся по времени их выполнения. Остановимся на ключевых вопросах концептуального проекти-

рования.

6.2.1. Рекомендации по содержанию и порядку выполнения работ

1. Определение конфигурации АБИС или предлагаемых альтернативных вариантов

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

полнения следующих видов работ:

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

задач системы;

• разработка вариантов организационно-функциональной структуры АБИС;

• разработка вариантов структуры АБИС по видам обеспечения;

• сопоставительная технико-экономическая оценка рассматриваемых вариантов;

• выбор типовых или готовых проектных решений по видам обеспечения АБИС [3, 11, 12].

2. Дополнительная проработка состава функциональных и пользовательских задач,

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

ления поддающихся типизации требований персонала системы и пользователей задач к ис-

ходной и выходной формам, а также содержанию информационной продукции, связанной с их

решением (см. «Система задач АБИС»).

При формировании состава типовых информационных задач должны учитываться сле-

дующие общие принципы и условия:

• возможно полный учет требований к информационному обеспечению со стороны функ-

циональных задач;

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

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

другим второстепенным признакам основной задачи;

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

ких служебных и/или пользовательских задач, подзадач и т.д.;

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

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

щающих число и объем выполнения рутинных операций.

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

жебных и пользовательских задач. Разработка производится на основе типизации процессов

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

выходных форм и/или их вариантов.

3. Организационно-функциональная структура проектируемой АБИС в существенной

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

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

и микроуровнях, характер внешних источников информации и организации связей с ними (в

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

средств и способов передачи и т. п.). Целесообразно поэтому на данной стадии проектирова-

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

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

системы.

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

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

характеру носителей информации и т. п.) на "входе" и "выходе" каждой функциональной и

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

уточняться и фиксироваться в едином списке состав элементов данных (или соответствующих

им полей типов данных) для однородных по составу информационных массивов (подмассивов

и т. п.). Последнее особенно важно для тех типов данных (ТД), которые не предусмотрены

коммуникативными форматами (международными, государственными, отраслевыми и др.).

Указанные сведения дополняются оценкой количественных показателей массивов документов

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

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

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

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

взаимодействию при решении служебных и пользовательских задач. Результаты работы долж-

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

• наименование каждого массива (назначение и/или его системная функция: например,

"Общесистемный справочный массив", "Адреса поставщиков комплектующих узлов и де-

талей", "Полупроводниковые приборы" и т. п.);

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

ческий и т. п.) ,

• тематическая область (в терминах рубрикатора(ов), который(е) наиболее полно и точно

отражают её в проектируемой системе, например, ГРНТИ, УДК, ББК, МКИ, ОКП, отрасле-

вого и т. п.) ;

• объёмные показатели — необходимые и/или ожидаемые (в количестве единиц описания

документов, объектов или фактов, а также в требуемых объёмах памяти);

• указание на назначение (по именам или условным обозначениям решаемых функцио-

нальных или пользовательских задач);

• указание на семантически и системно связанные с ними информационно-поисковые мас-

сивы;

• список выявленных структурных элементов этих массивов, в том числе полей данных, не

предусматриваемых коммуникативными форматами;

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

массивами (включая количественные показатели);

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

Полученный материал является исходным для определения средств информационного и

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

распределенной интегрированной БД АБИС (или баз данных общего пользования, входящих в

состав корпоративной системы и организаций, взаимодействующих с нею) .

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

внешних источников информации для АБИС и ее пользователей. Методическая основа выпол-

нения оптимизации внешних БД подробно изложена в работе [13]. Отметим, что указанная

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

• характеристики комплектования БД (тематическое содержание, полнота отражения пред-

метной области, достоверность, оперативность актуализации и т. п.);

• поисковые показатели (точность, полнота, оперативность);

• совместимость (форматная, программная, лингвистическая и техническая);

• доступность (включая стоимость, наличие телекоммуникационного доступа и т.п.).

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

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

ме, а также разработать или определить :

• организационно-функциональную структуру проектируемой системы;

• исходные требования к составу средств обеспечения АБИС (программных, лингвистиче-

ских, технических) и принципам их организации;

• объём финансовых и материальных затрат на создание и внедрение системы;

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

ния и развития системы.

4. Разработка исходных предложений по составу средств программного и техниче-

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

ленностью образцов программной и технической продукции с учётом:

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

• качественных и количественных показателей обрабатываемых системой и основными её

узлами документов и данных;

• общих требований, предъявляемых к создаваемой системе (в том числе «преемственно-

сти и поэтапности развития», «технологичности», «совместимости», «адаптивности»,

«экономической целесообразности» и др. – см. раздел «Основные принципы и этапы про-

ектирования АБИС»);

• тенденций развития в ближайшие годы указанных средств;

• характеристик надёжности поставляемых средств;

• особенностей условий поставки;

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

чиками, поставщиками и др.

Подробно о выборе программного обеспечения АБИС, а также определения характеристик

требуемых технических средств см. [14, 15].

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

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

6.2.2. Виды и содержание итоговых документов концептуальной стадии

проектирования

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

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

ния. Однако при всем многообразии объектов и условий проектирования, которые связаны с

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

имеют только так называемые «Проекты» (в том числе «Концептуальный проект», «Аванпро-

ект» и «Пилотный проект») и «Концепции и программы». Остальные отличия используемой

терминологии вызваны отсутствием жёсткого её нормирования и привязанностью самих раз-

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

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

общего?

Документы первого вида

, которые мы условились называть «Концептуальными проектами»

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

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

на первой стадии создания автоматизированной системы во всех её основных (или «крупно-

блочных») организационных, технических и технологических составляющих. Для реализации

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

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

данного вида инициируются организациями, на базе которых создаётся автоматизированная

система, или финансирующими их деятельность органами.

Документы второго вида

которые принято называть «Концепцией и программой созда-

ния…», также являются результатом выполнения определённого комплекса работ и исследо-

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

рования или создания системы. Однако в отличие от полномасштабного проектирования эти

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

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

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

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

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

стороны их исполнителей. Последнее замечание распространяется также на потенциальных

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

официального одобрения заказчиком данной концепции и программы.

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

быть одинаковым.

Концептуальный проект разрабатываемой системы

в самом общем случае должен содер-

жать:

1. Характеристику исходного состояния объекта автоматизации и среды, в которой он функ-

ционирует, включая развёрнутую характеристику исходных причин, являющихся побуди-

тельными для создания системы или её модернизации;

2. Перечень основных целей и задач создания или модернизации системы;

3. Структуру функциональных задач, которые должна решать автоматизированная система, и

результаты их типизации;

4. Описание укрупнённой организационно-функциональной структуры выбранного варианта

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

5. Укрупнённую структуру средств информационного и лингвистического обеспечения и их

характеристику;

6. Укрупнённую структуру средств программно-аппаратного обеспечения и общие требования

к ним;

7. Описание предполагаемых к использованию средств для построения локальной вычисли-

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

и/или глобальную вычислительные сети, а также исходные требования к этим средствам;

8. Технико-экономическое обоснование принятых решений, в том числе количественную и ка-

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

9. Сопоставительную оценку принятых организационных, научных и технических решений с

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

10. Перечень и укрупнённую характеристику этапов создания системы, сроки и ожидаемые

результаты их выполнения и состав исполнителей;

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

12. Техническое задание или тендер на создание системы в целом или её основных составных

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

и т.д.)

;

13. Приложения, содержащие дополнительные данные по разделам проекта.

Концепция и программа создания (разработки) АИС

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

1. Весьма краткую характеристику исходного состояния объекта автоматизации и причин,

требующих создания системы;

2. Перечень основных целей и задач создания системы;

3. Описание общих принципов создания и построения системы и выполнения работ по её соз-

данию;

4. Укрупнённую организационную структуру системы;

5. Перечень основных ограничений и/или требований к программно-аппаратным и другим

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

6. Краткое технико-экономическое обоснование предлагаемых решений;

7. Перечень и укрупнённую характеристику этапов создания системы (в том числе выполняе-

мых на этих этапах проектов и других видов работ), сроки их выполнения, состав исполни-

телей и ожидаемые результаты;

8. Оценку стоимостных показателей выполнения работы в целом, отдельных этапов, проек-

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

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

ные в п. 2.2.4. и 2.2.5. разделы итоговых документов концептуального проектирования будут

иметь не одинаковую значимость, а их состав может уточняться. Причём последнее замечание

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

данными. Примером может служить раздел «Источники и порядок финансирования» работ по

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

К сожалению, в последние годы в реальной практике выполнения работ по созданию раз-

ного рода автоматизированных информационных систем, включая АБИС, наблюдается тен-

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

организациям («заказчикам»), финансирующим эти работы, ни по форме ни по содержанию не

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

часть раздела «Предпроектное обследование»).

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

этап проектирования.

Сведения по п. 1-6 составляют концептуальную часть содержания; п. 7 и 8 – его программную

часть.

6.3. РЕГИСТРАЦИЯ ПРОЕКТНЫХ РАБОТ

В соответствии с действующей в России системой «Госрегистрации НИОКР» все проект-

ные работы должны быть зарегистрированы во Всероссийском научно-техническом центре

(ВНТИЦентре). Согласно «Положению о Государственной регистрации и учёте открытых науч-

но-исследовательских и опытно-конструкторских работ» [16] начало проектирования должно

сопровождаться заполнением и передачей во ВНТИЦентр так называемой Регистрационной

карты (РК), а завершение – Информационной карты (ИК) с приложенной к ней проектной доку-

ментацией.

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

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

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

денциальность предоставленного ими пакета документации, с другой – бесплатное распро-

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

условий (в том числе финансовых) в её практического использования третьими организациями.

СПИСОК ЛИТЕРАТУРЫ

1. ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. Автома-

тизированные системы. Стадии создания. Введ. 29.12.90. Взамен ГОСТ 24.601-86. и ГОСТ

24.602-86. Переиздан в июне 1997 г.

2. Кузнецов М.В., Моздор С.В., Полтев А.А., Хомутов А.В. Проектирование программно-

технологических комплексов интегрированных адаптирующихся информационных систем /

Нормативные и метод. материалы. Сер. Организация информационной деятельности. М.:

ВИМИ, 1989. Вып.4 (23). 77 с.

3. Воройский Ф.С., Моздор С.В. Проектирование информационной технологии и автомати-

зированных рабочих мест в составе служб предприятий / Нормативные и метод. материа-

лы. Сер. Организация информационной деятельности. М.: ВИМИ, 1992. 73 с.

4. Шрайберг Я.Л. Основные положения концепции развития системы автоматизации ГПНТБ

России // Библиотеки и ассоциации в меняющемся мире: новые технологии и новые формы

сотрудничества: Материалы конф. М., 1995. Т. 1. С. 154-157.

5. Логинов Б.Р., Кузьмин Е.И., Шрайберг Я.Л. Создание общедоступного центра коопериро-

ванной каталогизации и теледоступа для российских библиотек: пилотный проект // Биб-

лиотеки и ассоциации в меняющемся мире: новые технологии и новые формы сотрудниче-

ства: Материалы конф. М., 1995. Т. 1. С. 103-106.

6. Ростовцев В.М., Шрайберг Я.Л. Анализ и выбор архитектуры хост-центра автоматизиро-

ванной распределенной библиотечно-информационной сети // 3-е Всесоюз. совещ. по рас-

предел. автоматизир. системам массового обслуживания (г. Винница): Сб. тез. докл. 1990.

C. 16-18.

7. Комплексная программа модернизации библиотек Москвы \ Научн. рук. Е.Ю. Гениева, Ис-

полн. И.И. Иванов, Е.Л. Крепкова, В.К. Левин, А.И. Леженко, Т.Б. Рудинова, В.М. Семи-

кин. М.: ВГБИЛ, 1998. 112с. (На правах рукописи).

8. Технические предложения на создание автоматизированной информационной библио-

течной системы сети публичных библиотек Москвы \ Отв. исп. И.И. Иванов. М.: ВГБИЛ,

1998. 26 с. (На правах рукописи).

9. Концепция и проект Межведомственной программы "Электронные библиотеки Роcсии" /

Научн. рук. доктор техн. наук. Я.Л. Шрайберг, отв. исполн. доктор техн. наук А.Б. Анто-

польский, канд. техн. наук, проф. Ф.С. Воройский, В.С. Соколовская и др. М.: Миннауки

России, ГПНТБ России, 1999. 21 с. (На правах рукописи).

10. Концепция и программа создания Республиканской автоматизированной библиотечно-

информационной сети Удмуртии / Отв. исполн. канд. техн. наук, проф. Ф.С. Воройский.

Ижевск.: НУБ УР, 1997. 16 с. (На правах рукописи).

11. РД 50-640-87. Системы автоматизированного проектирования. Порядок выполнения работ

при создании систем: Инструкция. М.: Изд-во стандартов, 1987. 28 с.

12. ГОСТ 24.602-86. Автоматизированные системы управления. Состав и содержание работ по

стадиям создания. Введ. с 01.01.89. М.: Изд-во стандартов, 1986. 12 с.

13. Воройский Ф.С. Аналитико-синтетическая обработка и переработка информации в АС-

НТИ. М.: ИПКИР, 1991. 240 с.

14. Воройский Ф. АБИС: Проблемы выбора и внедрения // Библиотека. 1993. N8. С. 61-65; N9.

С.30-33;1994. N2. С. 29-33; N3. С. 33-38.

15. Шрайберг Я.Л., Воройский Ф.С. Автоматизированные библиотечно-информационные сис-

темы России: состояние, выбор, внедрение, развитие. М.: “Либерея”, 1996. 271 с.

16. Положение о Государственной регистрации и учёте открытых научно-исследовательских и

опытно-конструкторских работ. М.: ВНТИЦентр, 1998. 15 с.