Geum.ru

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

Вид материалаОтчет

Содержание


6.2Система управления типовыми компонентами программной архитектуры информационной системы, поддерживающей регламенты взаимодейс
7Рекомендации по масштабированию ЭАР
Подобный материал:
1   2   3   4   5   6   7   8

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


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

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

Разработка онтологии ИС с использованием языка OWL позволит:
  • создать единую систему административного управления, основанную на единой модели управления;
  • обеспечить интеграцию разнородных компонент ИС на базе Web-технологий;
  • перейти от разнородных систем управления компонентами ИС к активным системам управления ИС.

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


Предлагается следующий состав мероприятий для эффективного управления типовыми компонентами программной архитектуры ИС поддержки регламентов:
  1. Создание модели, описывающей типовые компоненты программной архитектуры информационной системы, поддерживающей регламенты (реализуется в рамках создания Концепции электронного взаимодействия федерального министерства с агентствами, службами и своими территориальными органами и Концепции использования информационных технологий Минэкономразвития России).
  2. Выполнение организационных мероприятий по обеспечению поддержки и актуализации модели, описывающей типовые компоненты программной архитектуры информационной системы, поддерживающей регламенты:
    1. определение штатных единиц, их полномочий;
    2. определение регламентов по отслеживанию изменений в типовых компонентах программной архитектуры и отражению этих изменений в модели;
    3. определение форм и средств публикации модели для сотрудников Минэкономразвития России;
    4. определение прав доступа сотрудников Минэкономразвития России к информации в модели.

7Рекомендации по масштабированию ЭАР


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

Масштабируемость системы, поддерживающей ЭАР, должна обеспечить ее эффективную эксплуатацию при увеличении таких характеристик системы, как:
  1. Количество органов власти, взаимодействующих с данным органом власти;
  2. Номенклатурный состав документов, которыми обмениваются органы власти;
  3. Объем информационных сообщений, передаваемых между органами власти.

Рекомендуется провести следующие мероприятия:
  1. Нагрузочные испытания, которые позволят обнаружить и устранить узкие места системы, ошибки проектирования, мешающие масштабированию;
  2. Оценка рисков, связанных с ростом нагрузок на систему;
  3. Планирование покупки более мощного оборудования и программного обеспечения, обеспечивающего требуемую масштабируемость.

В результате необходимо получить ответы на следующие вопросы:
  1. Какую нагрузку выдержит используемая аппаратно-программная конфигурация?
  2. Как повлияет на нагрузочные характеристики изменение аппаратно-программной конфигурации?
  3. Какие настройки системы оптимальны с точки зрения производительности?
  4. Как увеличить производительность, не закупая новое оборудование?
  5. Когда при текущем темпе роста информационного обмена будет необходима смена платформы, портирование приложения или выбор нового решения для поддержки деятельности организации?
  6. Как быстро устранить причину сбоев системы?

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


8Заключение


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

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

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

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

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

В рамках архитектуры общих сервисов определены следующие программные компоненты СПР:
  • система обеспечения информационной безопасности;
  • единая система ведения словарей, справочников и классификаторов;
  • среда гарантированной доставки;
  • подсистема обеспечения доступа к собственным информационным ресурсам органа власти;
  • администрирование и другие сервисы СПР.

Аналогичным образом был структурирован состав элементов в рамках архитектуры информации: архитектуры метаданных, архитектуры данных.

Настоящий отчет содержит описание и требования по всем вышеуказанным составляющим архитектуры информационной системы СПР.

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

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