Фундамент новых компьютерных систем - стандарты

Зиндер Евгений Захарович
директор аналитического и конструкторского бюро "Группа 24" компании СЕПТ, президент фонда ФОСТАС - "Фонда поддержки системного проектирования, стандартизации и управления проектами".

Введение

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

• какая информационная система (ИС) или подсистема принесет конкретно ощутимую пользу сегодня?
• какие требования к параметрам качества ИС должны быть заложены в ее конструкцию для того, чтобы она была пригодна завтра?
• что нужно организовать на предприятии для того, чтобы проекты создания, внедрения и развития ИС заканчивались успешно и в срок?
• наконец, что должно служить фундаментом для ответа на упомянутые выше вопросы? и как заложить этот фундамент на предприятии практически?

Доклад посвящен вопросам обеспечения такого фундамента. Он обращен к руководителям предприятий и их главным специалистам. Использован опыт по созданию и внедрению информационных систем (ИС) различного назначения, накопленный как автором доклада, так и экспертами и компаниями, образовавшими специализированное некоммерческое предприятие - фонд ФОСТАС ("Фонд поддержки системного проектирования, стандартизации и управления проектами"). Кроме того, использованы рекомендации двух Всероссийских практических конференций "Стандарты в проектах современных информационных систем" (2001 и 2002 годов) и исследования, проведенные фондом ФОСТАС во время конференции 2002 года и после ее завершения.

Ключевые моменты доклада

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

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

Потребности бизнеса и новые возможности ИТ освещаются в огромном числе статей и докладов. Системы, основанные на моделях B2B, B2C, C2B и т.п. уже не являются новинкой. CRM и Интернет-приложения других классов дают возможность самым консервативным предприятиям использовать открытые контакты с рынком. Открытость предприятий к взаимодействию с разными субъектами рынка - действительное требование времени. Развитие систем, основанных на взаимосвязях партнеров "многие-ко-многим", сообществ типа c-commerce - очередной шаг в развитии такой открытости.

Но новые возможности сопряжены и с новыми проблемами. За последние несколько лет отмечен беспрецедентный рост сложности и динамики изменений автоматизированных систем (АС), включая их компоненты (ИС для управления предприятием, КСА - комплекс технических и программных средств автоматизации, ПО - программное обеспечение для ИС). Этот рост отмечен и международными организациями по стандартизации. Так, в 2000 году рабочая группа по стандартам на процессы жизненного цикла автоматизированных систем и ПО объединенного комитета JTC1 ISO/IEC писала:
"Расширение использования компьютеров и ПО привело как к новым возможностям, так и к новым проблемам. В результате эта комбинация аппаратных средств, ПО и людей подняла сложность систем на беспрецедентный уровень." (Примеч.: подчеркивание автора.)

Потребности бизнеса и возможности ИТ приводят к переходу на ИС новой архитектуры. Мировая практика показывает, что в ближайшие два-три года серьезными изменениями всей архитектуры будут затронуты ИС большинства предприятий. По данным авторитетной аналитической компании "Гартнер" (Gartner), к 2003 году, по меньшей мере, 40% предприятий будут в различных формах вовлечены в процесс архитектурного реинжиниринга их базовых прикладных систем (по сравнению с 5% в 2000 году).

2. Рост негативных факторов в процессах создания, внедрения и применения ИС

Рост комплексной сложности новых архитектур в соединении с высокими требованиями к открытости ИС и постоянному отслеживанию меняющихся бизнес-требований усилил существовавшие и ранее негативные моменты в проектах создания и в применении ИС. Эти негативные моменты серьезны и неизбежны, требуют адекватного противодействия.

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

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

• только 16% проектов заканчиваются вовремя и в срок,
• 31% проектов закрываются не завершившись,
• 53% проектов выросли по цене на 90% и более,
• во всех завершенных проектах только 61% требуемых свойств были реализованы (данные Standish Group).

Если и раньше проекты создания ИС относились к высокосложным и рискованным, то теперь они стали еще сложнее, еще более изменчивыми но, к тому же, жизненно важными для бизнеса. Поэтому "стоимость рисков" многократно возросла. Типичные группы рисков (см. [1]), представлены ниже.

	Наименование группы рисков	Описание группы рисков
