Как и обещано, продолжение статьи. Эта часть, как Вы возможно уже догадались, будет посвящена работе паспортных столов.
В предыдущей части я говорил, что функционирование ПС неразрывно связано с деятельностью ЕИРЦ. Почему? Все просто – для корректного расчета начислений Центру необходимы сведения о количестве жителей в каждой квартире. Не для всех услуг конечно. Ведь есть и такие, которые рассчитываются по метражу квартиры. Логично предположить, что данные из ПС должны оперативно поступать в Расчетный Центр. Как это реализовать? Вариантов два – первый: ПС и ЕИРЦ должны работать на едином программном комплексе, который позволяет обращаться к базе данных жителей, как из бухгалтерии, так и из паспортного стола; второй: программа паспортного стола должна уметь выгружать сведения о прибывших и выбывших жителях, а программа ЕИРЦ должна их «подливать» в свою базу. Естественно, что первый вариант предпочтительней. Но это не всегда возможно. Причин много. Например, политика дирекции в отношении производителей программного обеспечения – их устраивает работа программы ЕИРЦ, но им не подходит программа для паспортного стола. На самом деле все определяется либо указанием свыше, либо откатами. Впрочем, об этом в другой части.
Итак, на практике, мы имеем два варианта. Плюсы первого я уже описал, остановимся на втором. Очевидно, что для корректной передачи данных между двумя программами, необходим некий формат выгрузки, который бы устроил обоих производителей ПО. Этот камень преткновения порой очень сложно бывает сдвинуть с места. Но, даже если эта проблема решена, то в последствии, две конкурирующие фирмы будут валить друг на друга ошибки при передаче данных. А страдает Дирекция, точнее бухгалтера, которым приходится выслушивать от недовольных жителей всякие гадости в свой адрес.
Еще один нюанс работы. Выгрузка данных может понадобиться не только бухгалтерии. ПС обязан предоставлять сведения по жителям в ОВД, а так же для системы «ГАС Выборы» - и у каждой свой формат. Так же необходимо, чтобы данные хранились в зашифрованном виде для предотвращения несанкционированного доступа (на практике далеко не все программы позволяют шифровать данные).
Это, что касается работы с внешними организациями. Рассмотрим теперь работу самого паспортного стола. С точки зрения программы – все просто. Нет необходимости рассчитывать какие-либо параметры. Все сводится к банальной работе с базой данных - добавление, корректировка и удаление записей. Хранилище данных и программа-клиент к нему пишутся быстро и без головной боли. Основной проблемой ПС является необходимость предоставлять всевозможнейшую отчетность и статистику по проживающим гражданам. Главной задачей программиста становиться обеспечение как можно более простого взаимодействия пользователя и программы. Т.е. паспортистке достаточно завести в программу данные о жителе, а на выходе она должна получить полный комплект документов для прописки (выписки). Программа в заранее подготовленные формы должна подставить нужные данные и вывести их на печать. Поскольку таких форм наше правительство придумывает очень много, то необходима оперативность при вводе их в программу.
Об отчетах отдельный разговор. Единого стандарта, по которому необходимо предоставлять сведения не существует. Даже в разных Дирекциях одного округа формы отчетов могут быть совершенно разные. Сами понимаете, как это отражается на разработке программы. Как вариант хранить в базе ВСЕ отчеты, которые когда либо применялись в различных ПС. Прикидываете как «растолстеет» база! Часто программисты прибегают к следующему. Они в программе-клиенте создают конструктор отчетов, который позволяет не только отбирать нужные данные в необходимых разрезах, но и конструировать внешний вид отчета, подгоняя его под нужды конкретных Дирекций. Плюс очевидный, а вот минусов как минимум два. Первый – это не всегда корректная работа конструктора, поскольку это достаточно сложный блок, и написать его без ошибок с первой попытки не реально. Второй минус – пользованию конструктором надо обучать. А это значит, что паспортисткам надо будет изучить хотя бы общие принципы построения и функционирования баз данных. Это большая проблема, поскольку уровень персонала для работы на компьютере, как правило, очень низкий. Кстати, есть еще один вариант. Сажать на место работы программы специалиста фирмы-разработчика. Однако это дополнительные расходы. В результате каждая дирекция выбирает наиболее приемлемый для себя вариант.
Теперь поговорим о безопасности. Все сведения в ПС являются конфиденциальными. А значит, их надо защищать от кражи. С этим худо-бедно справляются. А вот как защититься от «внутренних» врагов? Не секрет, что в ПС за взятку можно прописаться или получить регистрацию. А можно выписать жителя без его ведома. Как быть с этим? Первое, что приходит на ум – это вести полное протоколирование работы базы. Кто, когда и зачем сделал изменения. Доступ к этой статистики должен быть только у доверенного лица. Раздать всем паспортисткам логины и пароли для доступа в программу. Они же будут идентификатором пользователя, по которому можно будет вычислить, что он делал в программе.
В следующей, самой объемной части, рассказ о работе Единых Информационных Расчетных Центров. Продолжение следует…


Андрей Удовенко
27.09.2005