Расширенный поиск
Постановление Мэра г. Хабаровска от 20.09.2001 № 1062средства для построения клиент - серверных для корпоративных пользователей. СУБД должно обладать одним из наиболее полных схем тиражирования (распространения изменений): синхронное (реального времени) или асинхронное (эстафетное) распространение изменений, тиражирование по запросу или по заданному событию, а также периодическое дублирование "мгновенных снимков" данных. Тиражирование повышает доступность информации, увеличивая отказоустойчивость системы при выходе из строя одного сетевого узла. Сложные схемы тиражирования требуют развитых средств администрирования, позволяющих администраторам конфигурировать и обслуживать тиражируемые БД с помощью удобного графического интерфейса, определяя участвующие в тиражировании объекты и планируя сеансы репликации. Здесь можно указать участвующие в тиражировании узлы и задать схему распространения изменений. Система предлагает различные модели "владения данными": копии, доступные только для чтения; передачу права владения, когда полномочия по внесению изменений получает то один, то другой узел; модель с резервированием, поддерживающая копию данных на резервном узле; схему с произвольным обновлением, в котором изменения могут одновременно вноситься в различные тиражируемые копии. 7.2.2. В качестве операционных сред проектируемой системы могут быть использованы операционные системы Windows2000, Solaris, Windows NT. 7.3. Техническое обеспечение 7.3.1. Для создания единого информационного пространства для системы "Регистр населения города" необходимо выбрать наиболее оптимальный способ построения корпоративной сети. Корпоративная сеть проектируемой системы - это сеть, объединяющая удаленные компьютеры (ПК) и локальные сети, использующие разные платформы, в единую информационную систему. Проектируемая корпоративная сеть предполагает объединение компонентов (объектов автоматизации) всех уровней системы: 1) первого уровня (трех локальных сетей в г. Хабаровске): сеть АСБ при УВД города, сеть УВД города, сеть администрации г. Хабаровска; 2) второго уровня (ПК паспортно - визовых служб районов); 3) третьего уровня (удаленные ПК служб первичной регистрации населения). Работа проектируемой системы должна быть организована по принципу взаимодействия всех перечисленных компонентов системы. Сервер информационного центра краевого ПВС при УВД Хабаровского края будет центральным хранилищем паспортных данных о населении города (центральный сервер). На центральном сервере будут создаваться: приложения из определений в центральном хранилище; в стандарте ANSI SDL DDL полные определения таблиц и столбцов, включая правила целостности для первичных и внешних ключей; определения БД в форме, пригодной для рассылки по удаленным узлам, для реализации на конкретных серверах и узлах; сетевые спецификации; реинжиниринг существующих определений БД. Кроме того, здесь будет: генерироваться логика приложения (PL/SQL), включая хранимые процедуры, функции и параметры хранения; осуществляться полная поддержка схемы защиты на основе ролей Oracle; производиться администрирование объектов центрального хранилища с помощью путеводителя по хранилищу; осуществляться управление доступом; осуществляться работа с несколькими хранилищами (извлечение, загрузка, слияние); выполняться двусторонний обмен между центральным хранилищем и другими объектами хранения. 7.3.2. Для защиты серверов от сбоев электропитания, для автоматической корректировки пониженного или повышенного напряжения предлагается использовать источники бесперебойного питания (ИБП). 7.3.3. Необходимость поддержания нескольких копий БД вызвана тем, что если какая-то из сетей выйдет из строя, система должна отработать таким образом, что все пользователи системы (центральной и административно - территориальных единиц) будут работать с резервной сетью. 7.4. Коммуникационное обеспечение 7.4.1. Для создания корпоративной сети системы необходима организация каналов связи и модемы для подключения к линиям. 7.4.2. На первых этапах работы системы предлагается использовать существующие коммутируемые каналы связи на территории города, а также ведомственную сеть связи и передачи данных УВД города. Связь между объектами автоматизации второго уровня (ПВС административно - территориальных единиц), расположенных в г. Хабаровске, и центральной частью системы (сеть АСБ или УВД города) предполагается выполнять с помощью ведомственных каналов связи УВД. Обмены информацией должны проходить в реальном масштабе времени или с минимально возможным, в случае работы по регламенту, временем доставки данных и достаточной защитой от несанкционированного доступа. Должна быть полностью устранена вероятность потери или доставки данных не по адресу. По мере развития системы, организация коммуникационных каналов на магистральных направлениях должна выполняться на основе оптоволоконной технологии. 7.5. Информационное обеспечение Информационное обеспечение проектируемой системы "Регистр населения города" должно включать в себя совокупность классификаторов, обеспечивающих необходимую достоверность и совместимость работы составных частей системы, а также базы данных, ориентированные на хранение и обработку данных о населении города Хабаровска. 7.5.1. При проектировании системы должна быть использована единая система классификации и кодирования следующих полей базы данных: 1) объектов территорий: республик, краев и областей, городов и административных районов, районов городов и населенных пунктов административных районов; 2) улиц городов и районов города; 3) национальностей: 4) видов гражданств; 5) видов документов; 6) категорий субъектов учета; 7) отраслей; 8) видов деятельности; 9) видов образования; 10) видов соцобеспечения; 11) причин переселения. 7.5.1.1. При формировании объектов территорий предлагается использовать три классификатора: 1) классификатор регионов (республик, краев и областей), код объекта в классификаторе четыре цифры - XXXX, это может быть либо порядковый номер, либо код по общероссийскому классификатору; 2) классификатор городов и административных районов (код объекта - XXX, порядковый номер либо код по общероссийскому классификатору; 3) классификатор районов городов и населенных пунктов административных районов (код объекта - XXXXXX, где первые XXX выбираются из классификатора городов и административных районов, следующие XXX - порядковый номер или код по общероссийскому классификатору). При формировании вышеперечисленных классификаторов необходимо использовать сведения об административно - территориальном делении РФ (бывшего СССР), которые имеются в краевом комитете государственной статистики. 7.5.1.2. При формировании улиц городов и районов города предлагается использовать классификатор улиц. Код улицы в классификаторе - XXXXXXZZZ, где XXXXXX - код объекта (района города или населенного пункта административного района), ZZZ - порядковый номер улицы на данной территории. 7.5.1.3. При формировании в базах данных сведений о национальностях граждан предлагается использовать классификатор национальностей. Код национальности в классификаторе - XXX, это либо порядковый номер, либо код по общесоюзному классификатору. При формировании классификатора национальностей использовать сведения о национальностях из общероссийского классификатора национальностей, который имеется в краевом комитете государственной статистики. 7.5.1.4. При формировании в базах данных сведений о гражданстве предлагается использовать соответствующий классификатор. Код гражданства в классификаторе - XX, это порядковый номер записи в классификаторе. 7.5.1.5. Классификатор "Виды документов" должен содержать сведения о видах документов, например: 1 - паспорт, 2 - свидетельство о рождении и т.д. Код вида документа - XX, это порядковый номер записи в классификаторе. 7.5.1.6. Классификатор "Категории субъектов учета" должен содержать сведения о категории субъекта учета, например: 1 - простая, 2 - особая. Это поле, присутствующее в таблице SPISOK, будет использовано для защиты информации по отдельным субъектам учета от несанкционированного пользователя. 7.5.1.7. При формировании в базах данных сведений о занятиях граждан по последнему месту жительства предлагается использовать классификатор "Отрасли экономики". При формировании классификатора "Отрасли экономики" использовать сведения об отраслях экономики, которые имеются в краевом комитете государственной статистики. Код отрасли в классификаторе трехзначный, числовой, например: 100 - промышленность; 200 - сельское хозяйство; 500 - транспорт и связь; 600 - строительство; 700 - торговля и общественное питание; 820 - информационно - вычислительное обслуживание и т.д. 7.5.1.8. Классификатор "Виды деятельности" должен содержать сведения о видах деятельности граждан. При формировании классификатора "Виды деятельности" использовать сведения, которые имеются в краевом комитете государственной статистики. Код вида деятельности цифровой, например: 1 - работа по найму в качестве руководителя; 2 - то же в качестве специалиста; 3 - то же служащего (технического исполнителя); 4 - то же рабочего; 5 - самостоятельно обеспечивал себя работой. 7.5.1.9. Классификатор "Виды образования" должен содержать сведения о видах образования граждан. При формировании классификатора "Виды образования" использовать сведения, которые имеются в краевом комитете государственной статистики. Код вида образования цифровой, например: 1 - высшее; 7 - то же, в том числе имеет ученую степень доктора наук; 8 - то же кандидата наук; 2 - незаконченное высшее; 3 - среднее специальное; 4 - среднее общее; 5 - неполное среднее; 6 - начальное и ниже. 7.5.1.10. Классификатор "Виды социального обеспечения" должен содержать сведения о видах социального обеспечения граждан. При формировании классификатора "Виды социального обеспечения" использовать сведения, которые имеются в краевом комитете государственной статистики. Код вида соцобеспечения цифровой, например: 1 - получал пенсию по старости; 2 - по инвалидности; 4 - за выслугу лет; 12 - пособие по безработице; 7 - иные пенсии и пособия. 7.5.1.11. Классификатор "Перечень причин переселения" должен содержать сведения о причинах переселения граждан. При формировании классификатора "Перечень причин переселения" использовать сведения, которые имеются в краевом комитете государственной статистики. Код обстоятельств, вызвавших необходимость переселения, цифровой, например: 1 - в связи с учебой; 2 - в связи с работой; 3 - возвращение к прежнему месту жительства; 4 - из-за обострения межнациональных отношений; 5 - из-за обострения криминальной обстановки; 6 - экологическое неблагополучие; 7 - несоответствие природно - климатическим условиям; 8 - причины личного, семейного характера; 9 - иная причина. Актуализация данных в классификаторах будет выполняться, по мере необходимости, на основании данных, получаемых из краевого комитета государственной статистики, а также данных паспортно - визовых служб, администраций города, городов и районов. 7.5.2. Центральная база данных "Регистр населения города" является многоцелевой базой общего пользования. В центральной базе, кроме основной базы, ориентированной на хранение и обработку учетных данных в системе паспортного учета, могут быть организованы дополнительные "специализированные" базы данных, информационно связанные с основной базой данных. 7.5.2.1. Учетные данные, хранимые в основной базе данных, могут включать следующие сведения о субъекте учета: 1) фамилия; 2) имя; 3) отчество; 4) пол; 5) категория; 6) дата рождения; 9) место рождения; 10) адрес места жительства; 11) предыдущие адреса места жительства (откуда прибыл); 12) доследующие адреса места жительства (куда выбыл); 13) паспортные данные; 14) гражданство; 15) сведения о детях; 16) родственные связи; 17) дополнительные сведения, не противоречащие действующему законодательству (социальное положение, вид деятельности, отношение к воинской службе, номер телефона и т.д.); 18) специальные сведения; 19) служебная информация для идентификации данных в системе (например, ФИО оператора, источник информации). Источниками данных для формирования сведений о субъектах учета города являются документы, перечень которых приведен в приложении 8. В приложении 9 приведены формы этих документов. 7.5.2.2. При проектировании структур таблиц основной базы данных необходимо предусмотреть следующие требования. 7.5.2.2.1. Код субъекта учета во всех базах данных системы должен быть уникальным. Это может быть порядковый номер субъекта учета в базе данных, который будет присваиваться автоматически на всех уровнях автоматизации. Присвоение кода субъекта учета будет выполняться на основании таблицы базы данных "Реестр субъектов учета" (SPISOK). Эта таблица должна быть единой для всех уровней автоматизации и содержать список всех субъектов учета Хабаровского города с его основными характеристиками (полями): код субъекта учета; дата последнего изменения (ДИЗМ); фамилия; имя; отчество; дата рождения; место рождения (код): республика, область, край, город, район, поселок, пгт, село; национальность; пол; категория субъекта учета, ФИО оператора; источник информации. Если субъект учета изменил фамилию или пол, то в таблице SPISOK должны корректироваться следующие поля : ДИЗМ - "Фамилия", "Имя", "Отчество"; ДИЗМ - "Пол". Для записи в базу данных любых данных о субъекте учета пользователь системы должен задавать следующие поля: фамилия; имя; отчество; дата рождения. Эти поля будут использованы для поиска субъекта учета. 7.5.2.2.2. Все таблицы основной базы данных должны иметь следующие ключи - идентификаторы: код субъекта учета, дата события, код события. Для заполнения поля "Код события" необходимо разработать классификатор "Список событий". Классификатор "Список событий" должен содержать сведения обо всех событиях, информация о которых будет храниться в основной базе данных, например: 1 - рождение; 2 - получение паспорта; 3 - прибытие (прописка); 4 - прибытие из армии; 5 - прибытие с исправительно - трудовой колонии (НТК); 6 - убытие (выписка); 7 - убытие в армию; 8 - убытие в ИТК; 9 - перемена ФИО (регистрация брака); 10 - перемена ФИО (расторжение брака); 11 - перемена ФИО (прочие причины); 12 - дети (рождение детей); 13 - родственные связи; 14 - криминальные события; 15 - смерть и т.д. По мере появления новых событий, в классификатор "Список событий" будут дополняться новые записи, соответственно, в базу данных будут добавляться новые таблицы по событиям. 7.5.2.2.3. В каждой таблице основной базы данных города должны быть служебные поля: ФИО оператора, источник информации. Поля "ФИО оператора" и "Источник информации" должны формироваться автоматически при работе с любой таблицей базы данных. Поле "Источник информации" должен содержать код объекта автоматизации, согласно списка объектов автоматизации: Каждый из объектов автоматизации должен иметь список клиентов, имеющих допуск к регистрации данных о субъекте учета. Этот список должен формировать администратор системы. Кроме имени пользователя - оператора в списке клиентов должна быть информация о фамилии оператора, которая и будет автоматически формироваться в таблицах базы данных. 7.5.2.3. Предварительные структуры таблиц основной базы данных на стадии технорабочего проектирования структуры таблиц основной базы данных будут уточняться. 7.5.2.4. Исходя из размеров данных, хранимых в функционируемой в базе данных, а также сведений о миграции населения города. 7.5.2.5. Примерами специализированных баз данных могут быть: 1) база данных на гостей из ближнего и дальнего зарубежья, содержащая сведения о регистрации граждан ближнего и дальнего зарубежья (цель приезда, сроки пребывания их на территории города, принимающие организации и частные лица и т.д.), позволяющая автоматически проверять граждан по местному и федеральному розыску, осуществлять контроль по срокам действия виз, выполнять поисковые процедуры по различным запросам из базы данных и т.д.; 2) база данных на лиц, адресные данные о которых имеют ограниченный доступ; 3) база данных розыскной информации (местный и федеральный розыск); 4) база данных по утерянным (утраченным или изъятым из обращения) паспортам и по их владельцам; 5) база данных на лиц, получающих загранпаспорта (сведения о регистрации анкет и заявлений на изготовление паспорта, сверка с базой данных лиц, находящихся в розыске, дата выдачи паспорта и т.д.); 6) база данных по жилью (купленные, приватизированные, взятые в аренду по охранному свидетельству и полученные в дар квартиры); 7) база данных по незаселенному жилью, освободившемуся после смерти жильца; 8) база данных избирателей; 9) база данных по умершим (сведения о месте захоронения) и т.д. 8. ПОРЯДОК РАБОТЫ СИСТЕМЫ И НАПРАВЛЕНИЯ РАЗВИТИЯ 8.1. Основными режимами работы проектируемой системы будут следующие: первичный ввод, актуализация баз данных, оперативное справочное обслуживание, обслуживание запросов, актуализация взаимодействующих систем. 8.1.1. Поскольку базы данных административно - территориальных единиц разобщены территориально, а существующие системы связи не могут обеспечить работу всех административно - территориальных единиц и центральной части системы в реальном режиме времени, может быть такая ситуация, когда один и тот же субъект учета будет иметь разные коды в базах данных (например, в центральной базе данных и в одной из баз административно - территориальных единиц). Поэтому, после каждой операции тиражирования баз данных из административно - территориальной в центральную базу данных, необходимо выполнять процедуру коррекции центральной базы данных для выявления тех субъектов учета, которые по основным параметрам, характеризующим субъект учета (фамилия, имя, отчество, дата рождения, место рождения, национальность, пол) совпадают, но имеют разные коды субъекта учета. Результатом коррекции базы данных, в этом случае, будет приведение всех записей центральной базы данных по этому субъекту учета к одному коду субъекта учета. После подзагрузки учетных карточек в центральную базу данных с краевой картотеки, а также после периодической коррекции центральной базы, необходимо выполнять обратное тиражирование частей БД по заданным административно - территориальным единицам, т.е. из центральной базы данных выделить БД заданного района для ее тиражирования в этот район. Сбор и обработка данных о криминальных событиях субъектов учета в настоящее время осуществляется информационным центром УВД города и передается для загрузки в базу данных "Учет населения города" на бумажных носителях. При функционировании системы данные о криминальных событиях субъектов учета города должны обрабатываться информационным центром УВД города и передаваться в центральную базу данных только в электронном виде, то есть информационный центр УВД города должен автоматизировать подготовку и передачу этих данных в центральную базу данных. При формировании этих данных для центральной базы данных должны быть использованы классификаторы центральной базы данных, система кодирования субъектов учета должна быть единая - сквозная для всей системы "Регистр населения города". Источником данных для центральной базы данных проектируемой системы будет краевой отдел ЗАГС. Сведения о таких событиях, как рождение, усыновление, удочерение и опекунство субъектов учета, перемена ФИО и смерть, формируемые в краевом отделе ЗАГС, могут передаваться, по заранее утвержденному регламенту, по модемной связи либо на гибких магнитных дисках. С помощью специальной программы эти файлы должны быть импортированы в центральную базу данных. Кроме того, источниками данных для центральной базы данных будет департамент социальной защиты населения города. Сведения о назначениях пенсий, об установлении инвалидности, о дееспособности субъектов учета и другие сведения будут передаваться в центральную базу данных по утвержденному регламенту по модемной связи, либо на гибких магнитных дисках. 8.1.2. Последующая актуализация баз данных системы будет производиться на основе актуальной информации, поступающей в паспортно - визовые службы административно - территориальных единиц от паспортных служб отделений милиции (жилищно - эксплуатационных управлений, комендантов общежитии, администраторов гостиниц). Сбор данных для загрузки баз данных административно - территориальных единиц будет выполняться: на гибких магнитных дисках (дискетах) от тех объектов третьего уровня системы, которые будут иметь автоматизированные рабочие места в процессе оформления прописки (регистрации) и выдачи паспортов, либо по электронной почте по телефонным каналам связи общего пользования; на бумажных носителях от тех объектов автоматизации третьего уровня, которые по причине отсутствия ПК, не будут иметь автоматизированных рабочих мест. Собранные данные будут загружаться в базу данных соответствующей административно - территориальной единицы, а далее в режиме реального времени передаваться в центральную базу данных. 8.1.3. Оперативное справочное обслуживание абонентов будет осуществляться как в автоматическом режиме путем обмена запросами и ответами абонентов сети и базами данных с использованием каналов удаленного доступа, так и путем приема запросов по телефонам в речевой форме или по почте и выдачи ответов по тем же каналам связи (по телефону в речевой форме или в письменной форме по почте). Время обслуживания одного абонента в автоматическом режиме не должно превышать 15 - 30 секунд. Оперативное справочное обслуживание по учетным данным предполагает выдачу: адресных справок по полным и неполным идентификационным данным (при неизвестной фамилии по частично известным имени, отчестве, дате рождения, по паспорту, по номеру телефона и т.д.), справок о всех проживающих по запрашиваемому адресу, справок о наличии розыскных данных по субъекту учета. Программное обеспечение, обеспечивающее поиск данных в базах данных (центральной и административно - территориальных единиц), должно удовлетворять следующим требованиям: поиск данных должен производиться по любым полям баз данных (по одному или нескольким полям одновременно); поиск должен производиться также по части поля, указанной пользователем; поиск полей, которые в базах данных имеют ссылку на классификаторы, должен выполняться как по коду, так и по наименованию. Все операции по поиску, выполняемые оператором, должны фиксироваться в специально созданной таблице в базе данных. В этой таблице должны автоматически формироваться сведения о выданных справках: ФИО субъекта учета; код таблицы, из которой были выбраны данные для поиска; ФИО оператора, выдавшего справку. Оперативное справочное обслуживание предлагается осуществлять как на уровне центральной части системы (адресно - справочное бюро УВД города), так и на уровне административно - территориальных единиц (паспортно - визовых служб города). Для государственных органов власти оперативное справочное обслуживание должно осуществляться бесплатно, для других организаций и частных лиц на коммерческой основе. 8.1.4. Обслуживание запросов будет осуществляться в специально разработанном меню, в режиме ответов на вопросы системы, поэтому формы выходных отчетов будут меняться в зависимости от ответов оператора при выполнении запроса. В результате выполнения запросов будут формироваться выходные отчеты, предназначенные для просмотра или печати. Все выходные отчеты, формируемые системой, можно разбить на три группы: 1) сведения количественного характера, 2) сведения списочного характера, 3) аналитические и статистические сведения. К сведениям количественного характера можно отнести некоторые сводные данные: о численности жителей, проживающих в крае, в административно - территориальном районе на заданную дату; о количестве прибывших и выбывших из города, из административно - территориального района на заданную дату; о численности населения по возрастам; о приросте населения города, административно - территориального района; о численности населения по заданной категории населения (трудоспособное население, население молодежного возраста, молодежь среди безработных и т.д.); о численности и составе мигрантов (пол, гражданство, национальность, вид социального обеспечения, образование, состояние в браке и т.д.). К сведениям списочного характера можно отнести отчеты, которые формируются в виде списков: списки избирателей по заданной территории, списки избирателей с распределением по избирательным участкам и т.д., списки лиц заданной национальности, списки лиц заданного возраста (списки детей - первоклассников с распределением по школам и т.д.), многие другие списки по любому полю баз данных. К аналитическим и статистическим сведениям можно отнести отчеты, формирование которых требует разработки специальных алгоритмов, например: сведения по утрате паспортов, сведения о незаконной прописке после смерти жильца, статистический учет мигрантов, анализ миграционных потоков и т.д. Программные средства, обеспечивающие формирование и выдачу отчетов, должно удовлетворять следующим требованиям: 1) макет любого отчета должен состоять из следующих составных частей: название отчета, заголовок отчета, содержание отчета, подписи, примечание; 2) название отчета должно быть корректируемым; 3) заголовок отчета и содержание отчета должны формироваться в зависимости от запроса оператора - пользователя системы; 4) подписи и примечания должны формироваться по мере необходимости; 5) номера страниц в отчетах проставлять в правом верхнем углу страницы; 6) заголовок отчета повторять на каждом листе. 8.1.5. Актуализацию взаимодействующих систем предлагается производить автоматически по регламенту. По определенному алгоритму выделять информацию, требующую актуализации других систем, и накапливать ее в специально выделенной для этих целей рабочей станции в составе системы, которая в установленное регламентом межсистемного обмена время, будет передавать актуальные данные во взаимодействующую систему. В таком же порядке будет осуществляться обратная процедура актуализации баз данных системы на основе информации, поступающей от взаимодействующих систем. Перечень систем, взаимодействующих с проектируемой системой, будет расширяться по мере развития системы. На первых этапах развития системы взаимообмен актуальными данными между проектируемой системой и взаимодействующими системами может быть осуществлен с помощью промежуточных носителей (дискет) по согласованному регламенту. В зависимости от наличия тех или иных каналов связи взаимообмен актуальными данными между проектируемой системой и взаимодействующими системами может быть осуществлен с помощью коммутируемых телефонных каналов общего пользования, выделенных (ведомственных) каналов связи. 9. ТРЕБОВАНИЯ ПО ОБЕСПЕЧЕНИЮ БЕЗОПАСНОСТИ ИНФОРМАЦИИ 9.1. Требования к защите персональных данных, формируемых и накапливаемых системе "Регистр населения города", определяются категорией этой информации. Согласно статьи 11 Закона "Об информации, информатизации и защите информации" от 20.02.95 N 24-ФЗ "Персональные данные относятся к категории конфиденциальной (служебной) информации" (соответствие терминов "конфиденциальная информация" и "служебная информация" определено в "Методических рекомендациях по отнесению сведений к информации с ограниченным доступом", принятых Советом по информационной безопасности при главе администрации города). В соответствии с пунктом 3.5 "Положения о порядке обращения со служебной информацией в органах исполнительной власти и местного самоуправления Хабаровского края", утвержденным постановлением главы администрации края от 07.02.97 N 44, "Обработка служебной информации (ввод, накопление, хранение, преобразование, вывод, отображение, прием и передача) техническими средствами (средства вычислительной техники, средства связи, средства изготовления и размножения документов и т.д.) допускается только после проведения специальной проверки по выявлению возможно внедренных в эти средства устройств съема (ретрансляции) или разрушения информации, а также проверки уровня побочных электромагнитных излучений и проведения других необходимых специсследований. По результатам проверки на техническое средство выдается соответствующий сертификат. Запрещается использование на технических средствах, обрабатывающих служебную информацию, несертифицированных аппаратно - программных и иных средств защиты информации". 9.2. Защита данных от несанкционированного доступа и предотвращение специальных программно - математических воздействий на систему (вирусов) должны быть реализованы комплексом организационных и технических мероприятий. Организационные мероприятия предусматривают выработку соответствующих правил и инструкций, затрагивающих вопросы как ответственности и доступа персонала в помещения расположения объектов системы, так и к самим техническим средствам, обрабатывающим информацию, а также вопросы регламента резервного сохранения существующей информации. Технические мероприятия должны предусматривать наличие в системе программно - аппаратных средств защиты от несанкционированного доступа и средств антивирусного контроля. Применение в системе конкретного антивирусного средства определяется на этапе опытной эксплуатации (в следствие непредсказуемости появления новых вирусов). При использовании в "Регистре населения города" в качестве коммуникационного канала "радиосвязи" обязательно наличие в системе криптографического средства защиты информации, обеспечивающего шифрование данных, цифровую подпись и контроль подлинности информации. В качестве такого средства можно предложить систему криптографической защиты информации Верба - 0, имеющую сертификат Федерального агентства Правительственной связи информации (ФАПСИ). При других типах коммуникаций, используемых в системе, наличие такого средства желательно, но не обязательно. Следует также предусмотреть возможность утечки данных через технические средства, непосредственно не обрабатывающие информацию, но размещенные в помещениях, где данная информация циркулирует, а именно: системы и средства радиотрансляции, пожарной и охранной сигнализации, часофикации и другие. Приложение 3 к постановлению мэра города Хабаровска от 20 сентября 2001 г. N 1062 (В редакции Постановлений Мэра г. Хабаровска от 30.10.2002 г. N 1321; от 12.07.2004 г. N 927; от 25.04.2005 г. N 661) ПЛАН МЕРОПРИЯТИЙ ПО ВЫПОЛНЕНИЮ ЦЕЛЕВОЙ ПРОГРАММЫ "АВТОМАТИЗИРОВАННЫЙ РЕГИСТР НАСЕЛЕНИЯ Г. ХАБАРОВСКА" НА 2002 - 2005 ГОДЫ |—————|—————————————————————————————————|———————————————|—————————————————————| |N |Наименование мероприятий |Срок |Исполнитель | |п/п | |исполнения | | |—————|—————————————————————————————————|———————————————|—————————————————————| |1 |Заключение договора с |до |Директор МУ| | |администрацией города на |01.02.2002 |"Хозрасчетный | | |оказание услуг по | |расчетно- | | |формированию и актуализации баз | |кассовый | | |данных по первичной | |центр по обработке | | |регистрации населения города | |коммунальных | | |Хабаровска, проживающего в | |платежей" | | |ведомственном жилищном | |(далее - МУ РКЦ) | | |фонде, а также в жилых | |Девятова З.А. | | |домах, находящихся в | | | | |собственности граждан | | | |—————|—————————————————————————————————|———————————————|—————————————————————| |2 |Выделение средств на |до |Начальник | | |приобретение компьютерной |15.03.2002 |финансового | | |техники для организации | |департамента | | |автоматизированных рабочих мест| |администрации | | |(далее - АРМ) | |города | | |паспортистов МУ РКЦ | |Соколов В.Е. | |—————|—————————————————————————————————|———————————————|—————————————————————| |3 |Приобретение и установка на |до |Директор МУ РКЦ | | |рабочих местах паспортистов |15.04.2002 |Девятова З.А. | | |компьютерной техники для | | | | |организации АРМ паспортистов в МУ| | | | |РКЦ | | | |—————|—————————————————————————————————|———————————————|—————————————————————| |4 |Внедрение в опытную |до |Начальник отдела | | |эксплуатацию программного |31.12.2002 |компьютерно- | | |обеспечения "Учет населения" и | |информационного | | |проведение обучения | |обеспечения | | |паспортистов абонентских | |администрации | | |отделов работе с данными | |города | | |программного обеспечения | |Сабитова Л.Г. | |—————|—————————————————————————————————|———————————————|—————————————————————| |5 |Выделение средств на |до |Начальник | | |приобретение компьютерной |01.08.2003 |финансового | | |техники по 2 этапу для | |департамента | | |организации АРМ | |администрации | | |паспортистов МУ РКЦ | |города | | | | |Соколов В.Е. | |—————|—————————————————————————————————|———————————————|—————————————————————| |6 |Приобретение компьютерной |до |Директор МУ РКЦ | | |техники для организации 2 |01.09.2003 |Девятова З.А. | | |этапа автоматизации | | | | |паспортистов в МУ РКЦ | | | |—————|—————————————————————————————————|———————————————|—————————————————————| |7 |Формирование баз данных |до |Директор МУ РКЦ | | |паспортистами в абонентских |31.12.2004 |Девятова З.А. | | |отделах МУ РКЦ | | | |—————|—————————————————————————————————|———————————————|—————————————————————| |8 |(Утратил силу - Постановление Мэра г. Хабаровска от 12.07.2004 г. N 927) |—————|—————————————————————————————————|———————————————|—————————————————————| |9 |(Утратил силу - Постановление Мэра г. Хабаровска от 12.07.2004 г. N 927) |—————|—————————————————————————————————|———————————————|—————————————————————| |10 |(Утратил силу - Постановление Мэра г. Хабаровска от 12.07.2004 г. N 927) |—————|—————————————————————————————————|———————————————|—————————————————————| |11 |Приведение к единообразию |до |Председатели | | |классификатора улиц города в |01.10.2004 |комитетов по | | |программных продуктах, | |управлению | | |функционирующих в | |округами | | |структурных подразделениях | | | | |администрации города, | | | | |согласно приложению 6 | | | | |постановления мэра города от | | | | |20.09.2001 N 1062 "О | | | | |создании | | | | |автоматизированного регистра | | | | |населения г. Хабаровска" | | | |—————|—————————————————————————————————|———————————————|—————————————————————| |12 |Организация передачи и |до |Начальник отдела | | |конвертации баз данных |15.10.2004 |компьютерно- | | |первичного учета населения в | |информационного | | |систему ГАС "Выборы" для | |обеспечения | | |формирования списков | |администрации | | |избирателей | |города | | | | |Сабитова Л.Г.; | | | | |председатели | | | | |комитетов по | | | | |управлению | | | | |округами | |—————|—————————————————————————————————|———————————————|—————————————————————| |13 |Разработка программного |до |Начальник отдела | | |модуля для формирования |01.02.2005 |компьютерно- | | |ежедневного информационного | |информационного | | |пакета по освободившемуся | |обеспечения | | |муниципальному жилому фонду для | |администрации | | |управления жилищного фонда и | |города | | |приватизации жилья | |Сабитова Л.Г. | | |администрации города | | | |—————|—————————————————————————————————|———————————————|—————————————————————| |14 |Организация передачи баз |до |Руководитель | | |данных на электронных |15.02.2004 |информационного | | |носителях первичного учета | |центра УВД | | |населения в статистические и | |Хабаровского края | | |налоговые органы | | | |—————|—————————————————————————————————|———————————————|—————————————————————| |15 |(Утратил силу - Постановление Мэра г. Хабаровска от 25.04.2005 г. N 661) |—————|—————————————————————————————————|———————————————|—————————————————————| |16 |(Утратил силу - Постановление Мэра г. Хабаровска от 25.04.2005 г. N 661) |—————|—————————————————————————————————|———————————————|—————————————————————| |17 |Внедрение в опытную |01.03.2005 - |Начальник отдела | | |эксплуатацию программного |01.08.2005 |компьютерно- | | |модуля, позволяющего создать | |информационного | | |единую базу данных | |обеспечения | | |получателей льгот и пособий | |администрации | | |жителями города Хабаровска на | |города | | |базе первичного учета | |Сабитова Л.Г.; | | |населения паспортистами | |руководители | | |города | |управлений | | | | |социальной защиты | | | | |населения | | | | |комитетов по| | | | |управлению | | | | |округами | |—————|—————————————————————————————————|———————————————|—————————————————————| |18 |Внедрение в рабочую |01.08.2005 - |Руководитель | | |эксплуатацию |31.12.2005 |паспортно- | | |автоматизированного регистра | |визовой службы | | |населения г. Хабаровска | |УВД Хабаровского | | | | |края; | | | | |председатели | | | | |комитетов по | | | | |управлению | | | | |округами; | | | | |начальник отдела | | | | |компьютерно- | | | | |информационного | | | | |обеспечения | | | | |администрации | | | | |города | | | | |Сабитова Л.Г.; | | | | |директор МУ РКЦ | | | | |Девятова З.А. | |—————|—————————————————————————————————|———————————————|—————————————————————| Информация по документуЧитайте также
Изменен протокол лечения ковида23 февраля 2022 г. МедицинаГермания может полностью остановить «Северный поток – 2»23 февраля 2022 г. ЭкономикаБогатые уже не такие богатые23 февраля 2022 г. ОбществоОтныне иностранцы смогут найти на портале госуслуг полезную для себя информацию23 февраля 2022 г. ОбществоВакцина «Спутник М» прошла регистрацию в Казахстане22 февраля 2022 г. МедицинаМТС попала в переплет в связи с повышением тарифов22 февраля 2022 г. ГосударствоРегулятор откорректировал прогноз по инфляции22 февраля 2022 г. ЭкономикаСтоимость нефти Brent взяла курс на повышение22 февраля 2022 г. ЭкономикаКурсы иностранных валют снова выросли21 февраля 2022 г. Финансовые рынки |
Архив статей
2024 Ноябрь
|