Спойлер все лабы с КАВКАЗА

В настоящее время завершен первый этап реализации проекта — разработана модель данных архива. При составлении модели данных за основу был взят утвержденный «Регламент организации информационных потоков данных сейсморазведки», в котором перечислены все типы информации, предназначенные для хранения в архиве, и описаны форматы этих данных.

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

загружаются в систему Finder.

На рис. 2 и 3 представлены схемы информационных потоков сейсмической информации и этапы прохождения исходных данных при загрузке их в архив. В течение 1998 года аппаратное и программное обеспечение полностью подготовлено к загрузке данных. Было организовано обучение специалистов ТГФ. Проведен контроль качества и анализ сейсмической информации,поступающей из различных источников. Как показывает опыт, в каждой организации существует своя специфика подготовки выходной информации. Разработан ряд дополнительных программ и процедур подготовки данных для загрузки в архив. В основном эти программы ориентированы на форматы данных, утвержденные в «Регламенте». Сейсмическая информация, удовлетворяющая требованиям «Регламента», загружена в базы данных (Finder и SeisDB). В течение 1998 года в ТГФ был сдан материал на магнитных носителях по 12 сейсмопартиям. Был проведен контроль качества информации и загрузка в базу данных проверенного материала.

сейсмопартиям ;

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

Проведен контроль качества и анализ существующих и поступающих данных ГИС. Разработан ряд дополнительных процедур, позволяющих проводить контроль качества, подготовку и загрузку данных ГИС в пакетном режиме. Загружено кривых: 38 тыс. по 950 скважинам. Эта работа продолжается по мере поступления информации. На рисунке 4 представлены этапы подготовки и загрузки в базу данных Finder информации по ГИС.

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

Кроме того, основными задачами территориального фонда геологической информации являются:

государственная регистрация работ по геологическому изучению недр, выполняемых всеми организациями и предприятиями на территории Ханты-Мансийского автономного округа в соответствии с планами ГРР предприятий;

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

территориальном фонде создана база данных под управлением СУБД ORACLE для учета зарегистрированных работ и ведения картотеки отчетов и дел скважин, принятых на хранение в ТГФ. На рис. 5 и 6 представлены формы регистрации и учета дел скважин и сейсмических отчетов.

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

Рис.5 Окно программы.

Рис.6 Окно программы.

2. Моделирование и анализ корпоративных информационных систем

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

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

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

ресурсов и 15-летней гарантией работоспособности структурированной кабельной сети).

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

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

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

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

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

затраты на создание и развитие ИС.Безопасность. Необходимо обеспечить защиту ИС от некорректных

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

доступа . Поэтапную схему создания и эксплуатации ИС можно нарисовать

следующим образом: требования заказчика - замысел разработчика - проектирование - внедрение и обслуживание - анализ - модернизация. На этапе проектирования ИС закладывается обеспечение всех перечисленных

выше требований.

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

администраторов , а основной его недостаток состоит в субъективности. Устранить этот недостаток можно с помощью технологий

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

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

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

прикладной уровень.

Схема 1. Уровни представления ИС Подобное деление отнюдь не является жестко заданным, а

определяется принятой нами степенью абстракции. На практике же оно показывает, насколько детально описаны объекты моделирования.

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

Схема 2. Моделирование ИС Моделирование представляется наиболее эффективным путем

поддержания ИС в оптимальном состоянии по целому ряду параметров. Экономическая эффективность модельного подхода не подлежит

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

инвестиций при существенно меньшей гибкости. Разработка ИС и внесение в

нее изменений “вслепую” несомненно обуславливает увеличение затрат. Гибкий многовариантный анализ. При использовании модели ИС

выбор между различными сетевыми технологиями (frame relay или ATM?),

различным сетевым оборудованием (Cisco или Memotec?), транспортными

протоколами (TCP или UDP?) находится “на расстоянии одного щелчка мышью”.

Состав систем моделирования COMNET и OPNET

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

существенно повышающим надежность ИС, а следовательно, снижающим эксплуатационные расходы.

Кому же необходимо моделирование? На наш взгляд, прежде всего: разработчикам ИС, системным администраторам, специалистам служб безопасности.

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

Сеть, состоящая из десяти рабочих станций и одного файл-сервера на базе Microsoft Windows NT, не требует моделирования. Однако администратор большой системы, использующей различные стеки протоколов, операционные системы и распределенные приложения, зачастую сталкивается с трудно разрешаемыми проблемами, особенно при модернизации, например при установке приложения типа клиент-сервер или переходе с 10BaseT на 100VG AnyLAN. А как обстоят дела с прогнозами на будущее? Попытайтесь ответить на несколько вопросов. Можете ли вы, как администратор, предсказать прирост трафика в вашей системе за год, месяц, квартал? Каким образом этот прирост повлияет на вашу сеть? Не возникнут ли при этом узкие места? Ответы вы сможете получить, лишь построив модель системы и подвергнув ее детальному анализу.

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