Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области»





НазваниеРеферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области»
страница16/27
Дата публикации22.10.2014
Размер2.05 Mb.
ТипРеферат
100-bal.ru > Информатика > Реферат
1   ...   12   13   14   15   16   17   18   19   ...   27

7.2Критерии оценки вариантов


Для оценки вариантов были выбраны следующие критерии оценки:

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

  • Обеспечение достаточности информационных ресурсов и информационных сервисов системы, ее программно-технологической и коммуникационной инфраструктуры для адекватного и безусловного обеспечения деятельности органов ЗАГС, ЖКК и социальной защиты Кемеровской области в сфере персонального учета населения;

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

  • Единство форматов данных и регламентов информационного обмена;

  • Возможность интеграции данных в составе единого информационного пространства;

  • Максимально возможное наследование внедренных и функционирующих элементов ИТ-инфраструктуры;

  • Обеспечение максимальной надежности и защищенности всех программных компонентов системы и потоков данных.

7.3Возможные варианты информационно-технологической реализации основных компонентов Системы


Рассматривались различные варианты информационно-технологической реализации основных компонентов Системы, в том числе: создание отдельной Системы учета персональных данных Кемеровской области, создание Системы в рамках ЦОД Кемеровской области, комбинированный вариант - создание Системы, которая в процессе своей деятельности использует ЦОД Кемеровской области.

При этом рассматривались:

  • Решения по структуре системы, подсистем, средствам и способам связи для информационного обмена между компонентами системы, подсистем:

  • Решения по взаимосвязям АС со смежными системами, обеспечению ее совместимости;

  • Решения по режимам функционирования, диагностированию работы системы;

  • Решения по численности, квалификации и функциям персонала АС, режимам его работы, порядку взаимодействия;

  • Сведения об обеспечении заданных в техническом задании потребительских характеристик системы (подсистем), определяющих ее качество;

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

  • Решения по комплексу технических средств, его размещению на объекте;

  • Решения по составу информации, объему, способам ее организации, видам машинных носителей, входным и выходным документам и сообщениям, последовательности обработки информации и другим компонентам;

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

7.3.1Архитектура информации


Основным принципом, определяющим всю структуру информационной архитектуры системы, является принцип размещения данных. При разработке информационной архитектуры ЕАС ПУН в качестве базового был принят комбинированный способ хранения данных, который включает:

  • Данные, не являющиеся персональными данными граждан, могут храниться в ЕАС ПУН централизовано;

  • Персональные данные должны храниться в ЕАС ПУН распределено, на серверах организаций (подразделений) отвечающих за соответствующие участки работы Департамента жилищно-коммунального и дорожного комплекса, Департамента социальной защиты населения, Управления ЗАГС Кемеровской области.

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

  • Обработка данных должна производиться государственным органом, муниципальным органом, юридическим или физическим лицом, организующим и (или) осуществляющим обработку персональных данных (далее, оператором), уполномоченным на проведение обработки персональных данных;

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

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

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

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

7.3.2Архитектура ЕАС ПУН верхнего уровня


Концептуально архитектуру объекта автоматизации целесообразно представлять в виде четырех самостоятельных систем (ИСУ ЗАГС, ИСУ Соцзащита, ИСУ ЖКК, Интеграционная система).

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

При концептуальном проектировании ЕАС ПУН было учтено, что в Кемеровской области разворачивается сеть Многофункциональных центров (МФЦ) и Центр обработки данных (ЦОД), при построении ЕАС ПУН надо предусмотреть взаимодействие вновь создаваемых информационных систем с ЦОД и МФЦ. На Error: Reference source not found представлена общая схема взаимодействия компонентов ЕАС ПУН с внешней средой



Рисунок 1. Архитектура ЕАС ПУН верхнего уровня

Выше (см.Рисунок 1) представлена общая архитектура ЕАС ПУН, которая включает в себя:

  • ИСУ ЗАГС;

  • ИСУ Соцзащиты;

  • ИСУ ЖКК;

  • Интеграционную систему.



7.3.3Функциональная архитектура

7.3.3.1Функциональная архитектура ИСУ ЗАГС


Основной задачей ИСУ ЗАГС является автоматизация процессов происходящих в органах ЗАГС на областном и территориальном уровнях. Основные задачи, решаемые этими органами следующие:

    • Обеспечение государственной регистрации актов гражданского состояния в точном соответствии с действующим законодательством;

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

    • Систематизация, обработка, учет записей АГС и создание надлежащих условий хранения книг государственной регистрации АГС;

    • Формирование базы данных о государственной регистрации АГС и передача сведений о ней в установленном порядке;

    • Создание надлежащих условий хранения книг государственной регистрации АГС.