Группы рисков Заказчика	Несоответствие результатов проекта поставленным требованиям	Результат проекта будет отличаться от поставленной задачи
	Ошибки в формализации требований к результатам проекта.	Задача была сформулирована с ошибками, препятствующими ее реализации.
	Потеря актуальности.	Задача неактуальна или потеряет актуальность к моменту окончания проекта.
Группы рисков Исполнителя	Невыгодность	Превышение бюджета проекта
	Затягивание проекта и недостатки реализации.	Отторжение проекта Заказчиком.
	Изменяемость требований.	Постоянные изменения, инициируемые Заказчиком.

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

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

ПРИМЕЧАНИЕ. Есть предприятия, для которых существование в узких нишах старых решений - и в бизнесе и в области ИС - какое-то время будет казаться приемлемым. Но неизбежное появление новых конкурентов не дает серьезных оснований для спокойной жизни.

3. Стандарты как путь, выводящий из тупика

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

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

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

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

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

4. Эффекты при внедрении и реальном освоении стандартов

Эффект стандартов как средства для организации зрелой работы представим на примере подхода и сведений одного из стандартов де-факто - CMM (Capability Maturity Model) или "Модели зрелости процессов", разработанной изначально в SEI (Software Engineering Institute) Карнеги-Меллон, а затем получившей продолжение в разработках других организаций вплоть до ISO.

Отталкиваясь от идей, заложенных в разных моделях CMM (CMM SW, CMM SE, и в CMM, возникших позже для новых областей деятельности) можно говорить о том или ином уровне зрелости работы предприятия и его информационной службы в частности. Если высший уровень зрелости имеет обычно номер 5, то большинство отечественных предприятий находится на первых уровнях, причем большая часть - на начальном, неспецифицируемом. Это - тот уровень, на котором вероятность успеха весьма невелика, определяется удачей, талантом и энтузиазмом участников и полностью зависит от массы привходящих, в том числе - случайных обстоятельств. Это - т.н. "уровень героизма".

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

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

Т. о. можно говорить, что зрелость работы предприятия проявляется в соответствии его процессов и результатов его работы принятым стандартам. Причем во многих случаях можно говорить об измеряемом уровне зрелости. Это относится и к процессам работы в области АС в целом, ИС и ПО (см., например, стандарты EIA 721 или ISO/IEC 15505), и к их результатам (например, СУБД может соответствовать тому или иному из заданных в стандарте уровней требований к языку SQL).

5. Положение с наличием и проблемы с применением стандартов в ИТ-сфере

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

Казалось бы, все ясно: приобретай стандарты в области ИТ и АС, покупай методики их применения, учи людей ими пользоваться, вводи требования по соответствию стандартам в регламенты предприятия - и будешь делать работу на зрелом уровне, получать плоды такой работы. Тем более, что стандарты на продукцию основного производства обычно на предприятии применяются, нормативные документы на процессы производства тоже присутствуют, по крайней мере - в форме технологических, должностных и иных инструкций. Однако в области ИТ и АС дела обстоят гораздо сложнее. На протяжении последнего времени и разработчиками и пользователями стандартов постоянно указывается на существование весьма больших разрывов между потенциальными возможностями стандартов и практикой их реального применения. Существует большое число (многие тысячи) готовых стандартов разных типов и уровней, которые на практике остаются невостребованными и даже неизвестными. Одновременно, подготовка стандартов уровня ГОСТ / ГОСТ Р и других уровней (отраслей, объединений, предприятий) продолжает сильно отставать от процессов стандартизации в мире, неудовлетворительна по иным параметрам. В результате существует проблема национального масштаба, которую нельзя решить "старыми", в том числе - "административно-командными" методами (впрочем, так же, как нельзя старыми методами создавать новые ИС с нужными качествами).

Главные причины этого (см. [3]):

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

6. Что означает необязательность стандартов

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

Следует исходить из того, что стандарты на предприятии никто извне не будет и не может вводить "насильно", они в первую очередь должны применяться самими предприятиями как методическое средство обеспечения зрелости своей работы. За счет их применения предприятия могут рассчитывать, что зрелость будет проявляться в способности:

