1.4.4. Системное и специальное программное обеспечение

Системное программное обеспечение

Оптимальным по критерию «цена/качество» является серверная мультиплатформенная операционная система FreeBSD (ветка UNIX), поддерживающая ответственные коммуникационные сервисы и вычислительную инфраструктуру на быстро растущих и формирующихся рынках. FreeBSD – результат более чем тридцатилетнего труда передовых разработчиков ПО.

С 2008 г. персональные терминалы (коммуникаторы) оснащаются новой мобильной ОС Windows Mobile 6 (WM6). Новая версия ОС чрезвычайно важна для корпоративных клиентов, поскольку:

обеспечивает общий пользовательский интерфейс со стационарными системами;

существенно улучшена «телефонная» функциональность;

улучшены функции по обеспечению безопасности;

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

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

Специальное программное обеспечение

Специальное программное обеспечение разрабатывается на основе технологии Microsoft.NET Framework обширном наборе классов, предоставляющем программистам многое из того, что необходимо для создания приложений Интернета, Web и Windows. Классы, определенные в NET Framework, нейтральны по отношению к языку, то есть разрабатывать приложения, использующие технологию NET Framework, можно на разных языках (C++, Visual Basic, C#).

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

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

При объеме баз данных больше 10 терабайт необходимо перейти на Oracle.

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

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

В соответствии с принципом эволюционного развития, предполагается, что ПО и СПО системы создается, внедряется, развертывается и эксплуатируется поэтапно, согласно управляемым и обоснованно изменяемым требованиям к ней. Реализация данного принципа предполагает применение современных технологий интерактивной и эволюционной разработки и развертывания системы, при соответствии эволюционной модели жизненного цикла программных средств (ГОСТ Р ИСО/МЭК 12207–99. Информационная технология. Процессы жизненного цикла программных средств; CALS и COTS технологии). Реализация данного принципа достигается с применением современных промышленных технологий создания ПО и СПО, позволяющим на основе формализаций (моделей) компонентов и объектных технологий их анализа, проектирования, разработки и тестирования выполнять модификации компонент ПО и СПО на любом этапе создания системы в кратчайшие сроки с соблюдением требуемого качества.

ГИС: электронные карты и навигация

Мониторинг и управление мобильными объектами произведен на примере разработки Нави Менеджер (ЗАО «Транзас»). Основой работы является определение координат по принципу:

Cell Identifications – расчет координат на основании информации от базовой станции. Метод Cell ID предполагает, что пользователя можно идентифицировать по активной соте, в которой он расположен. При этом не требуется доработки телефона, и изменения в программном обеспечении оператора минимальны. Но точность определения координат может составлять от 150 метров в городе до 25 километров за его чертой.

Оператором сотовой связи ОАО «Мегафон» планируется использовать технологию TA и Rx_Level (уровень сигнала), эти технологии повысят точность позиционирования.

Это более точная методика определения координат под названием CI+TA, где ТА – Time Advanced, время прохождения сигнала от телефона до базовой станции. Время замеряется любым аппаратом, в частности, параметр ТА доступен из инженерного меню.

На первом этапе определяется базовая станция, с которой работает телефон, при этом расстояние и направление до него неизвестны. С помощью временной задержки рассчитывается удаление телефона, в результате получаем окружность, на которой может располагаться терминал. Учитывая, что базовые станции имеют антенны, расположенные по секторам, можно узнать, в каком секторе находится аппарат. Сектор составляет от 30 до 45 градусов, и в среднем точность достигается около 200–500 метров.

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

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

Модуль запроса координат является промежуточным звеном между электронной картой и серверами оператора связи, который позволяет делать запросы по уточнению координат определенных телефонных аппаратов. Алгоритм запроса и ответа показан ниже:

Заголовок запроса:

<?xml version=«1.0»?>

<hdr ver=«2.0.0»>

<client>

<id>ID</id>

<pwd>PASSWORD</pwd>

<serviceid>SERVICEID</serviceid>

</client>

<initiator>

<msid>7926xxxxxxx</msid>

</initiator>

</hdr

Запрос:

<?xml version=«1.0»?>

<slir ver=«2.0.0»>

<msids>

<msid>7926xxxxxx</msid>

</msids>

<eqop>

<resp_req>10</resp_req>

<resp_timer>10</resp_timer>

<hor_acc>400</hor_acc>

<alt_acc>400</alt_acc>

<max_loc_age>10</max_loc_age>

</eqop>

<geo_info>

<coord_sys>LL</coord_sys>

<datum>WGS-84</datum>

<format>IDMS0</format>

</geo_info>

<loc_type type=«CURRENT_OR_LAST» />

<prio type=«NORMAL»/>

</slir>

В ответ модуль должен получить следующий ответ:

Ответ сервера:

<?xml version=«1.0» encoding=«UTF-8»?>

<slia ver=«2.0.0»>

<pos>

<msid type=«MSISDN» enc=«ASC»>79262030386</msid>

<pd>

<time utc_off=«+0300»>20061103115835</time>

<shape>

<circle>

<point>

<ll_point>

<lat>N554246</lat>

<long>E0373959</long>

</ll_point>

</point>

<rad>422.1499938964844</rad>

</circle>

</shape>

<lev_conf>100.0</lev_conf>

</pd>

</pos>

<result resid=«0»>OK</result>

</slia>

В ответе содержатся предположительные географические координаты объекта (мобильного телефона) и расчетный радиус ошибки в метрах.

За один запрос можно получить данные только по одному подвижному объекту.

После получения ответа по всем запрошенным объектам эти данные передаются в электронную карту, которая формирует и отображает картографическое изображение с различным масштабом.

Информационное обеспечение АС НЦУКС

Включает:

базу данных оперативной информации;

базу данных условно-постоянной информации.

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

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

информацию о фактически задействованных силах, средствах, ресурсах;

информацию о фактическом выполнении планов реагирования на ситуацию.

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

данные о характеристиках регионов и субъектов Российской Федерации;

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

данные о силах средствах и ресурсах РСЧС;

исходные данные для решения расчетных задач, реализующих конкретные методики и алгоритмы (в том числе прогнозы);

данные о прошедших ЧС и документах, которые были отработаны по данным ЧС (включая архив видео- и фотоматериалов);

базы электронных и растровых карт масштаба 1:1000000, 1:500000, 1:200000, 1:100000, планов городов;

материалы дистанционного зондирования Земли;

базы знаний о моделях, методиках, алгоритмах расчета конкретных показателей, необходимых для принятия решений по управлению в кризисной или чрезвычайной ситуации;

базы типовых сценариев, планов ликвидации типовых ЧС и смягчения последствий циклических рисков:

списки оповещения;

типовые планы сбора информации.

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

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

Технология разработки программного обеспечения

В основу технологии разработки ПО системы положена эволюционная модель жизненного цикла системы (ГОСТ Р ИСО/МЭК 12207–99), ключевыми особенностями которой являются возможности параллельного итеративного выполнения разработок ПО отдельных КСА, в частности, следующие:

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

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

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

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

Методологической основой эволюционной модели создания системы являются объектно-ориентированные технологии непрерывного производства программных продуктов, основанные на управлении требованиями к системе.

Процессы определяют виды работ, которые выполняются итеративно в рамках временных фаз.

Виды основных процессов:

формулировка и анализ требований к системе;

эскизно-техническое проектирование;

разработка компонентов;

тестирование компонентов;

приобретение и адаптация отдельных программных средств и подсистем;

интеграция компонентов;

приемка и ввод в действие программных средств системы в целом в согласованном объеме.

Виды обеспечивающих процессов:

управление проектом;

управление конфигурацией;

документирование;

обучение.