Функциональная архитектура ИСУ ЗАГС включает в себя следующие прикладные подсистемы и общесистемные сервисы:

  • Прикладные подсистемы:

  • Подсистема государственной регистрации актов гражданского состояния;

  • Подсистема учета заявлений граждан на регистрацию актов гражданского состояния;

  • Подсистема ведения электронного архива;

  • Подсистема учета бланков;

  • Подсистема учета государственной пошлины.

  • Общесистемные сервисы:

  • Подсистема управления нормативно-справочной информацией;

  • Подсистема формирования отчетности;

  • Подсистема информационной безопасности;

  • Подсистема информационного взаимодействия.


Общая схема функциональной архитектуры ИСУ ЗАГС представлена на рисунке (см. Рисунок 2).



Рисунок 2. Функциональная архитектура ИСУ ЗАГС
Прикладные подсистемы подробно описаны в разделе «3.2. Требования к структуре и функционированию ИСУ ЗАГС».

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

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

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

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

Подсистема информационного взаимодействия предназначена для обеспечения взаимодействия ИСУ ЗАГС со смежными информационными системами в частности с Интеграционной системой.

7.3.3.2Функциональная архитектура ИСУ Соцзащиты


Основной задачей ИСУ Соцзащиты является автоматизация процессов происходящих в органах государственной власти и органах местного самоуправления в сфере социальной защиты населения. Основные задачи органов социальной защиты населения:

  • Проведение государственной политики и осуществления управления в области социальной защиты населения Кемеровской области;

  • Координация деятельности в системе органов социальной защиты населения области;

  • Учет граждан нуждающихся в социальной поддержке и зачисление их в соответствующие учреждения для социального обслуживания;

  • Осуществление адресной социальной поддержки отдельных категорий населения;

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

Функциональная архитектура ИСУ Соцзащиты включает в себя следующие прикладные подсистемы и общесистемные сервисы:

  • Прикладные подсистемы:

  • Подсистема учета социальных услуг;

  • Подсистема расчета выплат;

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

  • Подсистема ведения законодательства в сфере социальной защиты;

  • Подсистема ведения нормативов и стандартов ЖКУ;

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

  • Общесистемные сервисы:

  • Подсистема управления нормативно-справочной информацией;

  • Подсистема формирования отчетности;

  • Подсистема информационной безопасности;

  • Подсистема информационного взаимодействия.

Общая схема функциональной архитектуры ИСУ Соцзащиты представлена на рисунке (см. Рисунок 3).



Рисунок 3. Функциональная архитектура ИСУ Соцзащиты

Прикладные подсистемы подробно описаны в разделе «3.3 Требования к структуре и функционированию ИСУ Соцзащиты».

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

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

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

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

Подсистема информационного взаимодействия предназначена для обеспечения взаимодействия ИСУ Соцзащита со смежными информационными системами в частности с Интеграционной системой.

7.3.3.3Функциональная архитектура ИСУ ЖКК


Основной задачей ИСУ ЖКК является автоматизация процессов протекающих в исполнительных органах государственной власти и органах местного самоуправления в сфере ЖКК. Основные задачи, решаемые органами ЖКК:

  • Организация работ по эксплуатации и ремонту объектов ЖКК;

  • Организация и обеспечение эффективного управления финансово-экономической деятельностью в сфере ЖКК;

  • Регистрация информации о составе проживающих в жилищном фонде;

  • Рассмотрение и прием мер по обращениям и жалобам граждан, предприятий и организаций.

Общая схема функциональной архитектуры ИСУ ЖКК представлена на рисунке (см. Рисунок 4).



Рисунок 4. Функциональная архитектура ИСУ ЖКК
Прикладные подсистемы подробно описаны в разделе «3.4 Требования к структуре и функционированию ИСУ ЖКК».

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

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

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

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

Подсистема информационного взаимодействия предназначена для обеспечения взаимодействия ИСУ Соцзащита со смежными информационными системами в частности с Интеграционной системой.

7.3.3.4Функциональная архитектура Интеграционной системы


Основными задачами интеграционной системы являются:

  • Обеспечения автоматизированного информационного обмена между ИСУ ЗАГС, ИСУ Соцзащиты и ИСУ ЖКК;

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

  • Предоставление аналитической и статистической информации сотрудникам администрации Кемеровской области и всех заинтересованных организаций о функционировании учреждений ЗАГС, органов соцзащиты населения и объектов ЖКК.

Функциональная архитектура ИСУ ЗАГС включает в себя следующие прикладные подсистемы и общесистемные сервисы:

  • Прикладные подсистемы:

  • Подсистема интеграционного обмена

  • Подсистема хранения данных

  • Подсистема аналитической и статистической отчетности

  • WEB-портал

  • Общесистемные сервисы:

  • Подсистема информационной безопасности

  • Подсистема мониторинга и поддержки эксплуатации