• к работе по правилам конкуренции открытых рынков; это специфически актуально в связи с предполагаемым вступлением в ВТО, что создаст - за счет проникновения не только товаров, но и капитала, и производств - новую конкуренцию даже в металлургии; так на примере других государств СНГ уже известно, каким образом требования международных стандартов (например, к системам качества) затрагивают ВСЕ слои и виды деятельности - включая АС и ИТ - всех предприятий, оказавшихся в указанных условиях,
• к квалификации параметров качества продукции (и ПО, и ИС в целом) по широко признанным методикам, включая определенные государственными стандартами, стандартами ИСО/МЭК и другими широко признанными промышленными, национальными и иными стандартами,
• к демонстрации устойчивости и предсказуемости результатов работ по созданию, приобретению (заказу), поставке и сопровождению АС различного назначения, включая ИС, а также КСА (комплексы средств автоматизации, по ГОСТ 34), ПО ИС и программные продукты,
• в снижении издержек производства и совокупной стоимости владения (TCO, total cost ownership) соответствующим продуктом (ПО, КСА, ИС).

В деле создания КСА, ПО, баз данных опора на стандарты позволяет управляемым образом двигаться к таким проявлениям зрелости работ, как

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

В мировой практике аналогичным образом начинает обстоять дело со стандартами на многие бизнес-процессы. Свой полезный эффект стандарты дают и при развитии наследованных систем (legacy systems). Учитывается, что эти системы - ранее сделанные инвестиции, которые должны сохраняться.

7. Карта процессов и главные особенности новых стандартов на процессы жизненного цикла АС

В новых стандартах на организацию приобретения, внедрения и разработки систем (АС) набор и объем процессов по содержанию кардинально расширились (см. [4]). В частности, объем процессов ЖЦ системы непосредственно связывается с определением стратегии и стратегических задач организации.

Стандарты определяют процессы, в практике работы предприятия отвечающие на вопросы:

• "Откуда берутся (должны браться) и при каких условиях должны запускаться проекты и проектные программы?"
• "Как получить стандарты, регламенты, инструкции, которые рационально использовать именно на данном предприятии (СтП - стандарты предприятия)"?
• "Как управлять процессами проектирования на предприятии?"
• "Как получить набор стандартов конкретного проекта?"
• "Как обеспечить стыковку различных подпроектов большого проекта?",
• "Что является определяющим критерием для проверки правильности выполнения проекта?", и т.п.

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

Указанные стандарты предполагают разработку стандартов следующих за ними уровней. При этом ISO/IEC TR 15271, например, прямо ссылается на взаимосвязь ISO/IEC 12207 с СтП - стандартами уровня предприятия (организации) и, далее, со стандартами для конкретных типов задач и применения конкретных методов или приемов.

Примером характеристик новых стандартов этого типа служит карта процессов жизненного цикла систем (ЖЦС) или АС, определенных в новом стандарте ISO/IEC 15288. Предусмотрены процессы следующих групп:

• процессы среды предприятия (постановка проектного дела, внедрение и развитие СтП на основе данного стандарта, инвестиционное управление проектами и управление качеством),
• процессы приобретения (заказа) и поставки систем,
• процессы проекта ("управление проектом"),
• и, наконец, "технические" процессы (от анализа потребностей предприятия в системе до технической реализации, эксплуатации и удаления системы).

Новые стандарты явно учитывают ДЕЛОВОЙ и ФИНАНСОВЫЙ аспекты. В частности, рассматривается процесс управления инвестициями, одна часть которого является работой по развитию бизнеса, а другая по сути является одним из процессов управления проектами. Он определяет и корни проекта, и его мониторинг - вплоть до возможной отмены проекта. Сегодня можно сказать, что важность этого процесса многократно возросла, а полный технико-экономический анализ, анализ "затрат-выгод" (CBA, Cost-Benefits Analysis), определение возврата на сделанные инвестиции (ROI, Return On Investment) выводятся на первый план.

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

8. Стандарты предприятия (СтП) и их источники

