Глава 7. ЭВМ в анализе аварийности

§ 7.1. Возможности применения ЭВМ для управления деятельностью по обеспечению безопасности движения

В большинстве стран с развитой автомобилизацией обработка данных о ДТП ведется с помощью ЭВМ.

Обычно цель создания систем обработки данных о ДТП на ЭВМ видят в облегчении рутинных, нетворческих работ по контролю, хранению, обработке и выдаче в обобщенном виде сведений о состоянии аварийности. Это, несомненно, важная задача, имеющая большое практическое значение. Однако наиболее эффективное использование информации о ДТП и возможностей ЭВМ возможно только при условии создания автоматизированной информационно-поисковой системы дорожного движения (АИПС ДД).

Разработка и внедрение таких АИПС ДД требуют решения ряда сложнейших задач:

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

Не имея возможности подробно рассматривать пути решения каждой из этих задач, мы лишь коротко перечислим их особенности. Эти сведения, конечно, не могут служить руководством по проектированию системы управления безопасностью движения, но они дадут представление о возможностях и путях применения ЭВМ, о роли и месте обработки данных о ДТП в общей системе.

Цели создания АИПС ДД. В сфере ОБДД при помощи автоматизированной системы можно решать следующие задачи:

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

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

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

Каждая из этих подсистем содержит свой набор сведений и показателей и обеспечивает их сбор, контроль, ввод в ЭВМ, хранение, обработку и выдачу в соответствии с целями функционирования всей системы. В хранимой информации необходимо предусматривать сведения для связи подсистем между собой (например, номер водительского удостоверения для связи подсистем водитель и ДТП).

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

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

1. Централизованный сбор и обработка. Структура такой системы изображена на рис. 7.1.
   
   Рис. 7.1. Структура централизованной системы сбора и обработки данных
   
   
   Вся информация поступает от пользователей в единый центр, там накапливается, обрабатывается и выдается пользователям. При этом следует заметить, что связь пользователей с центральной ЭВМ не обязательно должна быть постоянной. В принципе связь может осуществляться и без непосредственного обращения пользователя к ЭВМ, а например, по почте через операторов. Суть централизованной системы от этого не меняется. Все сведения накапливаются, хранятся и обрабатываются в одном месте. Недостатком централизованной системы является необходимость обработки колоссального объема информации и соответственно оснащения единого центра сверхмощными ЭВМ. Между тем значительная часть информации (например, о дорожных условиях) требуется только на локальном уровне и нет смысла в ее централизованном сборе и обработке. Поэтому централизованные структуры информационных систем в сфере ОБДД практически не применяют.
2. Децентрализованный сбор и обработка данных. Система с так называемой распределенной структурой изображена на рис. 7.2. При такой структуре сбор и хранение информации осуществляют периферийные ЭВМ. Они же обслуживают часть пользователей, которым не нужна информация всей системы. Пользователей, причастных к управлению системой ОБДД в целом, обслуживает центральная ЭВМ, которая имеет связь со всеми периферийными ЭВМ и "запрашивает" от них необходимую информацию. Такая система эффективна только при наличии развитой связи, обеспечивающей межмашинный обмен информацией без участия человека.
   
   Рис. 7.2. Структура децентрализованной системы сбора и обработки информации
   
   
3. Смешанная, централизованно-децентрализованная система сбора и обработки данных. Представляет собой промежуточный вариант двух предыдущих структур, когда часть информации собирается централизованно, а часть остается в периферийных центрах. По такому принципу построено большинство систем в сфере ОБДД. Наиболее сложный вопрос при проектировании таких систем - определение информации, подлежащей централизованной обработке. При решении этого вопроса обычно учитывают стоимость сбора и обработки информации по обоим вариантам, перечень задач, решаемых на основе полученных данных, необходимость оперативности получения информации и др.

Ввод и корректировка данных. Это один из самых важных и ответственных участков, обеспечивающих эффективное функционирование всей системы. Множество хорошо спроектированных систем управления, в том числе и в сфере ОБДД, не имеет должной отдачи прежде всего из-за отсутствия точных и своевременно поступающих сведений.

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

В сфере ОБДД основной путь эффективной организации ввода сведений в ЭВМ - совмещение оформления первичных документов с кодированием информации. Такие операции, как оформление выдачи водительских удостоверений, прохождение технического осмотра, регистрация транспортного средства и другие, должны производиться на специальной аппаратуре, которая не только облегчает оформление документов, но и регистрирует все необходимые сведения на перфоленту или другой вид машинного носителя информации.

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

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

1. Управление базой данных. Создает возможность для ввода данных в соответствующие наборы, включая контроль входной информации, запись или корректировку сведений, установление связи с другими наборами данных, поиск сведений для их выдачи пользователю или для дальнейшей обработки.
2. Анализ данных специальными программами математической обработки данных.
3. Генерация сообщений. Большинство результатов обработки данных должно быть представлено в виде, удобном для пользователя (графики, диаграммы, таблицы), либо для дальнейшей передачи на другие ЭВМ. Основными факторами, влияющими на генерацию выходного сообщения, являются требуемые форматы, тип выходных устройств и их местоположение.
4. Генерация программы. Обеспечивает настройку программного комплекса применительно к конкретным условиям эксплуатации. Для выполнения большинства функций разрабатывают стандартные, типовые программы. Это намного сокращает стоимость разработки, но требует специальной настройки применительно к конкретным условиям: форматы и объем исходных документов, названия показателей и т. д. Обычно такая настройка производится специальной программой, которая входит в стандартное математическое обеспечение.