Общая схема функциональной архитектуры Интеграционной системы представлена на рисунке (см.Рисунок 5).


Рисунок 5. Функциональная архитектура Интеграционной системы

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

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

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

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

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

Общесистемные сервисы обеспечивают следующую функциональность.

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

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

7.3.4Архитектура интеграции


Интеграционная архитектура ЕАС ПУН определяет способы как внутриведомственного взаимодействия (взаимодействие по вертикали региональный – территориальный уровень), так и межведомственные взаимодействия (взаимодействие по горизонтали между учреждениями различных ведомств в рамках территорий или министерств).

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

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

Для решения задач ЕАС ПУН необходимо обеспечить информационный обмен между системами ИСУ ЗАГС, ИСУ Соцзащиты и ИСУ ЖКК. На основании проведенного предварительного обследования выявлены следующие потоки информации между отраслевыми информационными системами:

  • Информационный обмен между ИСУ ЗАГС и ИСУ ЖКК в целях предоставления персональных данных, ведущихся в ИСУ ЗАГС и необходимых для выполнения следующих функций ИСУ ЖКК:

  • снятия с учета в паспортном столе ЖРЭО в связи со смертью гражданина;

  • постановки на учет в паспортный стол ЖРЭО в связи с рождением ребенка;

  • Информационный обмен между ИСУ ЗАГС и ИСУ Соцзащита в целях предоставления персональных данных, ведущихся в ИСУ ЗАГС, о физических лицах, требующих социальной поддержки;

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

Осуществление обмена информацией между системами в общем случае возможно 2 способами:

  • Связь систем по принципу «каждый с каждым»;

  • Связь систем через интеграционную систему.

На рисунке (см.Рисунок 6) приведена архитектура интеграции по принципу «каждый с каждым».



Рисунок 6. Интеграция "каждый с каждым"

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

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

  • Необходимость учитывать формат обмена каждой из систем.

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

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



Рисунок 7. Интеграция систем через интеграционную систему

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

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

7.3.5Архитектура внешнего информационного обмена ЕАС ПУН


Для достижения целей ЕАС ПУН - повышения качества и доступности государственных, муниципальных и иных услуг, целесообразно обеспечить доступ к информации других государственных систем, например информационных систем центральных органов власти (Росстат, ФНС…) (см.Рисунок 8).


Рисунок 8. Взаимодействие с внешними системами

Для обеспечения такого доступа система должна удовлетворять ряду условий:

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

  • Поддержка независимых от платформы стандартов;

  • Обеспечение безопасности на уровне государственных стандартов.

Для решения поставленной задачи целесообразно использовать WEB-сервисы, которые в свою очередь используют XML как единый формат для пересылки данных.

WEB-сервисы – программные компоненты, которые используют одну или несколько технологий из следующего списка – SOAP, WSDL и UDDI – для выполнения распределенных вычислений. Использование любой из этих базовых технологий – SOAP, WSDL или UDDI – составляет суть WEB-сервиса. Использование их всех вместе не обязательно. Следует отметить, что все эти стандарты являются открытыми, а в их разработке принимают участие такие ведущие ИТ-компании, как Microsoft и IBM, а также органы стандартизации Интернет-сообщества в лице консорциума World Wide Web Consortium (W3C) и организации UDDI.org. Данные технологии не зависят от платформы и не требуют от организаций, чьи приложения интегрируются, использовать такие общие платформенные продукты, как операционные системы и СУБД.

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

Ниже приведено краткое описание четырех основных стандартов.

Extensible Markup Language (XML) – расширяемый язык разметки информации. Описывает информацию, пересылаемую по Интернету. Запрос на получение каких-либо данных или выполнение определенных действий другим приложением требует наличия способов передачи параметров и получения обратно определенных результатов. При использовании WEB-сервиса эта информация описывается с помощью языка XML, являющегося международным общепринятым стандартом для описания произвольных данных, которыми в свою очередь могут обмениваться информационные системы.

Simple Object Access Protocol (SOAP) – простой протокол доступа к объекту. Этот стандарт описывает протокол вызова WEB-сервиса (удаленный процесс доступа к услугам/информации некоторой прикладной системы). То есть передаваемые параметры описываются с помощью языка WSDL, а сам процесс вызова описывается с помощью SOAP. Другими словами, этот протокол описывает конверт с информацией для вызова WEB-сервиса. И этот конверт может быть доставлен от одного приложения к другому с помощью таких транспортных протоколов как Hypertext Transfer Protocol (HTTP), HTTP Secure (HTTPS) или протоколов электронной почты наподобие Simple Mail Transfer Protocol (SMTP). В типичной ситуации взаимодействия система одной организации может вызвать систему другой организации, используя протокол SOAP. Запрос, который обычно содержит ту или иную форму документа, посылается инициатором к запрашиваемой системе. Последняя принимает запрос, и входящий документ, содержащийся в запросе, обрабатывается. В результате запрошенная система генерирует ответ, который возвращается инициатору взаимодействия. Инициатор также информируется о статусе (успех или иное) запроса. Протокол SOAP основан на стандарте XML и состоит из трех частей: формат конверта, который описывает содержимое сообщения и то, как оно должно обрабатываться; набор правил кодирования для определения типов данных конкретного приложения и соглашения по выполнению удаленных вызовов процедур.