Базовые стандарты (в том числе международные на ЖЦС, но не только они) не могут работать "сами по себе". Они работают, когда их адаптируют, дополняют частными методиками, конкретными инструментами и внедряют как свод нормативных документов предприятия. Это явно (даже в графической форме) показывают такие базовые нормативные документы, как ISO/IEC 15271, ANSI/EIA 632. Если же говорить о стандартах на интерфейсы и иные детали технического устройства систем, то и эти стандарты работают только тогда, когда появляются соответствующие им доступные инструменты и средства. А у директоров информационных служб предприятий есть задача проверять такое соответствие стандартам и уже в таком, апробированном виде включать выбранные средства и в свою "мастерскую", и в стандарты предприятия (СтП), в другие регламенты.

В полном согласии со сказанным наиболее актуальным и действенным типом стандартов являются СтП. Для их создания могут быть использованы документы самых разных источников. Надо учитывать, что несмотря на высокую ценность стандартов ИСО и ГОСТ Р, последние при этом не имеют абсолютной ценности, но всегда имеют альтернативы. Все же,

а) для обеспечения зрелой работы СтП должны быть гармонизированы с ГОСТами, стандартами ИСО/МЭК, ведущими и перспективными международными промышленными стандартами,
б) для исключения дублирования работ при разработке СтП целесообразно использовать готовые стандарты в качестве огромного фонда хорошо выверенных методических материалов.

Наибольшую эффективность эта деятельность имеет при совместном применении стандартов разных классов (в частности, на процессы жизненного цикла систем и ПС, на управление проектами и качеством, на технические характеристики компонентов систем и др.), а также фирменных методик и соответствующих инструментов. Такое применение позволяет преодолевать барьеры между разработчиками и заказчиками, интегрировать разные дисциплины и объединять специалистов разных профилей в комплексных проектах. В такое совместное использование могут включаться не только стандарты ИСО/МЭК, ГОСТы и ГОСТы Р, но и НД других ведомств (например, Госстроя), стандарты некоммерческих профессиональных организаций (INCOSE, IEEE, OMG, W3C, PMI, IPMA и др. - негосударственные некоммерческие предприятия и объединения разных форм - ассоциации, некоммерческие консорциумы и фонды), фирменные методики, сопровождающие программные инструменты моделирования и реализации систем, разработанные отдельными компаниями, и др.

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

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

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

• по расширению знакомства руководителей и специалистов предприятий разных отраслей с существующими стандартами, передаче практического опыта их использования,
• по обеспечению более легкого и, одновременно, корректного применения стандартов на предприятиях,
• по модернизации многих действующих, потенциально полезных, но отставших от актуальных требований стандартов и систем стандартов ГОСТ,
• по сопровождению стандартов соответствующими программными инструментами и методиками применения,
• по организации совместной работы предприятий и специалистов над созданием стандартов, в том числе - в рамках некоммерческих объединений.

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

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

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

Для содействия таким инициативам и в соответствии с рекомендациями 1-й Всероссийской конференции "Стандарты в проектах современных информационных систем" приступило к работе (и было одним из организаторов 2-й конференции) некоммерческое предприятие - Фонд ФОСТАС: "Фонд поддержки системного проектирования, стандартизации и управления проектами". ФОСТАС - некоммерческая организация, нацеленная на создание, развитие и планомерное внедрение в практику современных норм, стандартов, соответствующих знаний и навыков, обеспечение за счет этого повышения профессиональной культуры рынка автоматизированных систем, продуктов ИТ и рынка в целом, на его гармонизацию с международным рынком.

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

Заключение

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

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

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

Литература

1. Аншина М.Л. C риском по жизни. // "Директор информационной службы", №6, 2002 год (в печати).
2. Зиндер Е.З. Проблемы и надежды внедрения. // "Директор информационной службы", №4, 2002 год.
3. Итоги II Всероссийской практической конференции "Стандарты в проектах современных информационных систем" (27-28 марта 2002 года, Москва). // "Директор информационной службы", №5, 2002 год.
4. Зиндер Е.З. Революционные изменения базовых стандартов в области системного проектирования. В сб. "Стандарты в проектах современных информационных систем", сб. трудов I Всероссийской практической конференции (17-18 апреля, 2001 год, Москва). (Также см. "Директор информационной службы", май 2001 года.)