7.6Инфраструктура ЕАС ПУН Инфраструктура отраслевых информационных систем строится с учетом уже имеющейся сетевой инфраструктуры Кемеровской области, а так же с учетом требований программного обеспечения каждой ИСУ.
7.6.1Инфраструктура ИСУ ЗАГС На рисунке (см.Рисунок 10) представлена Инфраструктура ИСУ ЗАГС. На основании анализа организационной структуры органов государственной власти в сфере записи актов гражданского состояния можно выделить Управление ЗАГС Кемеровской области (Региональный уровень) и Органы ЗАГС в городах, районах, районах городов, поселках городского типа Кемеровской области (Муниципальный уровень).
Рисунок 10. Инфраструктура ИСУ ЗАГС На региональном уровне (Управление ЗАГС) работает 26 сотрудников, соответственно для построения ИСУ все их рабочие места должны быть объединены локальной вычислительной сетью (ЛВС). Для обеспечения работы «Подсистемы ведения электронного архива» необходима установка сервера.
Муниципальный уровень состоит из 41 организации. В Приложении (см. Таблица 3) описана численность сотрудников каждой из муниципальных организаций. На основании проведенного анализа можно сделать вывод, что не все муниципальные организации обладают или должны обладать ЛВС. Для организаций численность сотрудников, в которых не превышает 3-5 человек создание выделенного сервера нецелесообразно. В маленьких организациях рабочая станция одного из сотрудников может совмещать в себе функции сервера и рабочей станции, если программное обеспечение допускает такое совмещение.
Для обеспечения связи между муниципальными и региональной организацией необходимо создание каналов передачи данных. Учитывая небольшой объем передаваемой информации, а так же отсутствие необходимости постоянной связи в режиме реального времени, допустимо использование низкоскоростных модемных соединений и даже использование внешних носителей (Флеш-диски, CD-диски) для обмена информацией.
7.6.2Инфраструктура ИСУ Соцзащиты На рисунке (см.Рисунок 11) представлена инфраструктура органов социальной защиты населения Кемеровской области. Органы Соцзащиты, подлежащие автоматизации, подразделяются на региональный уровень (Департамент социальной защиты населения Кемеровской области) и муниципальный уровень (Управления (комитеты, отделы) социальной защиты органов местного самоуправления Кемеровской области).
Анализ численности работников регионального и муниципальных организаций говорит о том, что каждая из организаций должна быть оборудована собственной ЛВС и как минимум одним сервером.
Рисунок 11. Инфраструктура ИСУ Соцзащиты
На региональном уровне необходимо выделить сервер для поддержания работы ИСУ Соцзащиты (ввод, изменение данных, формирование отчетов…) и отдельный сервер для создания банка данных о социально-незащищенной части населения. Учитывая важность хранящейся информации, а также необходимость в постоянном доступе к ней, целесообразно использовать для банка данных кластер серверов. Для поддержания постоянной работоспособности системы, а так же для обеспечения приемлемого времени отклика возможно возникнет необходимость в использовании кластера для сервера поддержания работы ИСУ Соцзащиты (тип кластеров и требования к аппаратуре необходимо уточнить на этапе внедрения ИСУ Соцзащиты).
Специфика работы органов социальной защиты населения требует постоянного подключения муниципальных организаций как к информационной системе Департамента Соцзащиты Кемеровской области, так и к ряду других организаций. Таким образом, каждая муниципальная организация должна быть подключена к Интернету по высокоскоростному каналу.
7.6.3Инфраструктура ИСУ ЖКК На рисунке (см.Рисунок 12) условно представлена инфраструктура объектов жилищно-коммунального комплекса Кемеровской области, подлежащих автоматизации по средствам ИСУ ЖКК. Организационная структура объектов ЖКК Кемеровской области позволяет выделить 3 уровня (региональный, городской и муниципальный). Специфика организации в том, что городской уровень введен только для консолидации информации по нескольким городам и отдельной специальной функциональности не имеет, более того многие муниципальные органы власти напрямую связаны с региональным уровнем.
Рисунок 12. Инфраструктура ИСУ ЖКК
Учитывая большое количество решаемых задач средствами ИСУ ЖКК и как следствие сложность используемого программного обеспечения требования к аппаратным средствам, разворачиваемым в учреждениях ЖКК, будут более высокими, чем для двух предыдущих систем. Каждый объект автоматизации ЖКК должен быть оборудован собственной локальной вычислительной сетью и должен быть подключен к скоростным каналам передачи данных. Технические характеристики компьютеров серверов и каналов передачи данных будут уточняться на этапе внедрения ИСУ ЖКК.
7.6.4Инфраструктура Интеграционной системы В инфраструктуре Интеграционной системы выделяются 4 подсистемы (Error: Reference source not found. Рисунок 13):
Подсистема интеграционного обмена;
Подсистема хранения данных;
Подсистема аналитической и статистической отчетности;
WEB-портал.
Рисунок 13.Инфраструктура Интеграционной системы
Каждая из этих подсистем состоит из одного или нескольких серверов, все сервера системы объединены каналом Gigabit Ethernet. Интеграционная система может быть развернута на базе создающегося сейчас ЦОД и может использовать сетевую инфраструктуру ЦОД. Для связи с другими системами органов государственной власти и Интернет необходимо предусмотреть подключение Интеграционной системы к внешним высокоскоростным каналам.
7.6.4.1Подсистема интеграционного обмена Подсистема интеграционного обмена создается для функционирования интеграционного программного обеспечения (BizTalk или аналогичного). Требования по составу и производительности серверов могут быть определены после выбора соответствующего программного обеспечения.
7.6.4.2Подсистема хранения данных Подсистема хранения данных обеспечивает запись, сохранение и выборку данных необходимых для функционирования других подсистем Интеграционной системы. В общем случае, состав аппаратного обеспечения этой подсистемы не зависит от конкретного программного обеспечения. При создании подсистемы хранения данных можно использовать 2 подхода: хранение данных в общем хранилище и разнесение данных на отдельные сервера.
На рисунке (см. Рисунок 14) схематично представлена подсистема хранения данных с общим хранилищем. Это наиболее распространенная схема хранения данных применяемая для построения современных СУБД рассчитанных на большой объем данных и большое количество обрабатываемых транзакций. Однако такое построение подсистемы хранения приводит к тому, что вся информация о персональных данных населения будет храниться общем дисковом хранилище, что противоречит закону о персональных данных. Эта схема может быть использована только в случае принятия поправок к закону о персональных данных, которые в настоящий момент обсуждаются в Государственной Думе Федерального собрания РФ.
Рисунок 14. Подсистема хранения данных с общим хранилищем
В случае, если поправки к закону не будут приняты, то подсистему хранения данных можно построить по другому принципу с использованием нескольких серверов СУБД или кластеров как показано на рисунке (см.Рисунок 15).
Рисунок 15. Подсистема хранения данных с несколькими серверами
Такая схема построения позволяет не хранить информацию о персональных данных на едином дисковом массиве, а разнести ее на несколько массивов, каждый из которых хранит информацию только своей отраслевой системы. Такая схема обладает рядом недостатков: увеличение количества оборудования; увеличение количества связей между элементами; усложнение разработки программного обеспечения, в следствие увеличения количества баз данных.
7.6.4.3Подсистема аналитической и статистической отчетности В зависимости от количества сводных отчетов и пользователей этой подсистемы, она может быть развернута на одном или двух серверах. В случае одного сервера, на нем устанавливается программное обеспечение по генерации отчетов и система аналитической обработки информации (OLAP). При использовании двух серверов программное обеспечение генерации отчетов и OLAP устанавливаются каждая на свой сервер.
7.6.4.4WEB-портал Для создания WEB-портала, как правило, может применяться от одного до нескольких серверов, в зависимости от используемого программного обеспечения и количества пользователей портала. При увеличении нагрузки на портал его нагрузочная способность может быть увеличена за счет использования технологии балансировки нагрузки (Load Balancing). Для этого необходимо установить дополнительные серверы. Все современные системы построения порталов позволяют применять эту технологию.
|