Web Services Description Language (WSDL) – язык описания веб-служб. Это основанный на стандарте XML язык, который определяет способ доступа к WEB-сервисам. Он описывает функциональные возможности WEB-сервиса и группирует операции взаимодействия в определенные интерфейсы, задающие способы выполнения операций и те параметры, которые должны быть на входе и выходе.

Universal Description, Discovery, and Integration (UDDI) – универсальный метод описания, обнаружения и интеграции. Технология UDDI предоставляет средства, с помощью которых можно сделать так, чтобы любые приложения или услуги, описанные в терминах WEB-сервисов, могут быть распознаны другими приложениями и/или организациями. То есть это стандарт создания регистра, используя который, можно описать организации и предоставляемые ими услуги в виде, доступном для динамического обнаружения и взаимодействия. Спецификацией UDDI предусматривается произвольное множество методов обращения к каждому WEB-сервису, для описания которых и служит связующий шаблон.

Для решения задачи взаимодействия ЕАС ПУН с внешними системами целесообразно использовать интеграционную систему (см.Рисунок 9).



Рисунок 9. Взаимодействие систем на основе WEB-сервисов
1   ...   12   13   14   15   16   17   18   19   ...   27

Похожие:

Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconЕжегодная Студенческая научно-техническая конференция мгту «мами»...
Мгту «мами» является одним из важнейших компонентов единой системы Научно-исследовательской работы студентов (нирс) мгту. На снтк...
Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconФедеральное агентство по образованию федеральное государственное...
...
Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconОтчет о результатах исследования процесса организации и прохождения...
Подготовка и обучение населения организуются в рамках единой системы подготовки в области гражданской обороны и защиты от чрезвычайных...
Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconОтчет о научно-исследовательской работе
«научно-методическое сопровождение выполнения обязательств российской федерации по охране всемирного культурного и природного наследия...
Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconОтчет о выполнении работы по разработке научно-исследовательской...
Первый заместитель руководителя федерального государственного бюджетного учреждения «Аналитический центр при Правительстве Российской...
Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconМетодические рекомендации по созданию и организации работы учебно-консультационных...
Подготовка и обучение населения организуются в рамках единой системы подготовки в области гражданской обороны и защиты от чрезвычайных...
Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconОтчет о научно-исследовательской работе разработка концепции Объединенных...
«Разработка предложений по созданию единой системы выявления, использования и внедрения объединенных государственных и муниципальных...
Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconОтчет о ходе выполнения научно-исследовательской работы «Исследования...

Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconДоклад
Кемеровской области и направляется Губернатору Кемеровской области, в Совет народных депутатов Кемеровской области, Главному федеральному...
Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconКузбассвузиздат
Кемеровской области и направляется Губернатору Кемеровской области, в Совет народных депутатов Кемеровской области, Главному федеральному...
Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconУдк 791. 43 Ббк 85. 37 Ф 70 Редакционная коллегия
Подготовка и обучение населения организуются в рамках единой системы подготовки в области гражданской обороны и защиты от чрезвычайных...
Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconРеферат Данная работа посвящена разработке интеграционного интерфейса...
Данная работа посвящена разработке интеграционного интерфейса между системами oss ту аргус и ау лира, который предназначен для организации...
Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconРеферат Отчет о научно-исследовательской работе состоит
Отчет о научно-исследовательской работе состоит из 33 рисунков, 8 разделов, 12 подразделов, 9 формул, 31 источника. Общий объем 48...
Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconОтчет о научно-исследовательской работе исследования в области построения...
Этап 2 «Разработка концепции построения системы управления информационным обменом в защищенной сети порталов через открытые каналы...
Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconТехническое задание на приобретение и внедрение программного обеспечения...
Настоящий документ содержит техническое задание (ТЗ) на разработку и внедрение единой региональной транспортной системы безналичной...
Реферат Настоящий отчет был разработан в рамках выполнения научно-исследовательской работы по разработке «Концепции единой автоматизированной системы персонального учета населения Кемеровской области» iconТехнологическая карта дисциплины «Психология» Кафедра
Б дв организация научно-исследовательской работы студентов являются формирование системы знаний об организации и проведении различных...


Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
100-bal.ru
Поиск