1.1. Технико-экономическая характеристика предметной

1
Ковальчук А.К., Шайтура С.В.
Применение средств космической навигации
для картографирования при создании
транспортных систем
Учебное пособие
Москва 2011
2
Оглавление
Введение .................................................................................................................................... 4
Глава 1. Аналитическая часть ................................................................................................. 6
1.1. Технико-экономическая характеристика предметной области и предприятия.
Анализ деятельности «КАК ЕСТЬ» .................................................................................... 6
1.1.1. Характеристика предприятия и его деятельности............................................... 6
1.1.2. Организационная структура управления предприятием .................................. 10
1.1.3. Программная и техническая архитектура ИС предприятия ............................. 12
1.2 Характеристика комплекса задач, задачи и обоснование необходимости
автоматизации ..................................................................................................................... 17
1.2.1 Выбор комплекса задач автоматизации и характеристика существующих
бизнес процессов ............................................................................................................ 17
1.2.2. Определение места проектируемой задачи в комплексе задач ........................ 20
1.2.3. Обоснования необходимости использования вычислительной техники для
решения задачи ............................................................................................................... 23
1.2.4. Анализ системы обеспечения информационной безопасности и защиты
информации..................................................................................................................... 26
1.3. Анализ существующих разработок и выбор стратегии автоматизации «КАК
ДОЛЖНО БЫТЬ» ............................................................................................................... 28
1.3.1. Анализ существующих разработок для автоматизации задачи ....................... 28
1.3.2. Выбор и обоснование стратегии автоматизации задачи................................... 33
1.4. Обоснование проектных решений ............................................................................. 40
1.4.1. Обоснование проектных решений по информационному обеспечению ........ 40
1.4.2. Обоснование проектных решений по техническому обеспечению ................. 41
1.4.3. Обоснование проектных решений по программному обеспечению ............... 45
Другие модули, использующие GSM-каналы связи ....................................................... 52
Глава 2. Проектная часть ....................................................................................................... 58
2.1. Разработка проекта автоматизации............................................................................ 58
2.1.1. Этапы жизненного цикла проекта автоматизации ............................................ 58
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание ...................... 62
2.1.3
Организационно-правовые и программно-аппаратные средства обеспечения
информационной безопасности и защиты информации ................................................. 68
2.2. Информационное обеспечение задачи ...................................................................... 70
2.2.1.
Информационная модель и её описание ........................................................ 70
3
2.2.2.
Характеристика
нормативно-справочной,
входной
и
оперативной
информации..................................................................................................................... 73
2.2.4 Характеристика результатной информации ....................................................... 75
2.3. Программное обеспечение задачи ............................................................................. 77
2.3.1.
Общие положения (дерево функций и сценарий диалога) ........................... 79
2.3.2.
Характеристика базы данных .......................................................................... 82
2.3.3 Структурная схема пакета (дерево вызова программных модулей) .........Error!
Bookmark not defined.
2.3.4 Описание программных модулей ........................ Error! Bookmark not defined.
2.4 Контрольный пример реализации проекта и его описание ...................................... 90
Глава 3. Обоснование экономической эффективности проекта ...................................... 107
3.1 Выбор и обоснование методики расчёта экономической эффективности ........... 107
3.2 Расчёт показателей экономической эффективности проекта................................. 108
Заключение............................................................................................................................ 115
Список использованной литературы .................................................................................. 117
Приложение 1.................................................................................................................... 119
4
Введение
Актуальность.
На
данном
этапе
развития
мировой
экономики
автомобильный транспорт для большинства стран является основным видом
внутреннего транспорта и ключевым элементом транспортной системы. В
России автомобильный транспорт сильно влияет на развитие социальноэкономической сферы. Автомобильному транспорту нет адекватной замены при
перевозке на средние и малые расстояния или, например, пассажирских
перевозок в пределах населенного пункта.
Процесс автомобилизации нашей страны не должен ограничиваться
только увеличением парка автомобилей, он так же вызывает необходимость
решения ряда вопросов, направленных на дальнейшее развитие материальнотехнической базы и повышения эффективности эксплуатации.
Задача повышения эффективности капитальных вложений и снижения
издержек является частью проблемы рациональной организации автомобильного
транспорта и охватывает широкий круг эксплуатационных и технологических
вопросов. Решение этой задачи обеспечивается в первую очередь качественным
управлением производственным процессом, которое в значительной мере
предопределяет рациональное использование основных фондов и высокую
эффективность капитальных вложений.
В настоящее время появились
новые, современные возможности
контролировать и планировать деятельность АТП, доступные широкому кругу
пользователей
автоматизированные
системы
мониторинга
автотранспорта
способны обеспечить выполнение самых разных задач в режиме реального
времени.
Управление
транспортом
в
режиме
он-лайн,
дает
уникальную
возможность всегда иметь точную и достоверную информацию о реальном
местоположении и маршрутах движения транспорта. Появляется возможность
сверить маршрутные листы с реальным маршрутом отображаемым на
географической карте, с отчетом на котором перечислены точки маршрута, либо
с полным списком пройденных адресов. Можно легко сделать выводы о
нецелевом использовании транспортных средств, принадлежащих компании
5
(доставка "левых" грузов, отклонение от маршрутов, использование служебного
транспорта в личных целях), или о кражах и повреждении груза, топлива.
Этих
и
других
возможностей
позволяет
достичь
использование
глобальных навигационных систем "WEB-GPS/GSM-Глонасс/GSM".
Целью написания данного учебного пособия является разработка системы
мониторинга
для
подвижного
автотранспорта
на
предприятии
ЗАО
“БалтАвтоПоиск”
Реализация поставленной цели обусловила необходимость решения
следующих задач:
- исследование понятия информационных технологий, видов, специфики и
способов их внедрения с целью совершенствования системы мониторинга;
- рассмотрение структуры рынка программных продуктов в области
мониторинга подвижного автотранспорта;
-
разработка
основных
критериев
выбора
эффективной
автоматизированной системы мониторинга для подвижного автотранспорта;
- выбор наиболее подходящей системы мониторинга для подвижного
автотранспорта для внедрения на предприятии ЗАО “БалтАвтоПоиск”;
- внедрение системы мониторинга для подвижного автотранспорта на
предприятии ЗАО «БалтАвтоПоиск».
Объектом работы является модель предприятия, в рамках которой
реализуется процесс внедрения системы мониторинга.
В качестве основных методов при написании работы
применялись
методы системного и структурнофункционального анализа, сравнение, анализ
и синтез, моделирование.
6
Глава 1. Аналитическая часть
1.1. Технико-экономическая характеристика предметной области и
предприятия. Анализ деятельности «КАК ЕСТЬ»
1.1.1. Характеристика предприятия и его деятельности
ЗАО "Балтавтопоиск" – ведущий системный интегратор и федеральный
оператор услуг безопасности на базе ГЛОНАСС/GPS. Более 10 лет занимается
проектированием,
разработкой
и
внедрением
профессиональных
систем
безопасности для автотранспорта и недвижимости. ЗАО «Балтавтопоиск»
обеспечивает удаленный контроль состояния всех объектов независимо от их
регионального местоположения из единого Федерального мониторингового
центра. Зона профессионального присутствия охватывает 40 регионов, более 70
городов РФ.
Стратегические партнеры ЗАО "Балтавтопоиск - МВД, Минтранс,
Минобороны, МЧС, Минкомсвязь, ГУВД Санкт-Петербурга и Нижнего
Новгорода, Центр специальной связи (ЦСС), «Федеральная сетевая компания
ЕЭС»,
«Связьинвест»,
«Почта
России»,
«Северо-Западный
Телеком»,
«Ростелеком», ведущие страховые компании и дилерские центры.
Решения
ЗАО
"Балтавтопоиск
дважды
удостоены
Национальной
отраслевой премии по безопасности «ЗУБР», отмечены Премией правительства
РФ в области науки и техники и другими российскими и международными
дипломами, обладают всеми необходимыми свидетельствами и сертификатами.
ЗАО
"Балтавтопоиск"
на
100%
принадлежит
группе
компаний
"Телекоминвест", в которую входят также ОАО "МегаФон" (сотовая связь), ЗАО
"Петерстар" (фиксированная связь) и ЗАО "Вэб Плас" (интернет-провайдер).
Учрежденный "Телекоминвестом" в 1999 г., "Балтавтопоиск" уже в 2001 г. был
полностью продан неизвестной структуре. Однако, в 2003 г. с запуском системы
"Аркан" "Телекоминвест" вновь выкупил 100% акций этой компании.
7
ЗАО "Балтавтопоиск" является российским интегратором по обеспечению
комплексной безопасности в интересах субъектов РФ, государственных
структур, крупных промышленных холдингов и частных лиц.
Начиная с 1999 года, компания занимается проектированием, разработкой
и
внедрением профессиональных систем безопасности для
транспорта,
стационарных объектов, в том числе коммерческой и частной недвижимости,
жилья, государственных и отраслевых организаций. В рамках создаваемых
комплексных систем, ЗАО "Балтавтопоиск" выполняет функции оператора услуг
безопасности, и обеспечивает удаленный контроль состояния всех своих
созданных систем независимо от их регионального местоположения из единого
Федерального Мониторингового центра.
В 2007 году ЗАО "Балтавтопоиск" объединила свои усилия с ГК
ТЕТРАСВЯЗЬ и стала частью АТGroup. Объединение ресурсов в рамках
АТGroup
позволило
ЗАО "Балтавтопоиск"
в полной
мере
применить
полученный за предыдущий период бизнеса опыт для решении задачи
обеспечения
безопасности
и
жизнедеятельности
населения
за
счет
автоматизации процессов получения, сбора, обработки актуальной информации
об оперативной обстановке, физических лицах, объектах и их состоянии в
интересах и при содействии государства.
Головной офис компании ЗАО "Балтавтопоиск" - «Аркан» находится в
Москве. На сегодняшний день действует филиал в Санкт-Петербурге и открыт
ряд представительств в различных регионах России. В планах компании дальнейшая региональная экспансия и укрепление лидирующих позиций на
российском рынке услуг безопасности.
С развитием систем навигации в России связана актуальная тенденция
последних лет: повсеместное внедрение спутникового мониторинга транспорта
на базе технологий ГЛОНАСС/GPS. Все больше российских предприятий,
имеющих собственный автопарк, использует этот эффективный инструмент
управления для комплексного сокращения затрат и повышения рентабельности
бизнеса.
Мониторинг
контролируемого
позволяет
объекта
в
определить
любой
момент
точное
времени,
местоположение
однако
даже
8
круглосуточный спутниковый контроль не гарантирует защиту от преступных
посягательств, так как не является средством активной безопасности. Действия
злоумышленников, которых может привлечь как само транспортное средство,
так и ценный груз на борту, наносят не только экономический и репутационный
урон, но и негативно влияют на хозяйственную деятельность предприятия,
парализуя его нормальную работу.
На фоне всплеска покушений на коммерческий автотранспорт эксперты
компании «Аркан» рекомендуют усиливать базовые комплекты спутникового
мониторинга дополнительным охранным оборудованием, которое включает в
себя беспроводную блокировку двигателя и иммобилайзер. В случае попытки
угона сигнал тревоги мгновенно поступит в диспетчерский центр, и на спасение
транспортного средства будет направлен наряд быстрого реагирования. На
транспорт, задействованный в перевозке особо опасных грузов, а также
дорогостоящую спецтехнику рекомендуется устанавливать профессиональную
систему безопасности премиум-класса с несколькими уровнями защиты. Она
обеспечивает передачу тревожного сигнала благодаря наличию сразу двух
каналов связи - традиционному GSM и высокозащищенному радиоканалу,
работающему в выделенном для «Аркана» диапазоне частот по всей территории
России, что позволяет гарантированно защитить транспортное средство от
угонов, связанных с глушением GSM-канала.
Важной особенностью работы строительной и другой спецтехники
является ее использование в круглосуточном режиме, но даже присутствие
водителя иногда не останавливает злоумышленников. Типовой сценарий
предполагает запугивание и применение силового воздействия вплоть до угрозы
здоровью и жизни. В опасной ситуации водитель может нажать «тревожную»
кнопку, и помощь прибудет в считанные минуты. В зонах повышенного риска
охранный комплекс переводится в режим «Супер-охрана», при котором запуск
двигателя возможен только по команде диспетчера «Аркана». Даже если
преступники мошенническим или другим способом завладеют ключами и
меткой сигнализации, транспортное средство им завести не удастся.
9
Таким образом, использование надежных и высокотехнологичных систем
безопасности,
дополняющих
спутниковый
мониторинг,
увеличивает
стабильность ведения хозяйственной деятельности и снижает бизнес-риски
предприятий, имеющих собственных парк транспортных средств.
В таблице 1.1 представлены основные экономические показатели
деятельности компании за прошедший год.
Таблица 1.1
Экономические показатели деятельности компании ЗАО "Балтавтопоиск"
№
п\п
Наименование
(показателя)
1
Время работы компании на рынке
12 лет
2
Численность персонала компании
Около 500 человек
3
Финансовый оборот компании
~300 000 000 рублей
4
Количество клиентов компании
Более 1000 чел.
По
итогам
характеристики Значение
показателя
август 2010 года
ежегодного
исследования,
проведенного
на
крупнейшим
рекрутинговым порталом Superjob.ru среди 290 000 компаний - работодателей
России,
компании
«Привлекательный
ЗАО
"Балтавтопоиск"
работодатель
-
присвоен
2010». Четвертый
почетный
год подряд
статус
ЗАО
"Балтавтопоиск" удостаивается этого высокого звания, подтверждающего
популярность компании на рынке труда, надежность и стабильность ее
деятельности.
Являясь
лидером
на
рынке
услуг
безопасности,
компания
ЗАО
"Балтавтопоиск" не останавливается на достигнутом и продолжает непрерывное
динамичное движение вперед. Компания постоянно расширяется, стартуют
новые проекты и направления бизнеса, открываются представительства в
регионах России, что требует привлечения в штат большого количества новых
сотрудников в различных профессиональных областях.
Стабильное ежегодное увеличение штата компании свидетельствует об
эффективности проводимой кадровой политики, нацеленной не только на
10
раскрытие творческого и интеллектуального потенциала работников, но и на
постоянное пополнение команды новыми специалистами и талантливой
молодежью.
Благодаря
"Балтавтопоиск"
доверию,
которым
пользуется
компания
ЗАО
среди кандидатов на рынке труда, вакансии оперативно
закрываются наиболее профессиональными соискателями. Репутация компании
ЗАО "Балтавтопоиск" как привлекательного работодателя свидетельствует о
положительном имидже компании и высоком интересе к ее деятельности.
1.1.2. Организационная структура управления предприятием
Организационную структуру ООО «Агама Истра» можно представить в виде
следующей схемы (Рисунок 1.1):
Рис. 0.1 Схема организационной структуры ЗАО "Балтавтопоиск"
11
Кратко опишем назначение и функции наиболее важных отделов.
Отдел кадров занимается:
1. Подготовкой проектов актов (и их регистрация после издания), связанных с
поступлением, увольнением, переводом сотрудников, заключение трудовых
договоров,
направлением
в
служебные
командировки,
оформлением
должностных инструкций.
3. Подготовкой и ведение штатного расписания.
4.
Оформлением
отпусков,
больничных
листов,
командировочных
документов
индивидуального
удостоверений.
5. Учетом использования рабочего времени.
6.
Подготовкой
и
оформлением
(персонифицированного) учета в системе государственного пенсионного
страхования.
7. Ведением и хранением личных дел, трудовых книжек работников, личных
карточек формы Т-2, своевременность и правильность внесения в них
изменений.
8. Обеспечением соблюдения правил внутреннего трудового распорядка.
Отдел разработки занимается:
1.
Разработкой
приложений
в
соответствии
с
потребностями
заказчика.
2.
Разработкой визуального и эргономического дизайна программ.
3.
Разработкой и созданием программных продуктов необходимых для
успешного развития организации.
4.
Написанием компонентов для приложений.
5.
Разработкой и нормализацией реляционных баз данных.
6.
Оптимизацией программного кода.
7.
Поддержкой и сопровождением программных продуктов.
8.
Разработкой банковских систем и шлюзов.
9.
Разработкой
предприятий.
Функции бухгалтерии:
программ
для
внутреннего
документооборота
12
1. Регистрация договоров с покупателями, выписка счетов, накладных,
счетов-фактур.
2. Учёт расчетов с покупателями за готовую продукцию в рублях и
иностранной валюте, формирование актов сверок с покупателями, различной
оперативной и бухгалтерской отчетности по сбыту.
3. Учет расчётов с поставщиками и подрядчиками по приобретенным
товарно-материальным ценностям, выполненным работам, оказанным услугам.
4. Привязка оплат к счетам-фактурам, формирование книги продаж и
книги покупок.
5. Учёт основных средств, материалов, товаров.
6. Учёт расчетов с подотчетными лицами и сотрудниками.
7. Учёт налогов и взносов.
8. Налоговый учет.
Отдел продаж осуществляет:
1. Первичное взаимодействие с клиентами, прием звонков и писем с
заявками, уточнениями деталей заказа.
2. Анализ и прогноз потребностей заказчиков, поиск ниш сбыта.
3. Проведение презентаций, переговоров, рекламных кампаний.
4. Маркетинговые исследования.
5. Составление ориентировочной сметы работ по заказу.
6. Подготовку договоров для подписания.
7. Ведение постоянных клиентов, информирование их о новых услугах,
скидках.
1.1.3. Программная и техническая архитектура ИС предприятия
Система предназначена для мониторинга подвижных объектов и
позволяет в режиме реального времени контролировать местоположение и
состояние транспортных средств, а также информировать оператора системы о
происходящих на них событиях.
Получение
информации
о
состоянии
контролируемых
объектов
осуществляется, за счет использования GSM/GPRS/ГЛОНАСС/GPS-терминалов.
Терминалы Аркан МП – МТ5 устанавливаются на объекте и собирают
13
информацию с датчиков «сухих» контактов, датчиков температуры, давления,
охранных датчиков и т.д. Кроме того, за счет взаимодействия со спутниками
глобальной системы позиционирования ГЛОНАСС и/или GPS, терминалы
получают информацию о местоположении, скорости и направлении движения
объекта.
клиент
Internet
GSM/GPRS/ГЛОНАСС/GPS
терминал
сервер
ЛВС
компании
клиент
Транспортное
средство
клиент
Вся полученная информация с терминала попадает сначала в GPRS сеть
оператора сотовой связи, чья SIM карта установлена в терминале, а затем через
сеть Internet отправляется на сервер обработки координат компании ARKAN,
обрабатывается и передается на клиентское приложение заказчика по протоколу
IP (Internet Protocol). Данные, пришедшие от сервера, обрабатываются и
сохраняются в базе данных.
Клиентские
приложения
(программное
обеспечение
«ARKAN
SuperVising») могут подключаться к серверу, как из локальной сети
организации, так и через глобальную сеть Интернет, получать от него всю
необходимую информацию о местоположении и состоянии контролируемых
объектов и отображать ее пользователю.
14
Основной задачей применения подобных решений является исключение
грубых нарушений и фактов нецелевого использования автотранспорта,
повышение эффективности эксплуатации и снижение затрат на содержание
автопарка. Кроме того, введение в эксплуатацию таких систем оказывает на
персонал дисциплинирующее воздействие и является хорошей профилактикой
нарушений правил эксплуатации транспортных средств и составления отчетных
документов.
Картография в программном обеспечении

работа с векторными картами фирмы «Ингит» (*.chart);

работа с Интернет картами Google Maps, Yahoo Maps;

GIS-сервер
(хранение
карт
на
сервере
с
выдачей
необходимого пользователю фрагмента по запросу).

подключение карт других форматов.

произвольное масштабирование карт;

произвольное
задание
параметров
для
каждого
слоя
векторных карт (цвет, видимость, ширина линий и т.п.);

вывод на принтер фрагментов карты;

ведение базы данных адресов для получения информации о
текущем адресе (область, город, улица, дом) транспортного средства и при
построении отчетов.
15
Работа с объектами в программном обеспечении

индивидуальная
настройка
для
каждого
из
объектов
следующих параметров:
- название;
- ID;
- номер телефона;
- комментарий;
- текст сообщения и цвет (критичность) события при
срабатывании датчиков;
- звуковой сигнал и всплывающее окно при срабатывании
датчиков;
- справочная информация (гос. номер, гаражный номер цвет,
марка ТС и т.п.)
- средний расход топлива транспортным средством (летний и
зимний).

возможность объединения объектов в группы;

слежение за выбранным объектом с автофокусировкой карты
при его перемещении;

вывод на экран истории движения объекта за определенный
период времени;

вывод на экран графика изменения выбранного датчика;

задание маршрута движения объекта / группы объектов;

задание графика движения объекта / группы объектов;

задание охранной и запретной зон для объекта / группы
объектов;

посылка
на
устройство
пользовательских
выполнение заранее запрограммированных действий;
Контроль транспортных средств

контроль срабатывания датчиков на объекте;
команд
на
16

контроль отклонения объекта от маршрута или графика
движения;

контроль скорости движения объекта;

контроль выхода объекта за охранную зону;

ведение журнала текущих и устраненных событий;

возможность сортировки и фильтрации в журнале событий по
времени, объектам, типам событий и т.п.;

вывод на печать журнала событий;

контроль пользователей при подключении к серверу и
контроль их прав на совершение операций;

ведение журнала операций, совершенных пользователями
системы.
Для создания собственного центра мониторинга необходимо
приобрести программный комплекс Locatrans DC и картографические
данные.

Программный комплекс Locatrans DC включает в себя
программные модули:

Locatrans Server - программное обеспечение для сбора,
хранения, обработки и передачи данных. В состав Locatrans Server входит
свободно распространяемая база данных MS SQL Server 2005 Express
Edition;

Locatrans Admin - программное обеспечение администратора
центра мониторинга, обеспечивающее настройку сервера с целью
добавления, удаления и конфигурирования мобильных объектов и
программ диспетчера;

Locatrans Client - программа диспетчера.
17
1.2 Характеристика комплекса задач, задачи и обоснование
необходимости автоматизации
1.2.1 Выбор комплекса задач автоматизации и характеристика
существующих бизнес процессов
Деятельность компании заключается в предоставлении услуг в области
информационных технологий. На рисунке 1.3. представлена контекстная
диаграмма деятельности организации.
Рис. 1.3. Контекстная диаграмма деятельности организации
18
Отображение бизнес-процессов лучше оформить согласно методологии
IDEF0.
Описание системы с помощью IDEFO называется функциональной
моделью. Функциональная модель предназначена для описания существующих
бизнес-процессов, в котором используются как естественный, так и графический
языки.
Для
передачи
информации
о
конкретной
системе
источником
графического языка является сама методология IDEF0.
Методология IDEF0 предписывает построение иерархической системы
"диаграмм - единичных описаний фрагментов системы. Сначала проводится
описание системы в целом и ее взаимодействия с окружающим миром
(контекстная диаграмма), после чего проводится функциональная декомпозиция
- система разбивается на подсистемы и каждая подсистема описывается
отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на
более мелкие и так далее до достижения нужной степени подробности.
Каждая IDEF0-диаграмма содержит блоки и дуги. Блоки изображают
функции моделируемой системы. Дуги связывают блоки вместе и отображают
взаимодействия и взаимосвязи между ними.
На рисунке 1.4. представлена диаграмма первого уровня по нотации
SADT. Она
отражает общую
концепцию
деятельности
протекающей в ней бизнес-процессы.
Рис. 1.4. Деятельность организации.
организации
и
19
Таким образом, можно выделить четыре класса процессов протекающих в
компании:
 работа с клиентами;
 исполнение заказов;
 ведение бухгалтерии и финансовой отчетности;
 работа с кадрами.
Данные процессы могут быть разбиты еще на множество процессов
каждый. Опишем вкратце каждый из данных классов.
Работа с клиентами.
Работа с клиентами заключается в формировании заказов на основании
пожеланий и требований клиента, осуществления консультаций клиентов по
заказам и предоставляемым услугам. Выполнение данного процесса полностью
возложено на отдел продаж.
Исполнение заявок.
Данный процесс подразумевает под собой непосредственное выполнение
заявок и заказов клиентов. Заказы клиентов могут заключаться в проведении
консультаций, обслуживании персональных компьютеров, выполнения работ по
программированию. Исполнение данных процессов возложены на отдел
программирования, IT-отдел и консалтинговый отдел.
Ведение бухгалтерии и финансовой отчетности
Ведение
бухгалтерии
и
формирование
финансовой
отчетности
необходимо любой организации, поскольку к этому, как минимум, обязывает
законодательство.
Ведением
бухгалтерии
и
финансовой
отчетности
осуществляет бухгалтерия компании.
Работа с кадрами.
Работа с сотрудниками организации
подразумевает поиск новых
сотрудников, осуществление переподготовки уже работающих сотрудников,
ведение кадрового учета, формирование отчетности для государственных
органов надзора и т.п. Выполнение данного процесса полностью возложено на
отдел кадров компании.
20
1.2.2. Определение места проектируемой задачи в комплексе задач
Система является открытой, модульной и неоднородной системой.
Для включения в систему новых сервисов и модернизации старых не
требуется переработка всей системы. Это, с одной стороны, позволяет быстрее и
с меньшими затратами совершенствовать систему. А, с другой стороны,
позволяет привлекать к разработке отдельных модулей различных подрядчиков,
что, в свою очередь, создаёт конкурентную среду и возможность специализации
разработчиков программного и аппаратного обеспечения, обеспечивает более
полный учет особенностей различных заказчиков и особенностей имеющейся в
регионе инфраструктуры.
Система разработана в 2007-2008 годах группой компаний АРКАН в
рамках общей концепции, получившее условное наименование - «Безопасный
город».
Это
решение
является
универсальным,
позволяет
объединить
специальные требования различных заказчиков на уровне субъекта Федерации в
одну целостную систему и подчинить ее приоритету обеспечения национальной
безопасности. В систему могут быть включены городские и региональные
администрации, территориальные подразделения МВД, МЧС
неотложная
служба скорой медицинской помощи, специализированные подразделения
экстренного реагирования и другие городские службы.
Конкурентным преимуществом комплексной системы является наличие
унифицированного интерфейса «все в одном», который позволяет интегрировать
различные по архитектуре и протоколам системы мониторинга и безопасности.
Конкретная реализация такого решения, конечно, зависит от особенностей
региона. Однако его основные принципы при этом остаются неизменными.
Услуга ARKAN SUPERVISING позволяет собственнику определять в
режиме реального времени местонахождение своих легковых автотранспортных
средств,
строительной
и
грузовой
техники.
Также
система
позволяет
фиксировать историю перемещений, определять и информировать собственника
о наступивших событиях, как-то: превышении скорости, входе-выходе из
контрольной зоны, включении-выключении двигателя, отклонении от маршрута,
несанкционированной остановке, заправке-сливе топлива, текущем расходе
(остатке) топлива, открытии-закрытии дверей, частоте вращения бочки с
21
цементом, угле наклона стрелы крана, нагрузки на ось, повышении температуры
перевозимого груза, несанкционированном перемещение автотранспортного
средства, количестве моточасов (для работающих навесных агрегатов) и др.
Услуга спутникового мониторинга ARKAN SUPERVISING выполняет
несколько базовых функций:
Функция «Мониторинга» состоит в определении текущих координат
(местонахождения) абонентского устройства, вектора и скорости движения, а
также высоты над уровнем моря и точного времени. Данная функция дополнена
функциональностью
отдельных
аналоговых
и
цифровых
датчиков,
возможностью подключения к CAN-шине автомобиля и последующей отправкой
полученной телеметрической информации о состоянии узлов и агрегатов
автомобиля (а также показаний датчиков) на удаленный сервер для их
дальнейшей обработки и хранения. Доступ к данной информации в удобном
виде (в виде отчетов, графики, изображения на карте и проч.) возможен через
веб-интерфейс (веб-сайт) из любого места, где есть доступ к сети интернет, или
через специальное приложение, устанавливаемое на персональный компьютер,
имеющий доступ к серверу обработки информации.
Функция «Учёта» количества пройденных километров, расхода топлива,
моточасов работы навесных агрегатов и проч. Полученная информация в форме
отчетов может выгружаться в офисные приложения (например, в MS Excel) или
в бухгалтерские программы (например, в «1С») для учета затрат и
последующего повышения эффективности использования основных средств
производства. Также данная функция может использоваться для определения
времени
регламентных
работ,
например,
технического
обслуживания
автомобиля.
Функция «Контроля» позволяет установить точный пробег автомобиля в
конкретный момент времени, что необходимо как для устранения переработки
водителями в форме ограничения суточного пробега с целью повышения
безопасности дорожного движения, так и для предотвращения неучтенных,
«левых»
рейсов,
Использование
отклонений
возможностей
от
заранее
внешнего
определенного
контроля
позволит
маршрута.
повысить
22
дисциплину водителей, оценить их профессиональные навыки, обеспечит их
правовую защиту.
Функция «Безопасности» обеспечит сохранность собственности и
перевозимого груза. Реализуется в форме тревожной кнопки, экстренной связи с
водителем, прослушивания происходящего в кабине автомобиля, удаленной
блокировки двигателя и др. Технологически данная функция реализуется также
посредством совмещения системы спутникового мониторинга Аркан-Визинг с
функциональностью охранных и противоугонных систем. Информация о
тревожном событии в зависимости от выбранного тарифного плана может
поступать как к пользователю напрямую посредством СМС или e-mail
уведомления, так и через оператора диспетчерского центра Аркан.
Создание продукта было обусловлено потребностями корпоративного
рынка в услугах мониторинга, диспетчеризации, обеспечения безопасности
автотранспортных средств, а также потребностями в их эффективном
использовании (снижение расхода ГСМ, износа оборудования и проч.).
Использование продукта ARKAN SUPERVISING:
- Повысит эффективность эксплуатации транспортных средств путем
снижения (исключения) их нецелевой или незаконной эксплуатации;
- Способствует снижению эксплуатационных затрат на автотранспортные
средства (расходы на горюче-смазочные материалы, амортизацию);
-
Повысит
трудовую
дисциплину
и
производственную
культуру
водителей;
- Позволит избежать переработки водителями и снизит аварийность;
- Обеспечит безопасность и сохранность автотранспортных средств и
перевозимых грузов;
- Обеспечит вызов технических и служб экстренного реагирования в
случае ДТП, инцидентов на дороге и проч.;
- Обеспечит безопасность и сохранность транспортного средства и
перевозимого имущества.
23
1.2.3. Обоснования необходимости использования вычислительной
техники для решения задачи
Существующая система управления городским хозяйством в основном
сложилась в тот период, когда, из-за отсутствия средств автоматизации и
ограниченных возможностей систем связи, как сбор и обобщение информации,
так и принятие управленческих решений, осуществлялось традиционными
методами,
основанными, прежде всего, на личном опыте конкретных
исполнителей и знании ими реальной обстановки на местах.
Однако, за последние 10-15 лет ситуация коренным образом изменилась.
Управлять городским хозяйством традиционными методами становится все
труднее, а, в ряде случаев, и просто невозможно. Происходит быстрая
интеграция
отдельных
компонентов
государственными
муниципальными
привлекается
больше
все
частных
городского
хозяйства.
предприятиями
предприятий,
к
Наряду
с
обслуживанию
усложняется
система
взаимодействия отдельных служб.
В этих условиях для того, чтобы не потерять управление, чтобы
оперативно реагировать на все более и более быстро меняющуюся обстановку,
чтобы обеспечить возможность решения все более сложных задач, возникающих
перед городскими властями, необходимо создать новую систему управления
адекватную как новым вызовам, так и новым возможностям, открывающимся в
связи с развитием современных технологий управления.
Основой такой системы управления, вне всякого сомнения, должна быть
современная информационная система. Без оперативной, точной и полной
информации эффективную систему управления создать невозможно. Такая
система должна включать в себя множество интегрированных между собой
разнородных источников информации. К основным компонентам этой системы,
в частности, можно отнести: системы видеонаблюдения; охранные системы
сигнализации различного назначения, установленные как на стационарных, так и
на мобильных объектах; системы «Гражданин – милиция», позволяющие быстро
информировать органы МВД о случившихся происшествиях и преступлениях и
т.п.
24
В последние годы в большинстве регионов подобные информационные
системы получили широкое распространение и показали свою высокую
эффективность. Однако уже первый опыт их эксплуатации показал, что
расширение номенклатуры и количества источников информации не только
существенно расширяет возможности городской информационной системы, но,
одновременно, и порождает ряд новых, иногда очень серьезных проблем. В
самом общем виде это, прежде всего:

Необходимость перехода к объективному контролю и за
действиями своих сил и средств (транспортных средств общественного
транспорта, скорой помощи, милиции и т.п.).

Превышение количества поступающей информации над
возможностями ее эффективной обработки.
Использование вычислительной техники для решения различных задач на
предприятии
позволяет
снизить
административные
накладные
расходы,
повысить производительность труда, рационализировать ведение дел и повысить
эффективность управления.
В частности, на данный момент на предприятии отсутствует программное
обеспечение,
автоматизирующее
основные
процессы
диспетчирования
мониторинга.
Схема документооборота представлена на рисунке 1.5.
Экономический эффект от внедрения системы GPS мониторинга
достигается за счет следующих оптимизационных процессов:
1. Снижение пробега автотранспорта достигается, во-первых, за счет
более
эффективного
оперативного
управления
транспортными
средствами. Диспетчер, имеющий перед глазами полную картину, где
находятся автомобили, в каком состоянии исполнение выданных
водителю заказов, имеет возможность отправить на задание более близкий
автомобиль. Вторая причина, по которой уменьшается средний пробег
автотранспорта – исключение «левых» рейсов и необоснованных
простоев. По нашему исследованию, уменьшение среднего пробега в
автопарках (при сохранении загруженности) достигается от 10 до 25 %
25
Исполнитель
Клиент
Менеджер
Заказ
Договор куплипродажи
Директор Фирмы
Действие
Оформление
Учет
Оплата
Заполнение
Приходно-кассовый
ордер
Книга Продаж
Подготовка
Отчет
Отчет
Рис 0.5 Схема документооборота
2. Снижение расхода ГСМ (топлива), во-первых, за счет уменьшения
пробега. Во-вторых, при подключении датчика топлива в системе отражается вся
информация о том, какое количество топлива, было заправлено (или слито), с
указанием места и времени заправки (или слива). Эта информация практически
исключает возможность незамеченных сливов топлива (и последующих накруток
спидометра), и в некоторых транспортных предприятиях именно этот фактор
принес наиболее ощутимый экономический эффект.
3. Эффективное управление персоналом. На основании данных,
накапливающихся в системе, многие предприятия имеют возможность более
эффективно влиять на работу персонала. По нашему опыту после установки
системы GPS слежения и ее работы в течение месяца, руководство авто
предприятия проводит серьезную профилактическую работу среди водительского
состава, несколько человек могут быть уволены, остальным разъясняются
дальнейшие условия работы. Этим достигается оздоровление коллектива, а также
26
обеспечивается длительная и эффективная работа системы GPS мониторинга
транспорта.
В некоторых случаях внедрение системы позволяет сократить штат
обслуживающего персонала (диспетчера, механики), в данном случае экономия за
год подсчитывается как зарплата такой штатной единицы, плюс налоги на
зарплату умноженное на 12.
Однако надо иметь ввиду, что водительский состав неоднозначно относится
к внедрению подобной системы слежения; водители часто саботируют внедрение
системы всеми доступными способами. Поэтому в данном вопросе руководство
должно проявить дальновидность и тщательно спланировать такое внедрение, в
зависимости от стиля управления и сложившейся практики работы на данном
предприятии. В некоторых случаях (особенно на крупных предприятиях),
установка системы слежения происходит скрытно от водителей, другие
руководители заранее проводят беседы перед или в момент установки системы.
Однако мы рекомендуем, какой бы путь руководство не выбрало, письменно
закреплять
материальную
ответственность
водителей
за
вверенное
им
оборудование (в том числе и установленное на машине), таким образом, чтобы в
случае его преднамеренного вывода из строя, водитель оплачивал бы стоимость
GPS модуля мониторинга, его ремонта, монтажа и т.д.
4. В более масштабном плане экономический эффект от внедрения
системы GPS мониторинга транспорта можно обнаружить в повышении
качества обслуживания клиентов, снижение себестоимости услуг (и цен на
них), и как результат – повышение конкурентоспособности на своем рынке и за
счет этого выход на лидирующие позиции и рост оборотов и, соответственно,
рост прибыли.
1.2.4. Анализ системы обеспечения информационной безопасности и
защиты информации
Политика безопасности организации (англ. organizational security policies)
— совокупность руководящих принципов, правил, процедур и практических
27
приёмов в области безопасности, которые регулируют управление, защиту и
распределение ценной информации.
Для этого устанавливается ряд специализированного программного
обеспечения, например, установка антивирусного программного обеспечения. В
компании почти на всех компьютерах установлены антивирусное программное
обеспечение, обеспечивающее надежную защиту от вирусов. Обновление
антивирусных баз происходит своевременно, что позволяет свести к минимуму
заражение вирусами рабочие станции.
Кроме программных средств защиты информации применяются и
технические, например, модем-роутер, установленный для создания сети,
оснащен
дополнительным
программным
обеспечением
осуществляющим
обнаружение потенциальных угроз.
Также сотрудниками отдела информационных технологий осуществлено
разграничение доступа к компьютерам средствами операционной системы. Это
сделано для создания каждому сотруднику защищенного хранилища данных на
рабочем компьютере.
Для защиты информации на предприятие используется межсетевой экран
из серии NetDefend D-link DFL – 1600, который включает в себя ряд функций
существенно повышающие безопасность информации при работе в сети.
Так же для защиты информации используются программы для входа, в
которые требуется ввести пароль и логин пользователя, в некоторых случаях так
же требуется предоставить цифровой ключ для входа в систему.
Для осуществления информационной безопасности на рабочих местах
пользователей используются различное антивирусное программное обеспечение.
Смена паролей пользователей происходит в зависимости от важности хранимой
информации на ПК от 3 месяцев до 1 года. Так же не рекомендуется
использование USB флеш-накопителей, так как это может привести к частичной
или полной потери информации.
28
1.3. Анализ существующих разработок и выбор стратегии
автоматизации «КАК ДОЛЖНО БЫТЬ»
1.3.1. Анализ существующих разработок для автоматизации задачи
Проблема автоматизации управления движением наземных транспортных
средств возникла в начале XX века вместе с развитием железнодорожного и
автомобильного
транспорта.
Наибольшего
развития
автоматизированные
системы управления движением получили на железнодорожном транспорте на
основе релейной автоматики УКВ-радиосвязи.
В
70-х
годах
вопрос
об
автоматизации
управления
движением
автомобильного транспорта в связи с массовым развитием дорожного движения
в промышленно развитых странах встал особенно остро. Поэтому на мировом
рынке появились системы управления автотранспортом на основе локальных
систем местонахождения объектов и автомобильных УКВ-радиостанций.
Принципиально новые возможности для создания автоматизированных
систем управления транспортными потоками в масштабах городов, регионов и
даже континентов появились в 80-х годах в связи с развитием радиосистем
дальней навигации и дальней радиосвязи: импульсно-фазовых и фазовых
радионавигационных систем, систем метеорной радиосвязи и, в особенности,
спутниковых РНС и спутниковых систем радиосвязи.
Организация движения транспортных средств характеризуется большими
разнообразием, что требует учета специфики навигационного обеспечения при
перевозке грузов и пассажиров.
Классификацию видов организации движения наземного транспорта
проводят по различным признакам: в локальном регионе или по проложенным
магистралям и трассам; в составе группы или одиночное движение; по
установленным или произвольным маршрутам; по расписанию или вне
установленного регламента.
Каждый из вариантов организации движения принципиально отличается
один от другого тем, что требует разработки для каждого варианта
индивидуальной технологии управления транспортными процессами, основу
29
которых
составляет
специфическое
навигационное
обеспечение
с
соответствующими требованиями.
Уровень требований к навигационному обеспечению технических средств
транспортно-дорожного
комплекса
зависит
от
того,
где
используются
результаты определения параметров движения - непосредственно на борту
транспорта или осуществляется дистанционный контроль и управление
транспортом, например, на диспетчерском пункте.
Навигационное обеспечение наземных транспортных средств необходимо
для реализации информационно-навигационных технологий, используемых при
решении задач контроля в интересах повышения эффективности и безопасности
дорожного движения.
Области
применения
информационно-навигационных
технологий
дифференцированы по различным группам решаемых задач в транспортнодорожном комплексе России:
автоматическое обнаружение мест дорожно-транспортных происшествий;
охрана и контроль состояния перевозимых грузов и обеспечение
безопасности участников дорожного движения;
управление
муниципальным
транспортом
(автобусы,
троллейбусы,
трамваи, транспорт жилищно-коммунальных хозяйств, транспорт доставки
продовольственных и промышленных товаров населению, пожарная служба,
скорая помощь);
управление технологическим транспортом при строительстве и ремонте
автомобильных дорог;
мониторинг, идентификацию и управление транспортом на карьерных и
терминальных перевозках;
мониторинг,
идентификацию
и
управление
перевозками
крупногабаритных, высокотоннажных и экологически опасных грузов;
управление транспортом ведомственных и коммерческих организаций
(внутригородские и пригородные перевозки);
управление транспортом магистральных и интермодальных (земля-море,
земля-река и т.п.) перевозчиков.
30
Требования наземных потребителей
к точности
местоопределения
транспортных средств зависят от предназначения тех или иных технологий
контроля и управления транспортными процессами:
при решении большинства задач, связанных с обеспечением безопасности
движения и организации перевозок пассажиров и грузов в процессе
хозяйственной
деятельности,
требования
к
точности
местоопределения
транспортных средств с погрешностью не хуже 30 м. (предельная погрешность)
в настоящее время
удовлетворяют потребности
автомобильно-дорожной
отрасли;
при решении специальных задач (слежение за экологически опасными
грузами, защита от угона и поиск угнанных средств и т.д.) требования к
точности местоопределения являются более высокими - не хуже 5...15 м.
(предельная погрешность).
Требования наземных потребителей к размерам рабочей зоны задаются
исходя их анализа территориально пространственных условий реализации задач,
использующих информационно-навигационные технологии:
территория Российской Федерации, территории стран ближнего и
дальнего зарубежья - при организации внутрироссийских и межгосударственных
перевозок;
глобальная
зона
-
при
организации
интермодальных
перевозок,
включающих перевозку грузов речным и морским транспортом.
Требования
к
дискретности
(темпу)
обновления
координатной
информации задаются на основании анализа структуры тех или иных
технологий:
при контроле и управлении большими группировками (системами)
транспортных средств - не более 1 с (по каждому транспортному средству,
входящему в состав группировки;
при решении специальных задач - не более 1 с;
при контроле и управлении одиночными транспортными средствами при
их движении в условиях города и по магистрали - 0,5...1 мин.
При формировании требований к доступности наземных потребителей к
радионавигационным системам исходят из критериев решения (достижения) тех
31
или иных задач, реализуемых при использовании соответствующих технологий
контроля и управления транспортными процессами:
при контроле и управлении большими группировками транспортных
средств, а также при решении специальных задач допускается не более 1%
сеансов навигации, в которых не выполняются требования но точности. Отсюда
требования к доступности данной категории транспортных средств к РНС
определяются значением вероятности не менее 0,99;
при контроле и управлении одиночными транспортными средствами
допускается доля сеансов, в которых требования по точности не выполняются,
до 5%, что обуславливает значение требований к доступности РНС для
одиночных транспортных средств на уровне 0,95.
Требования
целостности
РНС
автоматизированных
потребителей
задаются
системах
автомобильно-дорожного
исходя
из
контроля
возможностей
и
комплекса
к
парирования
в
управления
транспортными
процессами тех временных интервалов, на которых потребителям поступает с
РНС недостоверная (ложная) навигационная информация. Противодействовать
такой информации системы управления транспортными процессами могут
ограниченное время. Именно численное значение возможного времени
противодействия ложной информации в системах диспетчерского контроля и
управления с заданным уровнем вероятности, по истечении которого должно
поступать сообщение о нарушении функционирования РНС, задается в качестве
показателя ее целостности.
В существующих системах диспетчерского контроля и управления
транспортными процессами время, затрачиваемое на обнаружение и доведение
до потребителя сообщений (команд) об исключении из числа действующих
ложных источников навигационных сигналов не должно превышать 15...30 с при
вероятности 0,95.
GPS или ГЛОНАСС. Обе системы очень близки но техническим
характеристикам и идентичны по принципам функционирования.
Для уменьшения занимаемого частотного диапазона спутники ГЛОНАСС,
находящиеся в одной орбитальной плоскости, но по разные стороны Земли и
32
Табл. 1.2
Сравнительная характеристика программного обеспечения
ХАРАКТЕРИСТИКА
КОНКУРЕНТЫ
ТЕХНОЛОГИЧНОСТЬ
Компании, осуществляющие свою деятельность
на рынке поисково-охранных услуг для
автомобилей, отличаются высоким уровнем
технологичности. Данный уровень зависит от
оборудования, устанавливаемого на охраняемые
автомобили, от логики и алгоритмов обмена
информации
с
диспетчерскими
центрами
(зависит от используемого канала связи и
настроек оборудования), от логики и внутренней
структуры самого диспетчерского центра, а также
от взаимодействия с оперативными службами и
степенью дистанционного контроля и управления
узлами автомобиля (в первую очередь,
блокировками).
ПРОИЗВОДИТЕЛЬНОСТЬ Операторский подход к ведению бизнеса
И
СТАБИЛЬНОСТЬ (биллинг, CRM и проч.) определяет высокую
производительность и стабильность работы этих
РАБОТЫ СИСТЕМЫ
систем. Абонентская база у некоторых компаний
достигает десятков тысяч абонентов, что является
косвенным
подтверждением
высокой
производительности системы.
Операторы зачастую, являясь разработчиками
ПОДДЕРЖКА
РАЗЛИЧНЫХ
ТИПОВ собственных диспетчерских систем, используют
оборудование сторонних производителей. В ряде
ОБОРУДОВАНИЯ
случаев
оборудование
производится
в
соответствии
с
техническими
и
функциональными требованиями оператора.
СТОИМОСТЬ
ОБОРУДОВАНИЯ
Стоимость базового комплекта оборудования для
автомобиля
составляет
для
конечного
потребителя от 15500 до 98000 рублей (в
зависимости от комплектации, способа передачи
тревожной информации, количества блокировок
и датчиков, сервисных возможностей системы и
проч.).
абонентской
платы
зависит
от
РАЗМЕР АБОНЕНТСКОЙ Размер
установленного комплекта поисково-охранной
ПЛАТЫ
системы, функциональности и возможности
использовать дополнительные сервисы (услуги),
и составляет от 300 руб. до 2800 рублей в месяц.
33
одновременно не видимые, могут работать на одних и тех же литерных
частотах, что предусматривается при проведении модернизации системы до 2010
г.
Существуют несколько ключевых моментов, определяющих высокую
степень конкуренции на рынке поисково-охранных и спутниковых систем для
автомобилей: история развития оператора, используемые в настоящий момент
времени технологии и оборудование, тарифная политика, размер абонентской
базы и др. В настоящее время в России существует более 10 компаний,
оказывающих
услуги
поисково-охранных
и
спутниковых
систем
для
автомобилей. Типология игроков на рынке следующая:
А. Операторы поисково-охранных систем, использующие исключительно
технологии GSM-GPS позиционирования («Цезарь Сателлит», «Эшелон»,
«Андромеда» и проч.).
Б.
Операторы,
использующие
помимо
технологии
GSM-GPS
позиционирования технологию радиопоиска («Автолокатор», «LoJack»).
В.
Операторы
GPS-мониторинга,
реализовавшие
противоугонные
функции для автомобилей («Глобальные поисковые системы», Golden Eye и
проч.)
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Понятие стратегии автоматизации включает в себя базовые принципы,
используемые при автоматизации предприятия. В ее состав входят следующие
компоненты [12]:
 цели: области деятельности предприятия и последовательность, в
которой они будут автоматизированы
 способ автоматизации: по участкам, направлениям, комплексная
автоматизация, хаотичная.
 долгосрочная
техническая
политика
-
комплекс
стандартов, поддерживаемых на предприятии
 ограничения: финансовые, временные и т.д.
 процедура управления изменениями плана.
внутренних
34
Автоматизация - один из способов достижения стратегических бизнесцелей, а не процесс, развивающийся по своим внутренним законам. Во главе
стратегии автоматизации должна лежать стратегия бизнеса предприятия: миссия
предприятия, направления и модель бизнеса. Таким образом, стратегия
автоматизации представляет собой план, согласованный по срокам и целям со
стратегией организации.
Критериями выбора стратегии автоматизации являются ограничения по
финансовым, временным затратам. В связи с этим рассмотрим возможность
применения одной из четырёх стратегий автоматизации:
Хаотичная автоматизации предполагает установку частей ИС по мере
возможностей. Представляет собой заплатку. Является наиболее плохим
вариантом с точки зрения долгосрочного эффекта. Полное отсутствие
стратегического плана развития ИС. Потребность во внедрение чаще всего
определяется сиюминутными задачами.
Автоматизация по участкам – это процесс автоматизации отдельных
производственных или управленческих подразделений объединенных по
функциональному
признаку.
Внедрение
характеризуется
большой
трудоемкостью для эффективной реализации стратегии обязательно наличие
стратегических и оперативных планов. Данный подход выбирается: когда
инвестиционные ресурсы недостаточны для полной автоматизации предприятия,
когда автоматизация участка позволяет достичь существенного эффекта [11].
Автоматизации по направлениям – автоматизация отдельных групп,
бизнес-процессов (направлений), таких как производство, сбыт управления
финансами.
1)предполагается, меняем объект, меняем предметную область
2)выбор системы сильно зависит от вида услуг и состава затрат
3)внедряем систему, мы получаем «конструктор» автоматизированных
рабочих мест.
Стратегии автоматизации комплексная – это распространение систем
автоматизации на все функциональные направления деятельности компании за
счет проведения системной интеграции (объединения) ИС при внедрении.
Полная автоматизация подразделяется на:
35
1) автоматизация с внутренней интеграции – использования в качестве
единого информационного хранилища одной СУБД (клиент -> сервер -> ядро->
СУБД)
2) автоматизация с внешней интеграцией - использования внешних
информационных сущностей (либо файлы) либо использования внутренних
протоколов при взаимодействии отдельных модулей [10].
Хаотичная стратегия не подходит, так как предполагаем использование
информационной системы в долгосрочной перспективе и предполагаем
расширение и добавление функционала системы. Комплексная автоматизация
предполагает полную автоматизацию всех функциональных направлений
деятельности компании, а также требует больших временных и финансовых
затрат, которые не может позволить компания. Автоматизация по участкам
предполагает, автоматизацию отдельных отделов компании, в данном случае
предполагается автоматизация не всех процессов выполняемых каким либо из
отделов
компании.
Способ
автоматизации
по
направлению,
наиболее
подходящий, так как в данном случае происходит автоматизация отдельных
групп бизнес-процессов компании
Стратегия автоматизации в первую очередь должна соответствовать
приоритетам и стратегии (задачам) бизнеса. В понятие стратегии также должны
входить пути достижения этого соответствия.
1.
Анализ деятельности предприятия.
2.
Реорганизация деятельности.
3.
Выбор системы.
Выбор системы - многокритериальная задача. Задание объективных критериев,
по которым будет осуществляться выбор конкретной системы, напрямую
связано с качеством и полнотой проработки всех предшествующих этапов
цепочки выбора. Действительно, практически все объективные соображения,
которыми
руководствуются
возможности,
стоимость
при
системы
выборе
и
системы
совокупная
(функциональные
стоимость
владения,
перспективы развития, поддержки и интеграции, технические характеристики
системы и т.п.), выводятся на предыдущих этапах. При тщательной проработке
всех предшествующих этапов, выбор системы, перестает быть проблемой.
36
o Внедрение системы.
Существуют следующие основные стратегии внедрения системы:
1) Стратегия «Параллельное использование». Параллельное использование параллельно выполняются старая и новая технология решения задачи, их
результаты сравниваются. Если результаты согласуются длительное время, то
осуществляется переход на новую технологию.
Плюсы:
- минимальный риск ошибок в виде новых технологий;
- управления внедрения ИС может осуществлять независимо от обычного
операционного планирования компании.
Минусы:
- двойная загрузка персонала;
- потребности в удвоенных мощностях серверов;
- необходимость постоянной сверки результатов работы 2х технологий.
2) Стратегия «Скачек». Скачек - старая технология работает до определенного
момента, затем осуществляется внедрение новой технологии, а после внедрения
реализуется только новая технология
Плюсы:
- минимальная длительность переходного периода;
- нет двойных затрат на деятельность компании;
- новые процессы являются наиболее оптимальными в виду отсутствия
переходного периода.
Минусы:
- высокие риски несоответствия качества ИС требованиям компании;
- высокие требования к процессу планирования перехода на новую технологию;
3) Стратегия «Пилотный проект». Пилотный проект - тактика скачка
применяема к ограниченному числу процессов, областью применения обычно
является небольшой участок.
Плюсы:
- минимальный риск выбора неверного решения, которое не приводит к
длительному простою всего предприятия;
37
- возможность изменения планируемой технологии в процессе внедрения ИС на
участке;
- отсутствие 2х затрат на реализацию технологии.
Минусы:
- сложность интеграции информационных потоков формируемых по старой и
новой технологии;
- необходимость управления старой и новой ИС одновременно.
4) Стратегия «Узкое место». Узкое место - автоматизация малой части
производственного процесса, который обычно выбирается по критериям, их
эффективности приводящих к повышению качества реализации процессов
только в определенном узком месте.
Плюсы:
- после автоматизации каждого узкого места имеется возможность прервать
автоматизацию;
- минимальные требования к уровню планирования работ внедрения.
Минусы:
- выполнение полного цикла планирования на каждом из узких мест - ввиду
возможности прерывания автоматизации процесс может, не закончится некогда;
- независимость автоматизации узких мест может привести к формированию
избыточного множества программно аппаратных решений.
o Эксплуатация и сопровождение ИС.
Этап эксплуатации или сопровождения системы в динамично меняющемся
предприятии представляет собой довольно сложную задачу. Модернизация
программно-аппаратной части, вызванная физическим и моральным старением
компонентов АСУ; необходимость отслеживания изменений в законодательстве;
необходимость доработки системы под новые требования ее пользователей;
обеспечение безопасности информации в процессе эксплуатации - эти и многие
другие вопросы постоянно встают перед персоналом, ответственным за процесс
эксплуатации системы.
Таким образом, в условиях ограниченного бюджета и начальной стадии
автоматизации
логичным будет выбрать стратегию автоматизации по
38
направлению и автоматизировать только непосредственно процесс учета
продаж.
Способы приобретения ИС – это последующие действия от определения и
формализации решения о необходимости ИС до момента пока ИС не будет
внедрена на предприятия. Существуют следующие способы приобретения ИС:

разработка (самостоятельная и заказная);

покупка ИС (покупка отечественной или зарубежной ИС);

покупка + доработка (самостоятельная или заказная);

аренда.
Рассмотрим детально каждый из способов на предмет его применения к
автоматизации поставленной задачи.
При покупке готового решения необходимо выбрать такое решение, которое
полностью будет соответствовать схемам ведения бизнеса. Это очень сложно,
так как производители систем автоматизации пытаются
угодить всем
потенциальным клиентам и их системы получаются перегруженными лишним
функционалом, за который приходится платить, либо система представляет
собой каркас для построения решения под конкретного потребителя. Оба эти
варианта не подходят для решения поставленной задачи, так как приобретение
готовой информационной системы для автоматизации по направлениям является
невыгодным с точки зрения вложения денег в систему автоматизации.
Также приобретаемая информационная система нам не подходит из-за ряда
недостатков, а также нехватки функциональности, хуже продумано направление
будущего развития информационной системы, длительный срок адаптации под
требования предприятий, так же требуется частое обращение в службу
поддержки.
Заказ
разработки
у
сторонних
разработчиков
позволит
получить
информационную систему, удовлетворяющую бизнес-правилам ООО «Агама
Истра»
в настоящий момент. Однако при изменении бизнес-процессов
возможно потребуется ее переработка, что выльется в лишение затраты на
реинжененринг имеющейся ИС.
Покупка и доработка возможна, если требует небольшой объем доработки,
данная доработка часто возможна в рамках модели ядра ИС, что часто вызывает
39
затруднения из-за отсутствия развернутой документации. У варианта аренды ИС
можно выявить следующие преимущества:

улучшает
инновационные
возможности
компании
за
счет
взаимодействия и партнерства с поставщиками мирового уровня, имеющими
большой интеллектуальный потенциал и богатый инновационный опыт;

обеспечивает большую гибкость компании в случае внезапного
изменения рыночной ситуации или потребительских предпочтений: проще и
дешевле найти новых поставщиков с необходимыми возможностями и
ресурсами, чем перестраивать внутреннюю деятельность компании, ликвидируя
одни мощности и ресурсы и создавая новые;

ускоряет приобретение ресурсов и навыков;

позволяет сосредоточиться на тех операциях, которые эффективно
выполняются силами компании, и тех, которые стратегически целесообразно
сохранить под ее контролем.
Однако в этом случае компания рискует вывести за свои пределы слишком
многие виды деятельности и лишиться части собственных ресурсов и
возможностей. В таких случаях компания утратит виды деятельности, которые в
течение длительного времени обеспечивали ей успех на рынке.
Поэтому
информационная
система
будет
разрабатываться
в
компании
собственными силами, так как компания располагает квалифицированными
сотрудниками для разработки и внедрения данной информационной системы.
Разработка собственной системы предполагает наличие у предприятия
специалистов, способных провести анализ бизнес-процессов, разработать и
внедрить
систему
их
автоматизации.
Так
как
автоматизируется
одно
направление деятельности, имеющимся работникам не составит особого труда
провести весь комплекс работ по проектированию, разработке и внедрению
системы автоматизации. Разрабатываемая информационная система будет
включать весь необходимый функционал, и учитывать все особенность работы и
пожелания
сотрудников
данной
индивидуальным (уникальным)
компании,
так
как
будет
являться
продуктом, что позволяет быстро изменить
функциональность в соответствии с требованием внутреннего заказчика.
Поэтому мы остановимся на собственной разработке.
40
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Создание информационного обеспечения
— непременное
условие
построения и функционирования как автоматизированных систем управления,
так и автоматизированных рабочих мест.
Обоснование
проектных
решений
по
информационному решению
включает следующие пункты:
 обоснование
состава
и
содержания
входных
и
выходных
документов, метода их построения;
 обоснование состава и методов построения экранных форм для
ввода переменной и условно-постоянной первичной информации, а
также форм для вывода на экран результатной информации или
ответов на запросы;
 обоснование
способа организации информационной базы: как
совокупности локальных файлов или как интегрированной базы
данных
с
локальной
или
распределенной
организацией;
определение состава файлов, обоснование методов логической
организации файлов и баз данных;
 обоснование
состава
и
способов
организации
файлов
с
результатной и промежуточной информацией.
Обоснование состава и содержания входных и выходных документов,
метода их построения.
Выходными документами реализуемого программного продукта должны
являться сигналы, позволяющие анализировать динамику мониторинга объектов
клиента. Также программный продукт должен предоставлять отчетность
относительно событий и оказываемых услуг.
Обоснование состава и методов построения экранных форм.
Формы ввода должны быть реализованы в удобном для пользователя виде
и позволять изменять любые хранимые данные.
41
Желательно использовать отдельные формы для заполнения различных
таблиц, но при этом необходимо учесть что основные функции программного
продукта должны выполняться в главном окне и не вызывать проблем с работой.
Таким образом, программный продукт должен быть максимально эргономичен и
занимать минимум пространства.
Ввод условно-постоянной первичной информации должно осуществляться
на отдельных формах.
Обоснование способа организации информационной базы.
Для реализации программного продукта необходимо создать базу данных,
это необходимо для хранения необходимой информации. Создание базы данных
позволит
занимать
меньше
места
на
жестком
диске,
структурировать
информацию и т.д.
База данных – это совокупность сведений о реальных объектах,
процессах, событиях или явлениях, относящихся к определённой теме или
задаче, организованная таким образом, чтобы обеспечить удобное представление
этой совокупности, как в целом, так и любой её части.
Наиболее удобной формой базы данных является единый файл. Это
удобно с точки зрения переноса данных, обновления базы данных и т.п.
1.4.2. Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение (ТО) — это комплекс технических средств,
предназначенных для обеспечения работы автоматизированной системы. [11]
В состав комплекса входят электронные вычислительные машины,
осуществляющие обработку информации, средства подготовки данных на
машинных носителях, средства сбора и регистрации информации, средства
передачи данных по каналам связи, средства накопления и хранения данных и
выдачи
результатной
информации,
вспомогательное
оборудование
и
организационная техника. [2]
Система
аппаратный
ARKAN
комплекс,
SuperVising
использующий
представляет
для
собой
определения
программно-
местоположения
контролируемых Транспортных Средств (ТС) системы спутниковой навигации
42
GPS (NAVSTAR) и/или ГЛОНАСС и технологию GPRS в сетях GSM для
передачи отчетов на сервер обработки информации.
Система Аркан состоит из 5 основных сегментов:

модули
мониторинга
подвижных
объектов
GPS/GSM/ГЛОНАСС Аркан МП МТ-5

сервер
обработки
информации
с
предустановленным
специализированным П.О.

диспетчерские рабочие места с установленным ПО «Arkan
Vising»

интернет сервис WEB-клиента

круглосуточный диспетчерский центр ARKAN.
Общая схема технического обеспечения общества представлена ниже на
рис. 1.6.
Рис.0.6. Схема технического обеспечения
43
Основное оборудование системы АРКАН: модули мониторинга
подвижных объектов GPS/GSM/ГЛОНАСС Аркан МП МТ-5
Рис.
1.7
Внешний
вид
абонентского
устройства
GPS/GSM/ГЛОНАСС Аркан МП МТ-5 (со снятой крышкой корпуса)
Общие характеристики:

20
Рабочий диапазон питания 10…36 В, среднее потребление
мА/ч,
защита
от
перенапряжения
до
80
В
(самовосстанавливающийся температурный предохранитель)

Рабочий диапазон температур -25…+60 / -40…+60 (только
накопление данных)

Габариты 68х88х33 мм, имеются крепления для монтажа,
конструкция предусматривает удобный монтаж и опломбирование
всех разъемов

GSM модем 900/1800 МГц. Передача данных через GPRS,
команд через SMS

КЗ
число дискретных выходов: 2 (12/24 В, 0.5 А) с защитой от
44

Подключение 4 дискретных (в т.ч. импульсных) датчиков с
защитой от перенапряжения

Подключение 2 аналоговых датчиков с защитой от
перенапряжения (10-битное АЦП)

современный 20-ти канальный GPS приемник с высокой
чувствительностью до -159 dBm (Sirf Star III). Время первого
определения позиции: < 35 сек.

Возможно
подключение
внешнего
ГЛОНАСС/GPS
приемника и дистанционного переключения по команде на разные
режимы работы

Совмещает преимущества Online и Offline трекеров за счет
накопления в энергонезависимой памяти до 160 тысяч записей (до 1
месяца в непрерывном движении)

Работа от встроенного резервного аккумулятора до 9 часов,
встроенная защита автомобильного аккумулятора от разряда.
Сервер является обязательной частью Системы Аркан и должна
функционировать совместно с Системой Управления Базами Данных (СУБД) на
Сервере компании.
Функции Сервера:

Прием данных от любого количества мобильных терминалов,
установленных на контролируемых транспортных средствах по протоколу
TCP;

Проверка
принятой
информации
на
целостность,
декодирование ее, сохранение в оперативной памяти и Базе Данных (MS
SQL или Firebird);

Формирование ответных пакетов для мобильных терминалов
с несколькими вариантами подтверждения (в зависимости от результатов
проверки целостности);

Отображение процесса получения данных от мобильных
терминалов с основными параметрами принятых сообщений;
45

Ведение
списка
любого
количества
учетных
записей
клиентов (диспетчеров) системы Аркан;

Определение прав доступа для каждой учетной записи (к
каким мобильным терминалам разрешен доступ каждому конкретному
клиенту). Можно указать разрешенные IP адреса клиентов для каждой
учетной записи;

Проверка
паролей
подключающихся
клиентов
с
использованием технологии шифрования паролей;

Выдача вновь подключившимся клиентам запрошенной ими
информации из оперативной памяти и Базы Данных;

Выдача подключенным клиентам новой информации по
«разрешенным» ему терминалам в режиме реального времени (каждые 5
секунд);

Ретрансляция
принятых
данных
на
WEB
-
сервер
мониторинга.
1.4.3. Обоснование проектных решений по программному
обеспечению
В настоящее время используется программное обеспечение компании
Microsoft.
46
Спутниковая система
навигации
Глонасс
GPS
5
ПО «Ретранслятор»
Радиопередатчик
Навигационный
модуль
6
7
ПО
«ТЭВМ»
ПО
«Коммутирующий
узел»
ПО «Ретранслятор»
АПУ
1
Охранный
комплект
GSM/GPRSмодуль
АПУ
Пеленгаторы
Радиопередатчик
2
GSM/GPRSмодуль
Клиенты
системы
АРКАН
Идентификация,
состояние
объекта
24
АРМ Генератор
отчётов
Охранный
комплект
9
БД
19
GPRS-канал
GSMмодем
Интернет
Запрос
Ответ
ПО
«Вычислитель»
ПЦН
АРКАН
Просмотр
карт
12
ПО «Пеленги»
Архив
ПО
«Коммутирующий
узел»
27
10
Поставлен
на
охрану
АРМ Архив
БД
Рабочее место
оперативного дежурного
ПО «АРМ Хамелеон»
Ethernet
SMPP-канал
Сервер
GSM-Провайдера
(Мегафон)
Построитель
карт
20
23
33
Пакет ПО «Веснушка»:
Сервис
архивирования
пакетов ТЭВМ
ПО «Ретранслятор»
Идентификация,
состояние
объекта
GSM/SMSмодуль
8
28
ПО «Диспетчер
ПНЦ»
Объектов
3
Снят с
охраны
БД
«sms_base»
ПО «SMSДиспетчер»
Охранная
контрольная
панель
Сервер
GSMпровайдера
(Мегафон)
Тревога
GSMмодуль
Идентификация,
состояние
объекта
Охранный
комплект
Тест
32
21
SMSмодем
22
14
Модуль
дистанционного
контроля
ПО «SMSканал»
БД
«Remote
ControlDB»
31
АРМ
Администратора
Телефонные
номера
29
ПО «Модуль
CRM»
18
ПО «Эмулятор
REEF»
«Sms_informator»
ПО «SMSИнформатор»
БД
Счета
клиентов
30
ПО «Диспетчер
проводной
дозвонки» БД
БД
15
RS 232
Станция
проводной
дозвонки
«DPD»
17
номер1
номер2
номер3
номер4
4
Охранная
контрольная
панель
Автодозвонщик
Идентификация,
состояние
объекта
Охранный
комплект
TCP/IP
25
26
ПО «АРМ Дежурного
офицера»
16
Модули сопряжения со
сторонними системами
Сторонние
системы для
транспортных
компаний
IPX
ДПУ 1
...
УВО
ДПУ N
ПО «АРМ ДПУ
ЗАРЯ»
Дежурная
часть
ДПУ
34
Рабочее место
оперативного дежурного
Рабочее место
оперативного дежурного
Охранная
система
УВО
АРМ – автоматизированное рабочее место
АПУ – автономное передающее устройство
БД – база данных
ДПУ – дочерний пульт управления
ПО – программное обеспечение
ПЦН – пульт центрального наблюдения
УВО – управление вневедомственной охраны
Рис 1.8 Схема программного обеспечения
На мобильных контролируемых объектах установлен специальный
охранный комплект (1), компоненты которого выполняют следующие функции:

получают координаты объекта с помощью спутниковой
системы навигации (навигационный модуль);

фиксируют происходящие с объектом события;

формируют пакеты данных (координаты объекта и событие) и
передают на охранную контрольную панель, входящую в состав АПУ (2)
(автономное передающее устройство);

передают сформированные пакеты на ПЦН.
Способы передачи:

посредством радиосигналов для приёма пеленгаторами:
используется радиопередатчик в составе АПУ – см. раздел 0;

посредством GSM-каналов связи:
 используется GSM/SMS-модуль, входящий в состав охранной
панели. – см. раздел 0.
 используется
GSM/GPRS-модуль,
охранной панели – см. раздел 0.
входящий
в
состав
47
Передача данных в виде GPRS-сообщений является основным
способом обмена информацией посредством GSM-каналов связи.
Передача данных в виде SMS-сообщений – вспомогательный способ
при отсутствии возможности передачи GPRS-сообщения.
На стационарных контролируемых объектах (2), (3), (4) установлены
специальные охранные комплекты, компоненты которых выполняют следующие
функции:

фиксируют происходящие с объектом события;

формируют пакеты данных;

передают сформированные пакеты на ПЦН.
Охранные комплекты различаются по способу передачи пакетов
данных на ПЦН:

Посредством радиосигналов для приёма пеленгаторами:
используется радиопередатчик в составе АПУ (автономное передающее
устройство) (2) – см. раздел 0.

Посредством GSM-каналов связи:
 используется
GSM/SMS-модуль
в
составе
охранной
в
составе
охранной
контрольной панели (3) – см. раздел 0;
 используется
GSM/GPRS-модуль
контрольной панели (2) – см. раздел 0.

Посредством проводной дозвонки по телефонной линии:
используется автодозвонщик в составе охранной контрольной панели (4)
– см. раздел 0.
Передача данных посредством радиосигналов
Пеленгаторы (5) – устройства, расставленные в зонах передвижения
контролируемых объектов (в регионах), выполняют следующие функции:

принимают данные о контролируемых объектах в виде
радиосигналов от установленных на мобильных и стационарных объектах
передающих устройств (1) и (2).

определяют следующие параметры радиосигнала:
48

разность фаз – используется для определения направления
мобильного контролируемого объекта, на основе которого затем
вычисляется
точка
радиопеленгации
–
координаты
объекта,
определённые с помощью пеленгаторов;

частота – используется для различения разных типов
сигналов, которые могут быть получены одновременно от одного и того
же объекта;

уровень сигнала и свёртка – используются в ПО «Пеленги»
(12) для мониторинга оборудования администраторами.

с
помощью
программы-ретранслятора
передают
полученные от объектов данные и измеренные параметры радиосигнала на
ПО «ТЭВМ» (6) по протоколу TCP.
ПО «ТЭВМ» (6) выполняет следующие функции:

получает от ретрансляторов следующие данные:

пакеты дынных о контролируемых объектах;

параметры
радиосигнала,
полученного
от
каждого
контролируемого объекта;

приводит к единому формату полученные пакеты данных;

определяет
номер
пеленгатора
по
IP-адресу и
порту
соединения;

фиксирует время поступления сигнала на ПО «ТЭВМ»;

передаёт на ПО «Сервис архивирования пакетов ТЭВМ»
(входит в состав ПО «Веснушка» (8)) и на ПО «Вычислитель» (9) через ПО
«Коммутирующий узел» (7) следующие данные:

преобразованные
пакеты
объектах;

параметры радиосигналов;

время поступления сигнала;

номер пеленгатора.
данных
о
контролируемых
49
ПО «Вычислитель» (9) получает от ПО «ТЭВМ» (6) пакеты данных с
информацией о контролируемых объектах и параметрами радиосигналов.
Функции Вычислителя:

группирует в один пакет все полученные данные по каждому
объекту, (по одному объекту приходит несколько пакетов данных от
разных пеленгаторов);

определяет координаты объекта на основе полученных
параметров радиосигналов (определение координат возможно только при
получении сигнала от объекта как минимум тремя пеленгаторами);

формирует и передаёт на ПО «Коммутирующий узел» (10)
(для последующей отправки на Диспетчер ПЦН (32)) один пакет данных,
содержащий всю полученную информацию об объекте и вычисленные
координаты;

взаимодействует
предназначено
для
с
ПО
мониторинга
«Пеленги»
оборудования
(12),
которое
администраторами,
следующим образом:

Каждый раз при запуске ПО «Пеленги» Вычислитель
обновляет базу данных пеленгаторов: передаёт пакеты данных со
списком и настройками пеленгаторов (номер пеленгатора, название,
географические координаты пеленгатора, коды антенных пар, тип,
склонение и радиус антенной решётки).

Информационные услуги Вычислителя:
 Запрос: ПО «Пеленги» направляет Вычислителю пакет со
следующими данными: номер объекта и код региона.
 Ответ: Вычислитель отправляет Пеленгам все поступившие
пакеты данных по запрашиваемому объекту с указанием номера
пеленгатора, отправившего каждый конкретный пакет (данные по
объекту не группируются в один пакет, как это было сделано для
отправки на Диспетчер ПЦН (32)).
50
Пакет ПО «Веснушка» (8) предназначено для диагностики зоны
покрытия приёма пеленгаторами радиосигналов в регионах. Состав и функции
каждого компонента:
 ПО «Сервис архивирования пакетов ТЭВМ»:

сохраняет в базе данных всю информацию, поступающую с
ТЭВМ;

формирует базу данных статистики по радиопокрытию сети
на основе приходящих от ТЭВМ пакетов данных.
 ПО «Построитель карт»: строит карты покрытия радиосигнала на
основании следующих параметров, задаваемых пользователем:

начальная и конечная долгота и широта прямоугольника,
ограничивающего зону карты;

начальная и конечная дата и время получения радиосигнала.
Типы карт:
 ПО «Просмотр карт»: отображает построенные карты зоны
покрытия сети:

карта по одному пеленгатору для всех уровней сигнала;

карта по одному пеленгатору для конкретного уровня
сигнала;

карта по всем пеленгаторам для всех уровней сигналов;

карта по всем пеленгаторам для конкретного уровня сигнала;

карта недоступности радиосигнала – отображение зон, в
которых невозможен пеленг (сигналы могут быть приняты лишь одним
или двумя пеленгаторами).
ПО
«Коммутирующий
узел»
(10)
принимает
данные
от
всех
Вычислителей (их может быть несколько), объединяет данные в один поток и
направляет на Диспетчер ПЦН (32) (Диспетчеров также может быть несколько).
Передача данных посредством GSM-каналов связи
Мобильные объекты (1). Стационарные объекты (2)
51
GSM/SMS-модуль и GSM/GPRS-модуль, входящие в состав охранной
панели (1), (2), передают сформированные пакеты данных в виде SMSсообщений и GPRS-сообщений на сервер GSM-провайдера.
ПО «SMS-канал» (13) выступает в роли коммутирующего узла при
передаче данных в виде SMS-сообщений через канал SMPP и GSM-модем.
«SMS-канал» выполняет следующие функции:

получает данные о мобильных объектах в виде SMS-
сообщений через GSM-модем;

передаёт на сервер GSM-провайдера данные, поступающие от
ПЦН АРКАН (команды, запросы, информационные услуги и т.д.) в виде
SMS-сообщений через SMPP-канал или через GSM-модем.
При передаче данных на сервер GSM-провайдера SMPP-канал
является основным, а GSM-модем – резервным каналом передачи.
ПО «Модуль дистанционного контроля» (14):

принимает с «SMS-канала» данные об объектах в виде SMS-
сообщений; переводит их в соответствующий формат (декодирует) и
передаёт на Диспетчер ПЦН (32);

принимает данные о мобильных и стационарных объектах в
виде GPRS-сообщений, поступающие через интернет с сервера GSMпровайдера; переводит их в соответствующий формат (декодирует) и
передаёт на Диспетчер ПЦН (32);

получает от ПО «Хамелеон» (15) запросы координат и
управляющие команды, переводит их в соответствующий формат и
передаёт в виде GPRS-сообщений на сервер GSM-провайдера через
интернет или в виде SMS-сообщений на сервер GSM-провайдера через ПО
«SMS-канал» (13).
Передача данных в виде GPRS-сообщений является основным
способом обмена информацией. Передача данных в виде SMS-сообщений –
вспомогательный способ при отсутствии возможности передачи GPRSсообщения.
52
Стационарные объекты
Тип события идентифицируется по номеру модема (27), который
принимает звонок с объекта и передаёт ПО «SMS – Диспетчер» (28). Каждое
поступающее
событие
дублируется
SMS-сообщением
на
специально
выделенный «SMS-модем» (27). ПО «SMS-Диспетчер» принимает данные,
переводит их в соответствующий формат (декодирует), используя базу данных
«sms_base»
(содержит
классификацию
телефонных
номером
по
типам
передающих устройств, установленных на контролируемых объектах), и
передаёт на Диспетчер ПЦН (32).
Другие модули, использующие GSM-каналы связи
ПО «SMS-Информатор» (15):

принимает от Диспетчера ПЦН (32) данные (в виде кода) о
событиях на определённых контролируемых объектах, по которым была
настроена соответствующая маршрутизация;

переводит код полученного события в формат SMS-
сообщения, используя значения базы данных «sms_imformator» (база
соответствия кода события тексту);

направляет сформированные SMS-сообщения на ПО «SMS-
канал» (13) для последующей передачи клиентам (33) системы «АРКАН»
посредством GSM-провайдера.
ПО «Модуль CRM» (16) предназначен для SMS-рассылки состояния
счёта клиентов системы «АРКАН»:

выбирает из базы данных (17) те cчета клиентов, баланс
которых ≤ 0;

формирует соответствующее SMS-сообщение и направляет
его на ПО «SMS-канал» (13) для последующей передачи клиентам (33)
системы «АРКАН» посредством GSM-провайдера.
ПО «Эмулятор REEF» (18) предназначен для контроля состояния SMSканалов передачи данных:

«REEF».
периодически излучает сигналы о текущем состоянии объекта
53

направляет пакеты данных на ПО «SMS-канал» (13) для
дальнейшей доставки через GSM-провайдер на ПО «АРМ Хамелеон» (21) –
рабочее место оперативного дежурного.
Сигнал должен пройти по SMS-каналам связи через GSM-провайдер,
затем через ПО «SMS-канал» (13) и «SMS-Диспетчер» (14) поступить на
«Диспетчер ПЦН» (32). В случае какого-либо обрыва связи в каналах
передачи SMS-сообщений оперативному дежурному на ПО «АРМ Хамелеон»
(21) поступает соответствующая информация.
Передача данных посредством проводной дозвонки
Станция проводной дозвонки (30) принимает звонки по любому из
четырёх телефонных номеров (31) и передаёт ПО «Диспетчер проводной
дозвонки» (ПО «ДПД») (29) по протоколу Contact ID через интерфейс RS 232.
ПО «Диспетчер проводной дозвонки» преобразует поступившие пакеты данных,
используя базу данных «DPD» (идентификатор канала, идентификатор объекта,
событие Contact ID → событие, номер объекта ДПЦН), после чего передаёт на
Диспетчер ПЦН (32).
Мною было разработано ПО «Диспетчер ПЦН» (32):

принимает пакеты данных о контролируемых объектах;

проверяет корректность полученных данных;

маршрутизирует данные на рабочие места оперативных
дежурных и на дочерние пульты управления, а также на модули
сопряжения со сторонними системами, используя БД Объектов (19);

формирует БД Архив (20).
Motorola, Nokia, MCI, Northern Telecom, Philadelphia Stock Exchange, Bear
Stearns, First National Bank of Chicago, the Money Store, the US Army, NASA,
Boeing - все эти компании, независимо от направления бизнеса, имеют одно
общее: они выбрали Систему управления базами данных Firebird в качестве
ключевого компонента их информационных систем [4]. Firebird одинаково
хорошо применяется для сбора данных, аэрокосмических исследований или
хранения и обработки данных биржи. Приложения подобного рода имеют много
общих требований: легкость использования и управления, производительность,
масштабируемость, переносимость, использование ресурсов и восстановление
54
после сбоя. Firebird (как продолжение проекта InterBase) разработан именно с
целью удовлетворять всем этим требованиям.
Таблица 1.3
Состав программно-технического обеспечения
№
Наименование оборудования
Ед. изм.
Кол-во
2
3
4
шт.
1
шт.
2
п/п
1
КВМ
1
Оборудование
Система мониторинга АРКАН
3
Комплект Аркан-М
ПЭВМ и ПО
5
Системный блок (HDD от 80 Гб/RAM 1Gb, CPU 2,3 ГГц
шт.
Видеокарта с двумя DVI выходами)
6
Системный блок (HDD от 120 Гб/RAM 2Gb, CPU 2,5 ГГц
шт.
Видеокарта с двумя DVI выходами
7
Системный блок (HDD от 500 Гб/RAM 2Gb, CPU 2,5
шт.
ГГц,корпус RACK-mount с салазками) 2 диска
3
1
1
8
Монитор ЖК 19"
шт.
8
9
Монитор ЖК 17"
шт.
1
10
Мыши компьютерные
шт.
5
11
Клавиатуры
шт.
5
12
ИБП (типа UPS APC Back ES 700VA или аналог)
шт.
4
13
ИБП (типа powerware 9125 2kva rack-mount)
шт.
1
14
Лицензионное ПО в составе:
15
ПО windows server 2003
1
Oracle Application Express
5
office 2007
5
windows XP
4
Специализрованное ПО "АСУиД"
1
Система записи переговоров
16
Система записи переговоров"Незабудка"
шт.
1
(возможность писать поток PRI+4 аналоговых линии)
17
Пусконаладочные работы
1
55
Таблица 1.3(продол.)
1
2
3
4
Экран коллективного доступа
18
LCD панель (диагональ 101см, обязательно 2 входа HDMI)
компл.
19
LCD панель (диагональ 101см, обязательно 4 входа HDMI)
компл.
2
1
Радиосвязь Тетра
21
Стационарная рация стандарта ТЕТРА
компл.
2
22
Возимая рация стандарта ТЕТРА
компл.
2
23
Носимая рация стандарта ТЕТРА
компл.
2
24
Монтаж (без высотных работ)
шт.
1
25
Аккумулятор повышенной емкости
шт.
2
26
Кожаный чехол для радиостанции SRM3500
компл.
2
27
Гарнитура для SRM3500
шт.
4
28
Подключение к сети TETRA (одной радиостанции)
шт.
29
Установка комплекта стационарной радиостанции SRM3500
2
(без высотных работ)
30
6
Установка возимой радиостанции SRM3500 (с выездом к
2
заказчику)
Коммутационное оборудование
31
Коммутатор типа AT 8550SP Rack-mount
шт.
1
32
Конвертор HDMI-TP Типа Kramer TP551
шт.
8
33
Конвертор TP-HDMI Типа Kramer TP552
шт.
8
34
Переходник DVI-HDMI
шт.
8
35
Усилитель-распределитель типа Kramer VM-4HDCP
шт.
36
Шкаф телекоммуникационный - 26U
шт.
1
37
Кабель DVI-DVI 6 м.
компл.
8
38
Кабель НDМI-НDМI 1 м.
компл.
16
39
Патч-панель категории 5е - 24 портовая
компл.
2
40
Фильтр сетевой типа Pilot на 6 розеток
компл.
7
41
Монтажные и пусконаладочные работы
4
1
Расходные материалы
42
Кабель-каналы, кабели, стойки, разъемы для создания СКС
(разъёмы RG-45)
шт.
1
56
Даже если большинство систем не требуют экзотических возможностей,
как вышеперечисленные, они все равно желают от РСУБД (Relational Database
Management System – реляционная СУБД далее RDBMS) тех же характеристик
для реальных задач и решения реальных проблем бизнеса. Перечисленные
характеристики Firebird также очень хорошо подходят для рабочих групп,
отделов, и приложений уровня предприятия.
Firebird - это СУБД, основанная на открытых исходных текстах Borland
InterBase 6.0. InterBase был придуман и создан группой сотрудников Digital
Equipment Corporation (DEC), желавших воплотить в RDBMS ряд уникальных
технологических
решений,
обеспечивающих
большие
преимушества
по
сравнению с существовавшими серверами баз данных. Проект InterBase начался
в 1985 году как Groton Database Systems (GDS) и вскоре был переименован в
InterBase. Группа была приобретена Ashton Tate в 1991 году. Borland получил
InterBase в 1992 году как часть приобретения Ashton Tate [5].
Как и планировалось разработчиками, InterBase продемонстрировал целый
ряд технологических новшеств. Среди них:
 множественные поколения записей;
 автоматическое двухфазное подтверждение транзакций;
 зеркалирование базы данных;
 большие двоичные объекты (BLObs);
 битовые индексы;
 многомерные массивы;
 уведомления о событиях.
Большинство существующих RDBMS не смогли воспроизвести или
создать эквивалентные технологии. Например, архитектура SQL Server
использует комбинацию страничных, индексных и табличных блокировок для
обеспечения конкурентного доступа к данным. SQL Server также поддерживает
двухфазное подтверждение транзакций, однако требует большого количества
кода для реализации подтверждения или отката. SQL Server обеспечивает
хранение
данных
типа
BLOb,
но
в
более
ограниченном
быстродействующем варианте, чем это реализовано в InterBase.
и
менее
57
В 2000-м году, когда будущее InterBase было под вопросом, и корпорация
Borland решила открыть исходные тексты, образовался проект Firebird (31 июля
2000). С тех пор проект динамически развивался. Разработчики Firebird
исправили значительное количество старых ошибок InterBase и добавили новые
возможности.
Текущий официальный релиз Firebird поддерживает платформы Linux
i386, Windows (Win32), Solaris Sparc and i386, FreeBSD, MacOS X and HP-UX. Он
совместим со стандартом SQL'92, не требует постоянного администрирования,
прост в установке и сопровождении, он бесплатен и доступен в полных
исходных текстах.
Текущая версия
Firebird -
1.5
-
является предвестником
уже
запланированной версии 2.0, которая будет значительным шагом вперед в
сравнении с версией 1.0.
Firebird является открытым и бесплатным продуктом, что является
препятствием для его развития по сравнению с коммерческими проектами.
Чтобы иметь уверенность в дальнейшем развитии Firebird и возможность
направлять разработку в нужном для пользователей направлении, была создана
некоммерческая
ассоциация
Firebird
Foundation.
В
рамки
деятельности
ассоциации входит создание административных и некоммерческих структур для
привлечения и распределения средств с целью продвижения и развития Firebird.
В
результате
множества
проведенных
тестов,
оптимальным
вариантом для системы «Навигатор» является выбор Firebird. Основными
критериями для выбора системы были: механизмы блокировок таблиц и записей
таблицы при обращении к ним, производительность, размер базы данных на
дисковом пространстве, надежность, скорость восстановления и выгрузки базы
данных, стоимость. Сравнение проводилось как с базами данных с открытым
кодом так и полностью платными. В сравнение брались следующие СУБД:
Firebird 1.5, MySQL 5.0.18, PostgreSQL 8.1, Informix, DB2 [6,7].
Для собственной разработки была выбрана среда разработки С#.
58
Глава 2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Типичный жизненный цикл проекта состоит из четырех фаз - начальная
фаза (концепция), фаза разработки, фаза реализации и фаза завершения.
Начальная фаза - посвящена разработке концепции проекта и включает
в себя:
сбор исходных данных и анализ существующего состояния
(предварительное обследование), выявление потребности в изменениях (в
проекте). Определение проекта:

цели, задачи и результаты применительно к задаче автоматизации
подписных изданий

основные требования, ограничительные условия, критерии;

уровень риска;

окружение проекта, потенциальные участники;

требуемое время, ресурсы, средства и др.
На этом этапе происходит формулировка задачи автоматизации
учета
подписных изданий, построение и оценка альтернатив решения этой задачи, а
также их экспертиза и утверждение концепции.
Фаза разработки проекта – в процессе которой
разрабатываются
основные компоненты проекта и осуществляется подготовка к его реализации.
Основные
работы
этой
фазы:
назначение
руководителя
проекта
и
формирование команды проекта, в первую очередь ключевых членов команды:
изучение целей, мотивации и требований заказчика и владельца проекта, а также
других ключевых участников.
На этом же этапе осуществляется структурное планирование, в том числе
декомпозиция проекта, верстаются календарные планы и укрупненные графики
работ, смета и бюджет проекта, определяются
методы контроля реализации проекта,
потребности
в ресурсах
и
осуществляется определение и
распределение рисков. В процессе реализации этого этапа осуществляется
организация и проведение торгов, заключение субконтрактов с основными
исполнителями, организуется
выполнение базовых проектных и опытно-
59
конструкторских работ по проекту и осуществляется представление проектной
разработки заказчику.
Применительно к рассматриваемой в дипломном проекте
задаче
автоматизации подписных изданий на этом этапе выбирается подходящая
система документооборота и осуществляется ее приобретение.
Фаза реализации – в процессе которой осуществляется полный ввод в
действие разработанной системы. На этом этапе происходит ввод в действие
средств и способов коммуникации и связи участников проекта, ввод в действие
системы
стимулирования
участников
проекта, осуществляется детальное
проектирование и определяются технические спецификации, производится
оперативное планирование работ.
Применительно к рассматриваемой задаче автоматизации подписных
изданий на этом этапе проводится обучение персонала, внедрение в технологию
работы приобретаемой информационной системы.
Завершающая фаза или окончание проекта – в процессе которой
достигаются конечные цели проекта и подводятся итоги. К основным работам
этой фазы относятся - эксплутационные испытания окончательного продукта
проекта, подготовка кадров для эксплуатации созданного объекта, подготовка
документации, сдача объекта заказчику и ввод в эксплуатацию.
Жизненный цикл программного обеспечения
Одним из базовых понятий методологии проектирования ИС является
понятие жизненного цикла ее программного обеспечения (ЖЦ ПО). ЖЦ ПО - это
непрерывный процесс, который начинается с момента принятия решения о
необходимости создания ПО и заканчивается в момент его полного изъятия из
эксплуатации.
Основным нормативным документом,
является
международный
стандарт
регламентирующим ЖЦ
ISO/TEC
12207
(ISO
ПО,
-International
Organization of Standardization Международная организация по стандартизации,
EEC - International Electrotechnical Commission - Международная комиссия по
электротехнике). Он определяет структуру ЖЦ, содержащую процессы,
действия и задачи, которые должны быть выполнены во время создания ПО.
60
Структура ЖЦ ПО по стандарту ISO/TEC 12207 базируется на трех группах
процессов:

основные процессы ЖЦ ПО (приобретение, поставка, разработка,
эксплуатация, сопровождение);

вспомогательные процессы, обеспечивающие выполнение основных
процессов
(документирование,
управление
конфигурацией,
обеспечение
качества, верификация, аттестация, оценка, аудит, решение проблем);

организационные
процессы
(управление
проектами,
создание
инфраструктуры проекта, определение, оценка и улучшение самого ЖЦ,
обучение).
Разработка охватывает все работы по созданию ПО и его компонентов
(анализ, проектирование и программирование) в соответствии с заданными
требованиями,
включая
документации,
подготовку
работоспособности
и
оформление
проектной
материалов,
качества
и
эксплуатационной
необходимых
программных
для
продуктов,
проверки
материалов,
необходимых для организации обучения персонала, и т.д.
Эксплуатация включает в себя работы по внедрению компонентов ПО, в
том числе конфигурирование базы данных и рабочих мест пользователей,
обеспечение эксплуатационной документацией, проведение обучения персонала
и т.д., и непосредственно эксплуатацию, в том числе локализацию проблем и
устранение
причин
их
возникновения,
модификацию
ПО
в
рамках
установленного регламента, подготовку предложений по совершенствованию,
развитию и модернизации системы.
Модели жизненного цикла ПО
Стандарт ISO/TEC 12207 не предлагает конкретную модель ЖЦ и методы
разработки ПО. Его регламенты являются общими для любых моделей ЖЦ,
методологий и технологии разработки. Стандарт ISO/TEC 12207 описывает
структуру процессов ЖЦ ПО, но не конкретизирует в деталях, как реализовать
или выполнить действия и задачи, включенные в эти процессы.
Под
моделью
ЖЦ
понимается
структура,
определяющая
последовательность выполнения и взаимосвязи процессов, действий и задач на
протяжении ЖЦ. Модель ЖЦ зависит от специфики ИС и специфики условий, в
61
которых
система создается
и
функционирует. К настоящему времени
наибольшее распространение получили следующие две основные модели ЖЦ:
каскадная модель (1970 - 1985 гг.) и спиральная модель (1986 - 1990 гг.).
В изначально существовавших однородных ИС приложения представляли
собой единое целое. Для разработки такого типа приложений применялся
каскадный способ. Его основной характеристикой является разбиение всей
разработки на этапы, причем переход с одного этапа на следующий происходит
только после того, как будет полностью завершена работа на текущем.
Каждый этап завершается выпуском полного комплекта документации,
достаточной для того, чтобы разработка могла быть продолжена другой
командой разработчиков.
Преимущества применения каскадного способа заключаются в следующем:

на каждом этапе формируется законченный набор проектной
документации, отвечающий критериям полноты и согласованности;

выполняемые в логичной последовательности этапы работ позволяют
планировать сроки завершения всех работ и соответствующие затраты.
Каскадный подход хорошо зарекомендовал себя при построении ИС, для
которых в самом начале разработки можно достаточно точно и полно
сформулировать все требования с тем, чтобы предоставить разработчикам
свободу реализовать их технически как можно лучше. В эту категорию попадают
сложные расчетные системы, системы реального времени и др.
Для преодоления перечисленных проблем была предложена спиральная
модель ЖЦ, в которой делается упор на начальные этапы ЖЦ: анализ и
проектирование.
На
этих
этапах
реализуемость
технических
решений
проверяется путем создания прототипов. Каждый виток спирали соответствует
созданию фрагмента или версии ПО, на нем уточняются цели и характеристики
проекта, определяется его качество и планируются работы следующего витка
спирали. Таким образом углубляются и последовательно конкретизируются
детали проекта и в результате выбирается обоснованный вариант, который
доводится до реализации.
62
Главная задача - как можно быстрее показать пользователям системы
работоспособный продукт, тем самым активизируя процесс уточнения и
дополнения требований.
Для разрабатываемой ИС подходит спиральная модель жизненного
цикла. Данная модель ЖЦ является основным для выбранного нами стандарта
ISO/TEC 12207 и является более эффективным по сравнению с другими, что
позволяет получить на выходе более качественный продукт при небольшом
количестве задействованного персонала и относительно коротким графиком
проектирования.
Спиральная
модель
позволяет
наращивать
програмное
обеспечение путем создания новых версий.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их
описание
При осуществлении любого проекта всегда возникает ситуация, связанная
с неопределенностью, неполнотой или неточностью информации об условиях
реализации проекта и связанных с ними затратах и результатах. Все участники
проекта заинтересованы в том, чтобы исключить возможность провала проекта
из-за таких неопределенных ситуаций. Для того чтобы снизить потери от
возможных просчетов и избежать провала проекта в целом, методология
управления проектами предусматривает специальные процедуры, помогающие
учесть факторы неопределенности и риска на всех фазах и этапах проекта.
Зная виды и значимость рисков, можно на них воздействовать, снижая их
отрицательное влияние на эффективность проекта. Следовательно, создается
реальная возможность управлять ими. Факторы риска и неопределенности
подлежат учету в расчетах эффективности, если при разных возможных
условиях реализации затраты и результаты по проекту различны.
Этап подготовки проекта
1. Риск персонала
Риски:
 Привлечение неопытного персонала к выполнению проекта.
 Включение в состав разработчиков «случайных» сотрудников, а не
ключевых участников автоматизируемых бизнес процессов
 Отсутствие единой стратегии автоматизации
63
 Отсутствие единой цели и задачи проекта
 Отсутствие мотивации сотрудников
 Негативное отношение персонала к проекту
 Необдуманный план ведения работ
Способы предотвращения:
 Активное взаимодействие с руководством в ходе проекта и своевременное
принятие решений.
 Участие в проекте ведущих специалистов и профессиональных
консультантов
 Четко сформулированные цели проекта
 Проработка общей стратегии автоматизации организации
 Стабильный состав рабочей группы в течение всего проекта
2. Риск ведения проекта
Риски:
 Неверное определение рамок и масштаба проекта
 Проектирование ошибочных функций системы
 Выбор неправильных технологий и методов решений задач
 Не соблюдение требования заказчика
Способы предотвращения:
 Обеспечение стабильности границ проекта, которые определяются на
начальном этапе и остаются неизменными вплоть до окончания проекта.
 Качественное планирование выполняемых работ
 Обеспечение проекта необходимыми ресурсами
 Утверждение и согласование проектного решения
 Установление высокого порога принятия изменений
3. Риск неверного планирования
Риски:
 Неэффективный организационный план внедрения системы
 Срыв сроков выполнения работ по этапам
Способы предотвращения:
64
 На ранних стадиях проекта проведение аудита, организация командной
работы, распределение ролей и стимулирование.
 Документирование всех работ и обеспечение доступа к данным всем
участникам проекта
Этап разработки
4. Риск персонала
Риски:
 Увольнение ключевых сотрудников, ответственных за проведение
разработки
 Недопонимание между участниками проекта из-за отсутствия налаженной
системы коммуникации
 Неверное понимание задачи проектирования
 Отбор программистов без опыта работы с подобными системами
Способы предотвращения:
 Тщательный подбор сотрудников, участвующих в проекте
 Налаженная система коммуникации между сотрудниками, постоянное
документирование изменений системы
5. Технические риски
Риски:
 Приостановка разработки из-за ошибок в используемом программном
обеспечение.
 Пользовательская документация охватывает не все функции системы
Способы предотвращения:
 Использование только проверенного лицензионного ПО, проведение
регулярного резервного копирования данных
 Проверка документации на полноту сведений
Этап внедрения
6. Риск персонала
Риски:
 Несогласованность действий разработчика и специалистов предметной
области
65
 Нежелание сотрудников работать с новой системой и связанные с этим
трудности их обучения
 Неучастие руководства в проекте
Способы предотвращения:
 Обучения сотрудников заказчика работе с системой
 Составление плана внедрения системы
 Обоснование необходимости автоматизации персоналу
 Вовлечение руководства в проект и активное взаимодействие с ним в ходе
всего проекта.
7. Технические риски
Риски:
 Потеря данных при внедрение системы
Способы предотвращения:
 Привлечение квалифицированных сотрудников, имеющих опыт в
подобных проектах
Этап эксплуатации и сопровождения
8. Технические риски
Риски:
 Ошибки в программе, приводящие к невозможности ее использования
 Некорректная эксплуатация оборудования
 Несоответствие функционального набора системы из-за реорганизации
компании.
Способы предотвращения:
 Тщательное тестирование и модификации во время разработки системы
 Документирование технических условий и их согласование
Применительно
к
внедряемой
системе
документооборота
следует
отметить следующие риски: нарушение конфиденциальности информации;
нарушение целостности информации; нарушение доступности информации.
66
Таблица 2.1
Перечень рисков для данной операции и требования по ее защищенности.
Требования
Доступности
Преднамеренное искажение информации оператором при
ее вводе
Случайное искажение информации оператором при ее
вводе
Ввод оператором фиктивного документа
Несанкционированное уничтожение оператором
подлинного документа.
Несанкционированное копирование информации при ее
хранении в памяти ПЭВМ, на магнитных носителях
(жесткий диск, дискеты).
Несанкционированный доступ к базе данных из внешней
сети по каналу связи.
Несанкционированное изменение программного
обеспечения.
Несанкционированное изменение аппаратных средств.
Несанкционированный доступ к базе данных (превышение
полномочий оператором).
Хищение магнитных носителей.
Внедрение аппаратных и программных “закладок” и
“скрытых каналов доступа”.
Съем конфиденциальной информации визуальным
методом, например с экрана монитора или с оставленных
без присмотра первичных бумажных документов.
Съем информации по электромагнитным каналам.
Съем информации по акустическим каналам.
Аппаратные сбои
Установка подслушивающих устройств
Перехват информации при ее передаче по соединительным
линиям либо по общей шине ЛВС.
Градацию требований к защищенности документов,
Целостности
Методы нападения
Угрозы
Конфиденциа
льности
Создание электронного документа
+
+
3
+
+
4
+
+
3
+
+
3
+
3
+
+
2
+
+
+
3
+
+
+
2
+
+
+
3
+
+
+
3
+
+
+
2
+
2
+
+
+
+
1
1
4
1
+
+
+
3
обрабатываемых в
компьютерной системе в ходе выполнения различных операций: нет требований;
низкие; средние; высокие.
1. Создание электронного документа:
67

ввод поручения в отделении почтамта;

работа с атрибутами счетов;

ввод внешних документов;

работа с информацией о денежных средствах;

работа с системными справочниками;

работа с журналами прав доступа;
В качестве объекта нападения в данном случае может выступать оператор
рабочего места, обслуживающий персонал, рабочая станция (рабочее место),
локальная сеть, база данных.
Воздействие на объекты, в соответствии с принятой моделью нарушителя,
может быть непосредственным (несанкционированное чтение документа, кража
носителя и т.п.) и опосредованным (например, из внешней сети с целью
нарушения целостности создаваемого документа или внедрение программной
закладки).
Программная
закладка
может
быть
внедрена
лицом
из
обслуживающего персонала.
Таблица 2.2
Перечень рисков при выполнении поручений
Несанкционированный запуск поручения на исполнение
Преднамеренное искажение (изменение состояния)
поручения
Случайное искажение (изменение состояния) поручения
Несанкционированное разглашение поручения
Несанкционированное копирование поручения
Требования
+
3
+
+
3
+
+
4
3
3
+
+
Выполнение поручений:




Доступности
Целостности
Методы нападения
Угрозы
Конфиденциа
льности
Выполнение поручений
изменение состояния поручений (электронного документа);
формирование электронных документов в базах данных;
формирование бинарных файлов (их промежуточное хранение);
сцепка заявок;
68
В дополнении к выше приведенным угрозам отметим следующие риски
(табл.2.3)
Исходящие электронные документы:

формирование текстов почтовых файлов;

передача
сообщений
объекту,
учитывающему
исходящую
корреспонденцию (серверу приложений) и его отправка;

прямая передача сообщений между в одной локальной сети, или по
выделенному телекоммуникационному каналу, обеспечивающему on-line
соединение;

передача информации участнику на удаленный терминал
2.1.3
Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Программа состоит из 3 АРМов (АРМ администратора, АРМ менеджера,
АРМ руководителя), каждый из которых имеет связь с единой базой данных/.
Табл. 2.3
Разграничение прав пользователей
Группы
Общая
Общая
пользователей
папка
«договора»
папка Модуль
«отчеты»
«Учета
Доступ
Internet
продаж»
Менеджер
запрещен
Чтение
Чтение
Нет
Администратор
Полный
Полный
Полный
полный
Руководитель
Чтение
Чтение/создание
Полный
полный
в
69
Каждый АРМ представляет собой отдельную программу доступ, к
которой происходит по средству ввода логина и пароля, с помощью которых
можно войти только в определенный АРМ. Главным АРМом является АРМ
администратора, в котором осуществляется распределения прав доступа к
модулям, добавление новых изданий и поставщиков.
Защита от внутренних угроз. Для этого определены группы пользователей
разрабатываемой системы и назначены им соответствующие права доступа к
папкам и модулям системы (Табл. 2.2) .
Существует множество причин, которые могут серьёзно повлиять на
работу локальных и глобальных сетей, привести к потере ценной информации.
Среди них можно выделить следующие.
1. Несанкционированный доступ извне, копирование или изменение
информации случайные или умышленные действия, приводящие к:
- искажению либо уничтожению данных;
-
ознакомление
посторонних
лиц
с
информацией,
составляющей
банковскую, финансовую или государственную тайну.
2. Некорректная работа программного обеспечения, приводящая к потере
или порче данных из-за:
- ошибок в прикладном или сетевом ПО;
- заражения систем компьютерными вирусами.
3. Технические сбои оборудования, вызванные:
- отключением электропитания;
- отказом дисковых систем и систем архивации данных;
- нарушением работы серверов, рабочих станций, сетевых карт, модемов.
4. Ошибки обслуживающего персонала.
Конечно, универсального решения, исключающего все перечисленные
причины, нет, однако во многих организациях разработаны и применяются
технические и административные меры, позволяющие риск потери данных или
несанкционированного доступа к ним свести к минимуму.
70
Средства для мониторинга сети и обнаружения в её работе «узких мест»
можно разделить на два основных класса:
- стратегические;
- тактические.
Назначение стратегических средств состоит в контроле за широким
спектром параметров функционирования всей сети и решении проблем
конфигурирования ЛВС.
Назначение
тактических
средств
–
мониторинг
и
устранение
неисправностей сетевых устройств и сетевого кабеля.
К стратегическим средствам относятся:
- системы управления сетью
- встроенные системы диагностики
- распределённые системы мониторинга
- средства диагностики операционных систем, функционирующих на
больших машинах и серверах.
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Информационная система может быть определена с технической точки
зрения
как
набор
взаимосвязанных
компонентов,
которые
собирают,
обрабатывают, запасают и распределяют информацию, чтобы поддержать
принятие решений и управление в организации. В дополнение к поддержке
принятия решений, координации и управлению информационные системы могут
также помогать менеджерам проводить анализ проблемы, делают видимыми
комплексные объекты и создают новые изделия.
Информационные системы содержат информацию о значительных людях,
местах и объектах внутри организации или в окружающей среде. Информацией
мы называем данные, преобразованные в форму, которая является значимой и
полезной для людей. Данные, напротив, являются потоками сырых фактов,
представляющих результаты, встречающиеся в организациях или физической
71
среде прежде, чем они были организованы и преобразованы в форму, которую
люди могут понимать и использовать.
Основу деятельности любой организации составляют ее деловые
процессы или бизнес-процессы, которые определяются целями и задачами
организации. Каждый бизнес-процесс характеризуется четко определенными во
времени началом и концом. Для каждой работы, входящей в бизнес-процесс,
определены временные характеристики, определяющие ее место в общей
последовательности работ. Описание деятельности организации с помощью
бизнес-процессов позволяет определить где, когда и кем выполняется каждая
функция, какие данные, информационные или функциональные взаимосвязи для
этого нужны и откуда эти данные поступают. Цель этапа информационного
моделирования состоит в том, чтобы идентифицировать концептуальные
сущности, или объекты, которые составляют подсистему для анализа. Объекты
информационной модели представляются через их имена и имена их атрибутов.
Здесь
устанавливаются
функциональные
связи
зависимости.
между
информационными
Кроме
структурной
объектами
и
направленности
информационное моделирование связанно с особенностями реализации связей в
различных
связываемых
компьютерных
предметов.
технологиях,
Для
в
успешной
зависимости
реализации
от
количества
проекта
объект
проектирования должен быть прежде всего адекватно описан, должны быть
построены полные и непротиворечивые функциональные и информационные
модели ИС. Накопленный к настоящему времени опыт проектирования ИС
показывает, что это логически сложная, трудоемкая и длительная по времени
работа, требующая высокой квалификации участвующих в ней специалистов.
Однако до недавнего времени проектирование ИС выполнялось в основном на
интуитивном уровне с применением неформализованных методов, основанных
на искусстве, практическом опыте, экспертных оценках и дорогостоящих
экспериментальных проверках качества функционирования ИС. Кроме того, в
процессе создания и функционирования ИС информационные потребности
пользователей могут изменяться или уточняться, что еще более усложняет
разработку и сопровождение таких систем.
Информационная модель комплекса задач служит для отображения
72
взаимосвязи входных, промежуточных, а также результатных информационных
потоков, функций предметной области и файлов с условно-постоянной
информацией.
Ниже
на
рис.
2.1
приведена
подробная
информационная
модель
рассматриваемого комплекса задач.
Рис. 2.1. Информационная модель
Область 1 отображает процесс конфигурирования ИС в части ввода
пользователей ИС, которые необходимы в рамках задачи для того, чтобы можно
было
зафиксировать
информацию
о
пользователях
(клиентах).
Форма
«Управление пользователями» предполагает выполнение двух видов операций:
 редактирование справочника объекты;
 редактирование справочника пользователей.
73
Область 2 отображает то, что из базы ИС в рамках моделируемой задачи
используются три справочника и две таблицы. (Под справочником мы понимаем
обычную таблицу, которая содержит условно-постоянную информацию).
Область
3
отображает
собственно
процесс
обработки
событий.
Проектировщики предполагают, что ввод будет состоять из следующих этапов:
 сначала делается запись (либо производится обновление записи) в
справочнике пользователя. Под пользователем понимается ФИО
клиента и какие-либо его данные (например паспортные данные).
 затем делается запись, отражающая факт совершения события. В
рамках задачи предполагается два варианта его совершения:
o включилась аварийная кнопка;
o произошло блокирование.
 в любом случае событие должно поступить какому-либо оператору.
 Оператор дает задание на работы и сообщает о событии клиенту.
Область 4 отображает то, что моделируема ИС предоставляет на выходе:
 клиент получает результатный документ, содержащий параметры
совершённого события и проделанной работе.
o Из
справочника
«Спр
«Клиенты»»
используем
текстовое
получаем
текстовое
наименование клиента;
o Из
справочника
«Спр
«Событие»»
наименование События.
o Из таблицы «Т «Работы»» остальные реквизиты.
 клиент может получить выписку о событии и работах.
o оператор по окончании какого-либо периода получает файл(реестр)
событий.
2.2.2. Характеристика
нормативно-справочной,
входной
и
оперативной информации
При решении поставленных в дипломном проекте задач используется ряд
входных документов:
1) Данные о типе документа;
2) Данные о документах;
74
3) Данные об отделах;
4) Данные о сотрудниках;
5) Данные о контроле;
6) Данные о поручениях;
7) Данные о исполнении.
Данные типа документа. Содержит данные о типах документах на
предприятии. Поступает в бумажном виде. В документе содержатся показатели:
 Номер типа;
 Название типа.
Данные об отделах. Содержит данные об отделах. Поступает в бумажном
виде. В документе содержатся показатели:
 Название отдела;
 Руководитель;
 Телефон.
Данные сотрудника. Содержит данные о сотрудниках – составителях и
исполнителях документов. Поступает в бумажном виде. В документе содержатся
показатели:
 ФИО;
 Дата рождения;
 Телефоны;
 Адрес;
 Должность;
 Отдел.
Данные документа. Содержит данные о документах – корреспонденции,
внутренних приказах. Поступает в бумажном виде. В документе содержатся
показатели:
 Название документа;
 Содержание;
 Организация, приславшая или кому отсылают;
 Вид документа (входной, выходной);
 Создатель документа;
 Исполнитель (кому направлен);
75
 Тип документа;
 Руководитель;
 Дата создания.
Данные о контроле документа. Содержит данные о документах – контроле.
Поступает в бумажном виде. В документе содержатся показатели:
 Дата контроля;
 Номер документа;
 Номер контроля;
 Выводы.
Данные о исполнении документа. Содержит данные об исполнении
документов. Поступает в бумажном виде. В документе содержатся показатели:
 Номер документа;
 Исполнитель;
 Фактическая дата исполнения;
 Отчет об исполнении.
Данные
о
поручении
документа.
Содержит
данные
о
поручении
документов. Поступает в бумажном виде. В документе содержатся показатели:
 Номер документа;
 Поручитель;
 Кому поручено;
 Поручение;
 Дата поручения;
 Дата исполнения.
2.2.4 Характеристика результатной информации
В данном разделе описан документ поучаемый в результате выполнения
всех запросов данной задачи и произошедших событий. Результативным
документом (в электронной форме) является “Данные в архив”.
Выходной документ “ Данные в архив ” содержит следующие данные:
-
Фамилия заказчика
-
Имя заказчика
-
Отчество заказчика
76
-
Пол заказчика
-
Фамилия оператора
-
Имя оператора
-
Отчество оператора
-
Пол оператора
-
Дата события
-
Электронный адрес
-
Телефон или факс
-
Номер подразделения (отдела)
-
Название подразделения.
Данный выходной документ является по сути более уточненным входным
документом “Бланк заказа”, но в отличие от него в “ Данные в архив ”
уточняется специалист, который зафиксировал событие. Данные в электронном
виде хранятся в БД в таблице «Данные» Табл.10.
В процессе описания структуры записи файлов для описания типа полей
записи используются сокращенные обозначения, приведенные в таблице 2.4.
Таблица № 2.4
Перечень обозначений типов полей записи базы данных
Наименование типа поля
записи
Символьный тип
Числовой тип
Календарная дата
Полное название
Краткое обозначение
С
I
D
Char
Int
Date
Таблица № 2.5
Структура справочника “Данные” в БД
№
1
2
3
4
5
6
7
8
9
Наименование поля
ID заказа
Ф.И.О. клиента
Пол заказчика
Ф.И.О. разработчика
Пол разработчика
Дата заказа
Электронный адрес
Телефон клиента
Номер отдела
Идентификатор
Тип
ID
FIO_K
POL_K
FIO_R
POL_R
DAT
EMAIL
TEL
NUM_OTD
I
C
I
C
I
D
C
С
I
Количество
символов
4
25
1
25
1
10
20
5
3
77
Данный выходной документ формируется всякий раз когда “Бланк
событие”
одобряется,
утверждается
и
уточняется
начальником
отдела
автоматизации центра информационных технологий. Документ в электронном
виде доставляется до получателя (разработчика) при помощи разрабатываемой в
данном дипломном проекте программы, более точно при помощи ее
администраторской клиентской части с которой работает начальник отдела.
2.3. Программное обеспечение задачи
Тщательно
выбранная
информационная
система
предоставляет
руководству и членам команды возможность принимать приемлемые и
обоснованные
решения
на
протяжении
всего
проектного
цикла.
Соответствующая организация управления может обеспечить построение
процедур анализа качества выполнения работ, которая фокусирует внимание
руководства на достижении поставленных целей.
Идеальной
программы
удовлетворяющей
всем
без
для
автоматизации
исключения
управления
требованиям
проектами,
предприятия
не
существует. Важным условием правильного выбора информационной системы
управления проектами является понимание того, что именно вы хотите получить
от системы и разделение критичных и второстепенных требований - какие ее
возможности
вам
необходимы,
какая
учетная
информация
должна
использоваться для принятия управленческих решений по проекту. Именно
качество внедрения системы определяет различие между "хорошим" и "плохим"
пакетом. Внедрение информационной системы управления проектами должно
проводиться поэтапно и быть тщательно спланировано.
78
Таблица 2.6
Набор базовых функциональных возможностей информационных систем
Средства описания
комплекса работ
проекта, связей между
работами и их
временных
характеристик
Средства поддержки
информации о ресурсах
и затратах по проекту и
назначения ресурсов и
затрат отдельным
работам проекта
Средства контроля за
ходом выполнения
проекта
 Описания глобальных параметров управления
проектом
 Описание логической структуры комплекса работ
 Многоуровневое представление проекта
 Назначение временных параметров проекта
 Организационная структура исполнителей
 Ведение списка наличных ресурсов, номенклатуры
материалов и статей затрат
 Поддержка календарей ресурсов
 Назначение ресурсов работам
 Календарное планирование при ограниченных
ресурсах
 Фиксация параметров управления проектом в базе
данных
 Ввод фактических показателей состояния задач Ввод
фактических объемов работ и использования ресурсов
 Сравнение плановых и фактических показателей и
прогнозирование хода предстоящих работ
 Диаграмма Ганта (часто совмещенная с электронной
таблицей и позволяющая отображать различную
дополнительную информацию)
Графические средства
представления
структуры проекта,
средства создания
различных отчетов по
проекту
Набор базовых функциональных возможностей информационных систем
данного класса представлен в таблице 2.6.
Даже простые информационные
системы
способны
поддерживать
планирование проектов, состоящих из десятков тысяч задач и использующих
тысячи
видов
ресурсов.
Такие
информационные
системы
адресованы
пользователям-непрофессионалам, для которых управление проектами не
является основным видом деятельности. От пользователей, использующих
информационные системы лишь время от времени при необходимости
спланировать небольшой комплекс работ или ввести фактические данные по
проекту, трудно ожидать серьезных затрат времени и усилий на то, чтобы
освоить и держать в памяти какие-либо специфические функции планирования
или оптимизации расписаний. Для них более важным является простота
использования и скорость получения результата.
79
Эти два преимущества основательно изменили системы управления
проектами
и
соответственно
возможности
организации
эффективного
управления проектами.
Внедрение единой информационной системы управления проектами, как
правило, требует стандартизации и взаимной увязки управленческих процессов
и информационных потоков как по стадиям реализации проектов, так и по
уровням принятия решений, а также интеграции информационных систем
управления
проектами
с
другими
корпоративными
информационными
системами.
Возможности
эффективного
внедрения
информационной
системы
управления проектами во многом зависят от возможностей настройки пакета на
специфические показатели конкретных проектов, гибкости средств обмена
данными, возможностей стандартизации управленческой среды и обеспечения
групповой работы с данными проекта.
При выборе СУБД необходимо учесть тип операционной системы,
нагрузку на сеть и базу данных. Нагрузка на сеть оценивается количеством
рабочих станций пользователей и частотой обращений к Базе данных.
В данном случае будет использоваться среда программирования C#,
которая должна быть установлена на компьютеры пользователей системы.
2.3.1. Общие положения (дерево функций и сценарий диалога)
Разрабатываемая система мониторинга представляет из себя набор
функциональных АРМов, работающих непосредственно с общей для всей
системы базой данных. В стандартный набор входят следующие АРМы:
 Администратор (ведет справочники)
 Диспетчер
 Реализатор (Ведет архив)
Рассмотрим дерево функций на примере АРМа диспетчера (рис. 2.2).
80
Рис.2.2 Дерево функций.
Сценарии диалога – описывает начальное окно, множество состояний
диалога, а также действия, которые выполняются в каждом состоянии.
Выявление состава функций, их иерархии и выбор языка общения
(например, языка типа «меню») позволяет разработать структуру сценария
диалога, дающего возможность определить состав кадров диалога, содержание
каждого кадра и их соподчиненность.
При разработке структуры диалога предусмотрена возможность работы с
экранными
формами
входных
документов,
корректировки
информации,
работу
с
документов,
вводимых
таблицами
формирование
данных,
просмотра
нормативно-справочной
выходных
введенной
информации,
протоколирования действий пользователя, а также помощь на всех этапах
работы.
81
Авторизация
Главное меню
Справочники
Выйти
Поставщики
ОК
Добавить
Сохранить
Отменить
Удалить
ОК
Отмена
Изменить
Сохранить
Отменить
Издания
Добавить
Сохранить
Сохранить
Удалить
ОК
Отмена
Изменить
Сохранить
Отменить
Персонал
Добавить
Сохранить
Отменить
Удалить
ОК
Отмена
Изменить
Сохранить
Отменить
Рис.2.3 Сценария диалога
Отмена
82
Описание
диалога,
реализованного
с
использованием
контекстно-
зависимого меню, не требует нестандартного подхода. Необходимо лишь
однозначно определить все уровни, на которых пользователь принимает
решение относительно следующего действия, а также обосновать решение об
использовании именно этой технологии (описать дополнительные функции,
контекстные подсказки и т.д.).
Для спроектированной структуры диалога пользователя с ИС разработаны
макеты экранных форм.
Сценарий диалога показан на рис. 2.3 на примере АРМа администратора.
2.3.2. Характеристика базы данных
Систем использует одну базу данных, состоящую из 6 таблиц: Client,
Config, Data, Event, Job, Object.
Структурная схема базы данных «Навигатор» представлен на Рис. 2.4.
Рис. 2.5. Структурная схема БД
83
User – в данной таблице содержится информация о пользователях,
настройках подключения и авторизации в системе, к каждому пользователю
создается отдельная строка в таблице с полями: user- (уникальное имя выданное
организацией
разработчиком
и
сопроводителем
системы),
name-
ФИО
пользователя, tel – телефон пользователя, address –его адрес, далее идет ссылка
на object.
Object – ключевое поле таблицы, ключ для каждого из объектов, привязан
к ключу в таблице OBJECT, в которое хранится описание объектов (такие как:
имя, государственный номер, тип и др.).
Рис. 2.6. Визуализация таблицы.
Event – таблица событий от объектов, выполняет второстепенную роль,
служит для хранения информации о событии, т.е. о том, что событие имело
место быть и от куда оно получено. Она содержит:
- тип события;
Latitude – широта местонахождения в момент срабатывания датчика и
передачи сигнала, тип данных – целое число;
Longitude – долгота местонахождения в момент срабатывания датчика и
передачи сигнала, тип данных – целое число;
Status – какие события произошли в данном сообщении;
84
Object- ссылка на структуру объект;
JOB -cсылкa на таблицу.
JOB – системная таблица хранения процедур, использующихся в системе,
в настоящее время в таблице храниться только одна процедура – Периодический
опрос объектов.
OBJECT – в этой таблице хранится информация о всех объектах, такая
как Наименование объекта, телефон, и другие настройки, привязанные к
объекту.
Data – основная таблица системы, используется для хранения всех данных,
полученных от объектов с GPS – радиостанций, по мере работы база данных
увеличивается в размерах, что увеличивает время поиска а так же время ответа
БД на запросы. По этой причине производится обрезание базы данных. При
увеличении базы данных более чем на 2 Гб, администраторами сервера
производится обрезание данных, оставляя в таблице данные за три последних
месяца. Остальные данные помещаются в архив. Таблица Data состоит из
следующих полей:
GMT – время пришедшего события по времени сервера создано для
удобства пользователей в системе отчетности;
Status – какие события произошли в данном сообщении;
Path – пройденный путь в километрах с момента начала смены;
Moto – часы пробега с начала смены;
Parv – дополнительные параметры, например содержат конфигурацию
пользователей, датчиков и др. параметры
ivent – таблица событий от объектов, выполняет второстепенную роль,
служит для хранения информации о событии, т.е. о том, что событие имело
место быть и от куда оно получено.
2.3.3 Структурная схема пакета (дерево вызова процедур и программ)
В данном разделе представлены деревья программных модулей для трех
основных
частей
разрабатываемого
программного
обеспечения
заказчика, администраторского клиента и серверной части.
клиента
85
Древо программных модулей для программного клиента заказчиков
представлено на рисунке 2.7.
Рис. 2.7 Древо программных модулей программного клиента
Описание программных модулей приведенных в рисунке 19, представлено
ниже в таблице 2.7.
86
Таблица № 2.7
Таблица описания программных модулей для программного клиента
№
п/п
Наименование модуля
1.
Главный модуль клиента
заказчика
2.
Модуль заполнения
электронной формы
“Бланк заказа”
Модуль получения данных о
готовых разработках
3.
4.
Модуль формирования заказа
5.
Модуль получения данных о
разработчиках
6.
Модуль удаленной связи с
разработчиком
7.
Модуль настройки
8.
Модуль проверки и установки
обновлений
9.
Модуль автоматической
установки ПО
Функции модуля
Содержит
основные
функции
и
процедуры выполняемые при запуске
клиента и иницализирующие все
остальные модули
Содержит процедуры по пошаговому
заполнению
электронного
варианта
формы “Бланк заказа”
Содержит процедуры и запросы для
работы с таблицей “Готовое ПО” и
полученя от туда информации
Содержит функции и процедуры по
формированию электронной версии
документа “Бланк заказа” из введенных
данных
Содержит процедуры и запросы для
получения
данных
из
таблицы
“Сотрудники”
Содержит процедуры и функции для
организации
удаленной
связи
с
разработчиком
занимающимся
разработкой заказанного ПО
Содержит
процедуры
и
функции
отвечающие за возможные параметры
настройки клиента
Содержит процедуры
и
функции
отвечающие за проверку доступных
обновлений на сервере
Содержит процедуры
и
функции
отвечающие за установку заказанного
ПО на рабочие станции заказчика
Древо программных модулей для программного администраторского
клиента представлено на рисунке 2.8.
87
Рис. 2.8 Древо программных модулей программного администраторского
клиента
Описание
программных
модулей
приведенных
в
администраторского клиента представлено ниже в таблице 2.8.
рисунке
2.8,
88
Таблица № 2.8
Таблица описания программных модулей для программного клиента
№
п/п
Наименование модуля
Функции модуля
1.
Главный модуль
администраторского клиента
Содержит
основные
функции
и
процедуры выполняемые при запуске
клиента
2.
Модуль просмотра
приходящих заказов
Содержит функции
и
процедуры
необходимые для получения данных по
заказу из таблицы “Поступившие
заказы”
3.
Модуль контроля занятости
сотрудников
Содержит процедуры для работы с
таблицей “Занятость” и “Сотрудники”
4.
Модуль удаленной связи с
клиентом/сотрудником
Содержит процедуры и функции для
организации
удаленной
связи
с
заказчиками и сотрудниками отдела
разработки
5.
Модуль формирования
“Приказа на разработку”
Содержит процедуры и функции по
формированию электронного варианта
документа “Приказ на разработку”
6.
Модуль настройки
Содержит процедуры
и
функции
отвечающие за возможные параметры
настройки клиента
7.
Модуль проверки и установки
обновлений
Содержит процедуры
и
функции
отвечающие за проверку доступных
обновлений на сервере
8.
Модуль отправки
разработанного ПО
Содержит процедуры
и
функции
позволяющие
отправить
клиенту,
разработанное ПО в соответствии с
заказом
Древо программных модулей для программного сервера представлено на
рисунке 2.9.
89
Рис. 2.9 Древо программных модулей программного сервера
Описание
программных
модулей
приведенных
программного сервера представлено ниже в таблице 2.9.
в
рисунке
21,
90
Таблица № 2.9
Таблица описания программных модулей для программного клиента
№
п/п
Наименование модуля
Функции модуля
1.
Главный модуль сервера
Содержит
основные
функции
и
процедуры выполняемые при запуске
сервера
2.
Модуль работы с таблицей
“Клиенты”
Содержит функции
и
процедуры
необходимые для записи данных по
клиенту в таблицу “ Клиенты”
3.
Модуль работы с таблицей
“Поступившие заказы”
Содержит функции
и
процедуры
необходимые для записи данных по
заказу в таблицу “Поступившие заказы”
Модуль работы с таблицей
“Занятость”
Содержит функции
и
процедуры
необходимые для записи данных по
количеству
активных
заказов
разработчика в таблицу “Занятость”
Модуль рассылки
информации по обновлениям
Содержит процедуры и функции для
рассылки на все клиенты информации о
возможно
обновлении
клиентской
версии
Модуль настройки
Содержит процедуры
и
функции
отвечающие за возможные параметры
настройки клиента
4.
5.
6.
Листинги программных кодов системы представлены в приложении 1
2.4 Контрольный пример реализации проекта и его описание
ПО «АРКАН VISING» устанавливается на компьютеры диспетчеров. Для
обновления данных необходимо подключение к Интернету или прямое
подключение к Серверу. Все данные сохраняются в локальной Базе Данных
(кэше), что позволяет мгновенно строить любые отчеты, маршруты и графики
(даже не имея подключения к серверу). Карты также устанавливаются локально,
что значительно экономит трафик и повышает быстродействие системы. В
91
зависимости от порученной диспетчеру степени контроля, «АРКАН VISING»
позволяет ему успешно отслеживать работу от 50-ти до 200 единиц техники.
Ниже кратко описаны основные возможности диспетчерского ПО
«АРКАН VISING»:
Контроль транспорта в режиме реального времени. Отображение на
электронной карте положения и состояния транспортных средств на текущий
момент времени. Актуальность данных от 5 до 20 секунд при условии, что
автомобиль находится в зоне покрытия GSM оператора. Кроме местоположения
диспетчер видит скорость, курс (если автомобиль движется), состояние всех
датчиков. Если данные от прибора не поступают более 10 минут – программа
сигнализирует об этом.
Рис. 2.10. «Arkan Vising». Контроль местоположения в режиме
реального времени.
Отображение маршрута транспортного средства за любой период
времени. При этом не обязательно иметь подключение к Интернет, т.к. все
данные сохраняются в локальной БД. Зона покрытия GSM оператора не влияет
92
на качество построения маршрутов (благодаря наличию встроенной флэшпамяти в Модулях мониторинга). Зеленые линии со стрелками соответствуют
движению, синие значки «Парковка» - стоянкам. Подписывается время и
мгновенная
скорость
-
для
точки
движения,
порядковый
продолжительность, время начала и конца - для стоянки.
Рис. 2.11 «Arkan Vising». Маршрут автомобиля на карте.
номер,
93
Маршрут можно «проиграть» с одновременным просмотром графиков
подключенных датчиков (топливо, зажигание, включение агрегатов и т.п.)
Рис. 2.12 «Arkan Vising». Режим проигрывателя маршрута.
Построение текстовых отчетов о движении. Контроль мест стоянок и
движения между ними, посещения заранее определенных объектов. В
итоговых данных предоставляется информация об общем пробеге, средней
и максимальной скорости, времени в пути и простоя и т.д. Все отчеты
могут быть мгновенно экспортированы в формат PDF, EXCEL, XML,
HTML и пр. или распечатаны.
94
Рис. 2.13. «Arkan Vising». Отчет по движению и стоянкам. Для стоянок
указывается или название адреса точки (на этом примере номер
кустовой площадки) или название «зоны».
Большинство отчетов в Системе Аркан интерактивные. Например
пользователь может кликнуть в отчете на слове «стоянка № 3» и увидит
это место на карте.
Система
может
рассчитывать
расход
по
нормам
используя
три
коэффициента: л/100км пробега, л/ч холостого хода и л/ч работы
дополнительного потребителя. Для разных температурных условий можно
установить свои нормы. Изменение норм расхода, а также другие
ответственные действия по настройке ПО диспетчера может осуществлять
только «администратор» (используется менеджер учетных записей).
Отчет о работе нескольких автомобилей. Выводится информация за
каждые сутки по: пробегу, времени начала работы, времени конца работы,
времени на остановках (в течение рабочего времени), времени в движении,
потребленному топливу, средней скорости. Этот отчет удобен для анализа
95
загруженности автопарка в целом и сравнения режимов работы
автомобилей и водителей.
Рис. 2.14 «Arkan Vising». Отчет по пробегу по нескольким автомобилям.
Также в этом отчете видно время работы на холостом ходу и время работы
дополнительного потребителя топлива по каждому дню и за весь отчетный
период.
Контроль
использования
механизмов,
срабатывания
дискретных
датчиков, подсчет моточасов, вызов тревожного сообщения по любому
датчику (например, тревожная кнопка) со звуковой сигнализацией.
96
Рис. 2.15. «Arkan Vising». Отчет по использованию механизмов.
Рис. 2.16. «Arkan Vising». Тревожное сообщение.
Работа с картами. Добавление собственных объектов на карту, отчет их
по посещению. ПО диспетчера поддерживает 3 вида электронных карт:
Векторные (можно конвертировать из распространенных форматов
MapInfo и mp), Растровые (в т.ч. результаты аэрофотосъемки) и Интернет
карты.
97
Диспетчер может нарисовать на любой карте собственные зоны
произвольной формы. Названия зоны будет отображаться в различных
отчетах, если в данной зоне произошло событие (заправка, стоянка,
сработал датчик и т.д.).
Рис. 2.17. «Arkan Vising». Добавление зон на карте.
Существует также специальный отчет по посещению выбранных зон
выбранными автомобилями (сгруппированные по автомобилям или по
зонам). Эти отчеты показывают, в каком порядке и в какое время каждый
автомобиль посетил указанные зоны или в каком порядке и в какое время
каждую
зону
посетили
выбранные
автомобили.
В
отчете
также
указывается пробег между зонами, общее количество посещений, пробег в
зонах и вне зон и прочая статистика.
Контроль превышения разрешенной скорости. В отчете выводится
список превышений, с указанием времени, максимальной скорости и
адреса места максимальной скорости. Можно увидеть места превышений
на карте по двойному клику в отчете. Превышение первой пороговой
скорости подсвечивается желтым, второй пороговой – красным.
98
Рис. 2.18 Отчет по превышению скорости по группе автомобилей.
Рис. 2.19. Места превышений скорости на карте.
99
Работа с электронной картой:
Поиск адреса, населенного пункта, любого отмеченного объекта,
измерение расстояний, прокладка маршрута от стартовой точки до
финишной через промежуточные точки с учетом дорожных знаков и
тоннажа автомобиля, создание атласа из нескольких карт и многое другое
(применимо только с векторными картами).
Рис. 2.20 Поиск адреса по названию улицы и номеру дома.
Рис. 2.21 Поиск объекта по названию.
100
Рис. 2.22. Автоматическое прокладывание маршрута по заданным точкам (с заданным
порядком их прохождения). Вычисляется протяженность маршрута между точками и
общая протяженность.
Дополнительный модуль «Контроль пробега и ТО» для "Arkan Vising".
Этот программный модуль позволяет контролировать текущий пробег
автомобилей
и
при
достижении,
заранее
заданного
пробега
–
автоматически отправляет по электронной почте заинтересованным лицам
соответствующие
сообщения.
Поскольку
ТО
осуществляется
по
показаниям штатного прибора автомобиля, который может иметь
значительную погрешность, существует возможность задать коэффициент
для автоматического пересчета пробега.
Рис. 2.23 Текущий пробег ТО
101
Рис. 2.24 Текущий пробег и ТО. Настройка уведомлений
Модуль по контролю топлива.
Наиболее эффективный вариант контроля фактического расхода топлива
по датчикам уровня топлива (система также может работать с датчиками
расхода, но они требуют регулярного обслуживания и соответственно
дополнительных затрат).
Контроль заправок, сливов и расхода топлива за любой период времени с
указанием объема, времени и места. Реализован удобный и интуитивный
интерфейс для индивидуальной нелинейной калибровки каждого датчика
топлива на каждом автомобиле (для однотипных можно использовать профили
настроек). Уникальный математический алгоритм обработки данных делает
возможным использование, как штатного датчика топлива, так и более точного
врезного датчика. На рисунке 6.1 показаны результаты использования штатного
датчика уровня топлива (подключение возможно на большинстве отечественных
автомобилях, ошибка обычно составляет 3-7%)
102
Рис. 2.25. Контроль топлива с использованием штатного датчика
103
На рисунке 2.26 показаны результаты отчета по топливу при
использовании дополнительного врезного датчика уровня топлива (ДУТ).
Ошибка для врезного ДУТ составляет около 1-2%.
Рис.
2.26
Отчет
по
заправкам
с
использованием
врезного
ДУТ.
104
WEB - МОНИТОРИНГ
Для просмотра веб-интерфейса Системы Аркан, Вы можете зайти на сайт с
любого компьютера и ввести логин «demo» (пароль «demo»). Вам будут
доступны для просмотра данные о реальных автомобилях наших сотрудников.
Справа расположен список автомобилей и список отчетов. Отчеты с опциями их
построения открываются в новом окне. Важное преимущество веб-интерфейса
системы Аркан – любое количество одновременно работающих диспетчеров с
любых компьютеров с доступом в Интернет (плата зависит только от количества
обслуживаемых приборов). Для диспетчеров одной компании администратор
этой компании может индивидуально определять права доступа. Недостаток
WEB-Интерфейса по сравнению, с локальным, диспетчерским ПО «Arkan
Vising» - отсутствие некоторых полезных отчетов и несколько ограниченный
функционал. Одни и те-же автомобили можно контролировать как через сайт
www.arkan-vising.ru, так и в программе «Arkan Vising».
Ниже показаны некоторые характерные примеры работы через сайт:
Рис. 2.27. Основное окно веб-сайта.
105
Отображается
текущее
положение
автомобилей
на
карте.
Для
двигающихся автомобилей отображается их след (трек). Можно создавать и
редактировать группы автомобилей и отображать автомобили только из
выбранной группы.
Рис. 2.28 Отображение автомобилей
106
Рис. 2.29 Скорость
Рис. 2.30 Отображение маршрута
Строится текстовый отчет о стоянках и движении за указанный период. Данные
группируются по суткам. Отчет экспортируется в EXCEL.
107
Глава 3. Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчёта экономической
эффективности
Согласно Федеральному Закону "Об инвестиционной деятельности в
Российской Федерации, осуществляемой в форме капитальных вложений" от
25.02.99. №39-ФЗ: инвестициями являются денежные средства, ценные бумаги,
иное имущество, в т. ч. имущественное право, иные права, имеющие денежную
оценку, вкладываемые в объекты предпринимательской и (или) достижения
иного полезного эффекта.
Капитальные вложения - инвестиции в основной капитал (основные
средства), в том числе затраты финансовых, трудовых и материальных ресурсов:
на новое строительство, расширение, реконструкцию, техническое
перевооружение действующих предприятий;
на приобретение машин, оборудования, инструмента;
на проектно-изыскательные работы;
на другие затраты.
Инвестиционный проект - обоснование экономической целесообразности,
объема и сроков осуществления капитальных вложений, в то числе необходимая
проектно-сметная
документация,
разработанная
в
соответствии
с
законодательством Российской Федерации, и утверждена в соответствии с
установленными стандартами (нормами, правилами), а так же описание
практических действий по осуществлению инвестиций (бизнес-план).
В то же время в соответствии с "Методическими рекомендациями по
оценке эффективности инвестиционных проектов", утверждена Госстроем РФ,
Министерством экономики РФ, Министерство финансов РФ, Госкомпромом РФ
31 марта 1992г №7-12/41, понятие инвестиционный проект может употребляться
в следующих значениях:
дело, деятельность, мероприятия, осуществление комплекса каких-либо
действий,
обеспечение
достижение
определенных
целей
(получение
определенных результатов). Близким по смыслу в этом случае являются
термины "хозяйственное мероприятие", "научно-техническое мероприятие",
"комплекс работ", "проект";
108
система организационно-правовых и расчетно-финансовых документов,
необходимых для осуществления каких-либо действий, или описание этих
действий.
В экономической части дипломного проекта выполнены расчеты по
определению экономической эффективности от внедрения системы мониторинга
транспортных средств "WEB-GPS/GSM-Глонасс/GSM":
Для обоснования эффективности инвестиций необходимо определить
размер инвестиций в проект на проведение указанных мероприятий в настоящее
время. Наряду с этим определяются основные расходы на эксплуатацию и
содержание подвижного состава. В итоге экономия от снижения издержек и
затрат будет характеризовать эффективность вложений.
3.2 Расчёт показателей экономической эффективности проекта
Основным
документом,
определяющими
стоимость
мероприятий
являются сводный сметный расчет, в котором, сгруппированы затраты по их
назначению.
В расчет должны
быть
включены
резервные суммы
на
непредвиденные работы. Расценки на монтажные работы охватывают полный
комплекс работ. Составной частью сметных норм является приложения, которые
содержат перечень материалов. Сметная стоимость за вычетом возвратных сумм
представляет собой величину капитальных вложений.
При разработке сметы работ, необходимо учитывать следующие виды
работ:
приобретение комплекта устройств "Локотранс"
приобретение комплекта устройств "АвтоГраф GSM-лайт"
приобретение ПК для станции администратора.
приобретение интернет трафика.
Для расчета экономической эффективности рассмотрим основные статьи
расходов. В итоговом отчете представлены основные статьи расходов
организации за отчетный период. В их число входит затраты на фонд оплаты
труда, социальные отчисления, затраты на ТО и Р, автомобильное топливо и др.
109
Таблица № 3.1. Калькуляция себестоимости перевозок
Статьи
Сумма, тыс. руб.
Структура, %
Фонд оплаты труда
73320,5
26,7
Отчисления на
19063,5
7
Автомобильное топливо
116151
42,3
Смазочные материалы
23230,2
8,5
Затраты на
9078
3,3
Затраты на ТО и Р
3698,5
1,3
Амортизационные
20000
7,3
Налоги
5632
2,05
Прочие расходы
4475
1,7
Итого
274648,7
100%
социальные нужды
восстановление шин
отчисления
Финансовая
деятельность
АТП
строится
на
товарно-денежных
отношениях, связанных с кругооборотом средств в процессе производства.
Выручка представляет собой
денежные средства,
полученные от
выполнение услуги. Выручка пассажирского АТП от перевозочной деятельности
определяется на основе тарифов на перевозку.
Общая выручка от перевозочной деятельности за 2008 год составляет
255328,6. Чистый убыток составляет 19320,1тыс. рублей за отчетный год.
Таким образом предприятие является планово-убыточным.
Определим размер капитальных вложений.
110
Таблица № 3.2 Затраты на проектируемые мероприятия
Показатель
Значение
Структура
показателя
Приемники Глонасс/GPS
9700
19,8
АвтоГраф GSM-лайт
2300
4,7
ПК (сервер)
37000
75,5%
Итого
49000
100%
онлайн.
Таблица 3.3 Текущие затраты на оборудование средств мониторинга
Показатель
Значение показателя
Структура
Сотовая связь
1680000
97,4
Выделенная сеть (в мес).
45600
2,6
Итого
1725600
100%
Стоимость установки датчиков и приемников входит в стоимость
комплекта. Общая сумма вложений таким образом составит:
(9700+2300) *280 = 3360000 руб.
Требуется Интернет на 12 месяцев, сотовая связь с каждым ТС в год и
покупка комплектов систем на 280 автобусов. Кроме того для станции
администратора и клиентов необходимо 4 ПК.
Внедрение системы мониторинга направлено прежде всего на снижение
издержек. Как показывает опыт, внедрение системы мониторинга позволяет
снизить норму расхода топлива на 7-15 процентов. (данный показатель
рассчитан для АТП с парком превышающим 200 ТС). Прежде всего это
111
достигается путем установления контроля за ТС на линии и повышения
ответственности водителей. Для расчета берем минимальный показатель в 7%.
Рассчитаем норму расхода топлива после внедрения результатов проекта.
(116151000 * 93) /100 = 108020430 руб.
Таким образом внедрение результатов проекта позволит сэкономить на
использовании топлива:
116151000 - 108020430 = 8130570 руб. в год.
Определим срок окупаемости проекта:
Qr =
K
,
Пб
Где K - размер капитальных вложений
П б - Эффект от внедрения
П б = 274648700 - (266518130 + 1725600) = 6404970 руб.
K = 37000*4+ (2300+9700) *280 = 3508000
QT = 3508000/ 6404970 = 0.55
Срок окупаемости нововведений - 7 месяцев.
112
Таблица 3.4
Экономические показатели проекта
Калькуляция
Статьи
Сумма, тыс. руб
Структура,
%
Фонд оплаты труда
73320,5
26,7
Отчисления на
19063,5
7
Автомобильное топливо
116151
42,3
Смазочные материалы
23230,2
8,5
Затраты на
9078
3,3
Затраты на ТО и Р
3698,5
1,3
Амортизационные
20000
7,3
Налоги
5632
2,05
Прочие расходы
4475
1,7
Итого
274648,7
100%
социальные нужды
восстановление шин
отчисления
113
Таблица 3.5
Капитальные вложения
Приемники Глонасс/GPS
2716000
19,8
АвтоГраф GSM-лайт
644000
4,7
ПК (сервер)
148000
75,5%
Итого
3508000
100%
онлайн.
Текущие затраты на обслуживание
Сотовая связь
1680000
97,4
Выделенная сеть (в мес).
45600
2,6
Итого
1725600
100%
Эффект от внедрения проектируемых мероприятий
6404970
Срок окупаемости
7 месяцев.
На рисунках 3.1, 3.2 представлен наглядный эффект от внедрения системы
автоматизации мониторинга.
114
1- До внедрения 2 – после внедрения
Рис.3.1 Разница между трудозатратами до и после внедрения ИС.
Рис. 3.2 Разница между экономическими затратами до и после внедрения ИС.
115
Заключение
Уровень транспортного обслуживания населения в социальном секторе
находится на достаточно высоком уровне. Пристальное внимание правительства
республики обеспечивает отрасль новыми видами транспорта. Именно благодаря
планомерной смене подвижного состава удается поддерживать коэффициент
технической готовности на высоком уровне. По городским, пригородным и
междугородним перевозкам задействовано в Москве более 200 единиц
автотранспорта.
Весте с тем предприятие остается планово-убыточным. Именно поэтому
особенно важно пытаться максимально оптимизировать маршруты сообщений и
снижать общий уровень издержек.
Именно с этой целью необходимо внедрять новые технологии, которые
позволяют управлять производственным процессом АТП на качественно новой
основе.
Основная цель дипломного проекта - разработка системы мониторинга
для подвижного автотранспорта на предприятии ЗАО “БалтАвтоПоиск”
выполнена.
При достижении поставленной цели были решены ряд задач:
- исследование информационных технологий, видов, специфики и
способов их внедрения с целью совершенствования системы мониторинга;
- рассмотрение структуры рынка программных продуктов в области
мониторинга подвижного автотранспорта;
-
разработка
основных
критериев
выбора
эффективной
автоматизированной системы мониторинга для подвижного автотранспорта;
- выбор наиболее подходящей системы мониторинга для подвижного
автотранспорта для внедрения на предприятии ЗАО “БалтАвтоПоиск”;
- внедрение системы мониторинга для подвижного автотранспорта на
предприятии ЗАО «БалтАвтоПоиск».
В целом после проведения мероприятий снижаются на 15-20% расход
топлива, существенно повышается рабочая дисциплина и оптимизируются
графики маршрутов.
116
Оценка экономических показателей свидетельствует о целесообразности
введения мероприятий. Годовая экономия от снижения количества дорожнотранспортных происшествий исчисляется в миллионом масштабе, а затраты на
внедрение мероприятий окупаются в течении трех месяцев работы.
117
Список использованной литературы
1. Амбарцумян
В.В.
Экологическая
безопасность
автомобильного
транспорта. - М.: Научтехлитиздат, 1999. - 208 с.
2. Экономика отрасли: учебное пособие по курсовому и дипломному
проектированию /Ахмадеева М.М., Каткова Т.Е. - Йошкар - Ола: МарГТУ,
2006. - 128 с.
3. Балабаева
И.
Особенности
функционирования
общественного
пассажирского транспорта... / И. Балабаева // Автомобильный транспорт. 2004. - N 4.
4. Блудян Н.Н. Анализ реформирования пассажирского автомобильного
транспорта за рубежом // Автомобильный транспорт. 2005. №1.
5. Васильев В. Все на благо пассажира/В. Васильев // Автомобильный
транспорт. - 2004. - N 5.
6. Васильев В. Наземный общественный транспорт - на новый уровень /В.
Васильев // Автомобильный транспорт. - 2004. - N 4.
7. Половинкин П.Д. Хозяйственные риски в инновационной деятельности:
классификация, методы количественной оценки и пути снижения - М.:
РАГС, 1997
8. Филипов П. Иллювиева Е. Бизнес-план вашего предприятия. - СП б.:
Норма, 2000 г.
9. Шайкин В. Маркетинг транспортных услуг // Маркетинг. - 1996. - №5
10.Харисова В.Н. Глобальная Спутниковая радионавигационная система
глонасс. М. ИПРЖР 2003 г.
11.http://www.navgeocom.ru/
12.http://www.gpssoft.ru/glonass.html
13.http://www.trivi.ru
14.http://www.barl.ru/index. php? mod=content&id=126
15.http://www.locatrans.ru/
16.http://www.sleda.ru/
118
17.http://www.fobosgps.ru/stp/tex_xar/
18.http://glonass-gps. blogspot.com/
119
Приложение 1.
Листинг программы
using System;
using System.Collections.Generic;
using System.Linq;
using System.Windows.Forms;
using ARMadmin.ARMadminBase;
using ARMadmin.ARMadminBase.GUIelements;
using CommonUtils;
using CommonControls;
using Authorization;
using ARMadmin.Modules.DeviceModule;
using ARMadmin.Modules.DriverModule;
using ARMadmin.Modules.UserModule;
using ARMadmin.Modules.TransportModule;
using ARMadmin.Modules.AlarmTypeModule;
using ARMadmin.Modules.AttributeModule;
using ARMadmin.Modules.AlarmProcessedMessageModule;
using ARMadmin.Modules.AccessObjectModule;
using ARMadmin.Modules.ScheduleModule;
//using ARMadmin.Modules.WayBillModule;
namespace ARMadmin
{
static class Program
{
/// <summary>
/// The main entry point for the application.
/// </summary>
[STAThread]
static void Main()
{
Application.EnableVisualStyles();
Application.SetCompatibleTextRenderingDefault(false);
bool exit = false;
CLogWriter log = CLogWriter.GetInstance();
try
{
log.SetLogFile(Application.StartupPath + "\\LogFile.log");
}
catch (Exception e)
120
{
MessageBox.Show(e.Message, "АРМ Администратора",
MessageBoxButtons.OK, MessageBoxIcon.Error);
}
while (!exit)
{
CSplashScreen.GetInstance().Execute();
log.DebugLevel = Properties.Settings.Default.DebugLevel;
log.EnterFunction(1, "Main");
CAuthorizationDialog authDlg = new CAuthorizationDialog();
string cns = "Server=" +
Properties.Settings.Default.ConnectionServer + ";"
+ "Port=" +
Properties.Settings.Default.ConnectionPort + ";"
+ "User Id=" +
Properties.Settings.Default.ConnectionLogin + ";"
+ "Password=" +
Properties.Settings.Default.ConnectionPassword + ";"
+ "DataBase=" +
Properties.Settings.Default.ConnectionDBName + ";"
+ "TimeOut=" +
Properties.Settings.Default.ConnectionTimeOut.ToString() + ";";
try
{
log.EnterFunction(1, "Initing authorization");
authDlg.Init(Properties.Settings.Default.AuthorizationDllPath, cns);
log.EnterFunction(1, "Done");
}
catch (Exception e)
{
MessageBox.Show(e.Message, "Авторизация",
MessageBoxButtons.OK, MessageBoxIcon.Error);
log.EnterFunction(1, "Failed:" + e.Message);
}
authDlg.SetSuperUserAuthInfo(Properties.Settings.Default.LocalAdminLogin,
Properties.Settings.Default.LocalAdminPassword);
CSplashScreen.GetInstance().Hide();
DialogResult dlgRes = authDlg.ShowDialog();
if (authDlg.AuthorizationResult == TAuthorizationResult.OK)
{
CSplashScreen.GetInstance().Execute();
121
string id = "ARM_ADMIN";
string host = Properties.Settings.Default.AuthHost;
ushort port = Properties.Settings.Default.AuthPort;
bool connected = false;
CMainDataModel model =
CMainDataModel.GetInstance();
CMainController controller =
CMainController.GetInstance();
AuthClient authClient = new AuthClient(id, host, port);
try
{
connected = authClient.authorize();
if (connected)
{
Skybound.Gecko.Xpcom.Initialize(Properties.Settings.Default.XulRunnerPath);
Skybound.Gecko.GeckoPreferences.User["network.proxy.type"] =
Properties.Settings.Default.ProxyType;
Skybound.Gecko.GeckoPreferences.User["network.proxy.http"] =
Properties.Settings.Default.ProxyHttpURL;
Skybound.Gecko.GeckoPreferences.User["network.proxy.http_port"] =
(int)Properties.Settings.Default.ProxyHttpProt;
Skybound.Gecko.GeckoPreferences.User["network.proxy.autoconfig_url"] =
Properties.Settings.Default.ProxyAutoDetectURL;
model.Init();
controller.Init();
model.SetLoginedUser(authDlg.LoginedUserId.Value);
int rights =
controller.GetUserAccessObjectRights("0");
if ((rights & 1) == 1)
{
CUserModule userModule = new
CUserModule();
CTransportModule
transportModule = new CTransportModule();
CScheduleModule schedulModule
= new CScheduleModule();
CDriverModule driverModule =
new CDriverModule();
122
CDeviceModule deviceModule =
new CDeviceModule();
//CAlarmProcessedMessageModule alarmProcessedMessageModule = new
CAlarmProcessedMessageModule();
CAlarmTypeModule
alarmTypeModule = new CAlarmTypeModule();
CAttributeModule
attributeCodeModule = new CAttributeModule();
CAccessObjectModule
accessObjectModule = new CAccessObjectModule();
model.AddModule(userModule);
model.AddModule(transportModule);
model.AddModule(schedulModule);
model.AddModule(driverModule);
model.AddModule(deviceModule);
//model.AddModule(alarmProcessedMessageModule);
if (authDlg.LoginedUserId.Value
== -1)
{
model.AddModule(alarmTypeModule);
model.AddModule(attributeCodeModule);
model.AddModule(accessObjectModule);
}
MainGUI mainGUI = new
MainGUI();
mainGUI.Init();
CSplashScreen.GetInstance().Hide();
Application.Run(mainGUI);
mainGUI = null;
model.ClearRegistredModules();
controller.Die();
log.ExitFunction(1, "Main");
exit = true;
}
123
else
{
CSplashScreen.GetInstance().Hide();
MessageBox.Show("Доступ
запрещен", "АРМ Администратора", MessageBoxButtons.OK, MessageBoxIcon.Error);
controller.Die();
log.ExitFunction(1, "Main");
exit = false;
}
}
else
{
MessageBox.Show("Привышено
допустимое количество подключений.", "АРМ Администратора",
MessageBoxButtons.OK, MessageBoxIcon.Error);
log.WriteError("Server refuse
connection.");
log.ExitFunction(1, "Main");
exit = true;
}
}
catch (Exception e)
{
MessageBox.Show(e.Message, "АРМ
Администратора", MessageBoxButtons.OK, MessageBoxIcon.Error);
log.WriteError(e.Message);
model.ClearRegistredModules();
controller.Die();
log.ExitFunction(1, "Main");
exit = false;
}
}
else if (authDlg.AuthorizationResult ==
TAuthorizationResult.Cancel)
{
log.ExitFunction(1, "Main");
exit = true;
}
else if (authDlg.AuthorizationResult ==
TAuthorizationResult.ChangeSettings)
{
log.ExitFunction(1, "Main");
CSettingsGUI stngDlg = new
CSettingsGUI(Properties.Settings.Default);
stngDlg.ShowDialog();
}
}
124
}
}
}
namespace ARMadmin.Properties {
// This class allows you to handle specific events on the settings class:
// The SettingChanging event is raised before a setting's value is changed.
// The PropertyChanged event is raised after a setting's value is changed.
// The SettingsLoaded event is raised after the setting values are loaded.
// The SettingsSaving event is raised before the setting values are saved.
internal sealed partial class Settings {
public Settings() {
// // To add event handlers for saving and changing settings, uncomment the
lines below:
//
// this.SettingChanging += this.SettingChangingEventHandler;
//
// this.SettingsSaving += this.SettingsSavingEventHandler;
//
}
private
void
SettingChangingEventHandler(object
System.Configuration.SettingChangingEventArgs e) {
// Add code to handle the SettingChangingEvent event here.
}
sender,
private
void
SettingsSavingEventHandler(object
System.ComponentModel.CancelEventArgs e) {
// Add code to handle the SettingsSaving event here.
}
}
}
sender,
<?xml version="1.0" encoding="utf-8"?>
<Project
ToolsVersion="3.5"
DefaultTargets="Build"
xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<PropertyGroup>
<Configuration Condition=" '$(Configuration)' == '' ">Debug</Configuration>
<Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
<ProductVersion>9.0.21022</ProductVersion>
<SchemaVersion>2.0</SchemaVersion>
<ProjectGuid>{B73F8FD6-4E19-46CA-8838-54A540025E90}</ProjectGuid>
125
<OutputType>WinExe</OutputType>
<AppDesignerFolder>Properties</AppDesignerFolder>
<RootNamespace>ARMadmin</RootNamespace>
<AssemblyName>ARMadmin</AssemblyName>
<TargetFrameworkVersion>v3.5</TargetFrameworkVersion>
<FileAlignment>512</FileAlignment>
<IsWebBootstrapper>false</IsWebBootstrapper>
<ManifestCertificateThumbprint>70F6120014B5CC73F3011B7870F5E3F7DCB0083
4</ManifestCertificateThumbprint>
<ManifestKeyFile>ARMadmin_TemporaryKey.pfx</ManifestKeyFile>
<GenerateManifests>true</GenerateManifests>
<TargetZone>LocalIntranet</TargetZone>
<SignManifests>true</SignManifests>
<ApplicationIcon>arm_admin.ico</ApplicationIcon>
<ApplicationManifest>Properties\app.manifest</ApplicationManifest>
<PublishUrl>D:\Work\publishes\ARMadmin\</PublishUrl>
<Install>false</Install>
<InstallFrom>Disk</InstallFrom>
<UpdateEnabled>false</UpdateEnabled>
<UpdateMode>Foreground</UpdateMode>
<UpdateInterval>7</UpdateInterval>
<UpdateIntervalUnits>Days</UpdateIntervalUnits>
<UpdatePeriodically>false</UpdatePeriodically>
<UpdateRequired>false</UpdateRequired>
<MapFileExtensions>true</MapFileExtensions>
<ApplicationRevision>0</ApplicationRevision>
<ApplicationVersion>1.1.0.%2a</ApplicationVersion>
<UseApplicationTrust>false</UseApplicationTrust>
<BootstrapperEnabled>true</BootstrapperEnabled>
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU'
">
<DebugSymbols>true</DebugSymbols>
<DebugType>full</DebugType>
<Optimize>false</Optimize>
<OutputPath>bin\Debug\</OutputPath>
<DefineConstants>DEBUG;TRACE</DefineConstants>
<ErrorReport>prompt</ErrorReport>
<WarningLevel>4</WarningLevel>
</PropertyGroup>
<PropertyGroup
Condition="
'$(Configuration)|$(Platform)'
==
'Release|AnyCPU' ">
<DebugType>pdbonly</DebugType>
<Optimize>true</Optimize>
<OutputPath>bin\Release\</OutputPath>
<DefineConstants>TRACE</DefineConstants>
<ErrorReport>prompt</ErrorReport>
126
<WarningLevel>4</WarningLevel>
</PropertyGroup>
<ItemGroup>
<Reference Include="AccessControlSettings, Version=1.0.0.0, Culture=neutral,
processorArchitecture=MSIL">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\SettingsModules\AccessControlSettings\bin\Debug\AccessControlSettin
gs.dll</HintPath>
</Reference>
<Reference Include="ARMadminSettings, Version=1.0.0.0, Culture=neutral,
processorArchitecture=MSIL">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\SettingsModules\ARMadminSettings\bin\Debug\ARMadminSettings.dll
</HintPath>
</Reference>
<Reference
Include="Authorization,
Version=1.0.0.0,
Culture=neutral,
processorArchitecture=MSIL">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\Authorization\bin\Debug\Authorization.dll</HintPath>
</Reference>
<Reference
Include="AuthSettings,
Version=1.0.0.0,
Culture=neutral,
processorArchitecture=MSIL">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\SettingsModules\AuthSettings\bin\Debug\AuthSettings.dll</HintPath>
</Reference>
<Reference Include="CommonControls, Version=1.0.0.0, Culture=neutral,
processorArchitecture=MSIL">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\CommonControls\bin\Debug\CommonControls.dll</HintPath>
</Reference>
<Reference
Include="CommonUtils,
Version=1.0.0.0,
Culture=neutral,
processorArchitecture=MSIL">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\CommonUtils\bin\Debug\CommonUtils.dll</HintPath>
</Reference>
<Reference
Include="DataBase,
Version=1.0.0.0,
Culture=neutral,
processorArchitecture=MSIL">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\DataBase\bin\Debug\DataBase.dll</HintPath>
</Reference>
<Reference
Include="DBSettings,
Version=1.0.0.0,
Culture=neutral,
processorArchitecture=MSIL">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\SettingsModules\DBSettings\bin\Debug\DBSettings.dll</HintPath>
127
</Reference>
<Reference Include="Mono.Security, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=0738eb9f132ed756, processorArchitecture=MSIL">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\PgSql\Mono.Security.dll</HintPath>
</Reference>
<Reference Include="Skybound.Gecko, Version=1.9.0.0, Culture=neutral,
PublicKeyToken=3209ac31600d1857, processorArchitecture=x86">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\GoogleMapControl\WindowsFormsApplication2\WindowsFormsApplic
ation2\bin\Debug\Skybound.Gecko.dll</HintPath>
</Reference>
<Reference Include="System" />
<Reference Include="System.Configuration" />
<Reference Include="System.Core">
<RequiredTargetFramework>3.5</RequiredTargetFramework>
</Reference>
<Reference Include="System.Web.Extensions">
<RequiredTargetFramework>3.5</RequiredTargetFramework>
</Reference>
<Reference Include="System.Xml.Linq">
<RequiredTargetFramework>3.5</RequiredTargetFramework>
</Reference>
<Reference Include="System.Data.DataSetExtensions">
<RequiredTargetFramework>3.5</RequiredTargetFramework>
</Reference>
<Reference Include="System.Data" />
<Reference Include="System.Deployment" />
<Reference Include="System.Drawing" />
<Reference Include="System.Windows.Forms" />
<Reference Include="System.Xml" />
<Reference Include="SystemInterfaces, Version=1.0.0.0, Culture=neutral,
processorArchitecture=MSIL">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\SystemInterfaces\bin\Debug\SystemInterfaces.dll</HintPath>
</Reference>
</ItemGroup>
<ItemGroup>
<Compile Include="ARMadminBase\CAboutBox.cs">
<SubType>Form</SubType>
</Compile>
<Compile Include="ARMadminBase\CAboutBox.Designer.cs">
<DependentUpon>CAboutBox.cs</DependentUpon>
</Compile>
<Compile Include="ARMadminBase\CLoginDlg.cs">
<SubType>Form</SubType>
</Compile>
128
<Compile Include="ARMadminBase\CLoginDlg.Designer.cs">
<DependentUpon>CLoginDlg.cs</DependentUpon>
</Compile>
<Compile Include="ARMadminBase\CMainController.cs" />
<Compile Include="ARMadminBase\CMainDataModel.cs" />
<Compile Include="ARMadminBase\CSettingsGUI.cs">
<SubType>Form</SubType>
</Compile>
<Compile Include="ARMadminBase\CSettingsGUI.Designer.cs">
<DependentUpon>CSettingsGUI.cs</DependentUpon>
</Compile>
<Compile Include="ARMadminBase\Events\Events.cs" />
<Compile Include="ARMadminBase\GUIelements\CModuleButton.cs">
<SubType>Component</SubType>
</Compile>
<Compile Include="ARMadminBase\GUIelements\CSplashScreen.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="ARMadminBase\GUIelements\CSplashScreen.designer.cs">
<DependentUpon>CSplashScreen.cs</DependentUpon>
</Compile>
<Compile Include="ARMadminBase\MainGUI.cs">
<SubType>Form</SubType>
</Compile>
<Compile Include="ARMadminBase\MainGUI.designer.cs">
<DependentUpon>MainGUI.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\AccessObjectModule\CAccessObjectController.cs" />
<Compile
Include="Modules\AccessObjectModule\CGUIAccessObjectEditor.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\AccessObjectModule\CGUIAccessObjectEditor.Designer.cs">
<DependentUpon>CGUIAccessObjectEditor.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\AccessObjectModule\CGUIAccessObjectGUI.cs">
<SubType>UserControl</SubType>
</Compile>
<Compile
Include="Modules\AccessObjectModule\CGUIAccessObjectGUI.Designer.cs">
<DependentUpon>CGUIAccessObjectGUI.cs</DependentUpon>
</Compile>
<Compile Include="Modules\AccessObjectModule\CAccessObjectModule.cs"
/>
129
<Compile
Include="Modules\AccessObjectModule\GUIelements\CAccessObjectDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile
Include="Modules\AlarmProcessedMessageModule\CGUIAlarmProcessedMessageEd
itor.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\AlarmProcessedMessageModule\CGUIAlarmProcessedMessageEd
itor.Designer.cs">
<DependentUpon>CGUIAlarmProcessedMessageEditor.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\AlarmProcessedMessageModule\CAlarmProcessMessageControlle
r.cs" />
<Compile
Include="Modules\AlarmProcessedMessageModule\CGUIAlarmProcessMessageGUI.
cs">
<SubType>UserControl</SubType>
</Compile>
<Compile
Include="Modules\AlarmProcessedMessageModule\CGUIAlarmProcessMessageGUI.
Designer.cs">
<DependentUpon>CGUIAlarmProcessMessageGUI.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\AlarmProcessedMessageModule\CAlarmProcessMessageModule.c
s" />
<Compile
Include="Modules\AlarmProcessedMessageModule\GUIelements\CAlarmProccessed
MessageDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile Include="Modules\AlarmTypeModule\CAlarmTypeController.cs" />
<Compile Include="Modules\AlarmTypeModule\CGUIAlarmTypeEditor.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\AlarmTypeModule\CGUIAlarmTypeEditor.Designer.cs">
<DependentUpon>CGUIAlarmTypeEditor.cs</DependentUpon>
</Compile>
<Compile Include="Modules\AlarmTypeModule\CGUIAlarmTypeGUI.cs">
<SubType>UserControl</SubType>
</Compile>
<Compile
Include="Modules\AlarmTypeModule\CGUIAlarmTypeGUI.Designer.cs">
130
<DependentUpon>CGUIAlarmTypeGUI.cs</DependentUpon>
</Compile>
<Compile Include="Modules\AlarmTypeModule\CAlarmTypeModule.cs" />
<Compile
Include="Modules\AlarmTypeModule\GUIelements\CAlarmTypeDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile Include="Modules\AttributeModule\CGUIAttributeCodeEditor.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\AttributeModule\CGUIAttributeCodeEditor.Designer.cs">
<DependentUpon>CGUIAttributeCodeEditor.cs</DependentUpon>
</Compile>
<Compile Include="Modules\AttributeModule\CAttributeController.cs" />
<Compile Include="Modules\AttributeModule\CGUIAttributeGUI.cs">
<SubType>UserControl</SubType>
</Compile>
<Compile
Include="Modules\AttributeModule\CGUIAttributeGUI.Designer.cs">
<DependentUpon>CGUIAttributeGUI.cs</DependentUpon>
</Compile>
<Compile Include="Modules\AttributeModule\CAttributeModule.cs" />
<Compile
Include="Modules\AttributeModule\GUIelements\CAttributeCodeDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile Include="Modules\DeviceModule\CDeviceController.cs" />
<Compile Include="Modules\DeviceModule\CGUIDeviceEditor.cs">
<SubType>Form</SubType>
</Compile>
<Compile Include="Modules\DeviceModule\CGUIDeviceEditor.Designer.cs">
<DependentUpon>CGUIDeviceEditor.cs</DependentUpon>
</Compile>
<Compile Include="Modules\DeviceModule\CGUIDeviceGUI.cs">
<SubType>UserControl</SubType>
</Compile>
<Compile Include="Modules\DeviceModule\CGUIDeviceGUI.designer.cs">
<DependentUpon>CGUIDeviceGUI.cs</DependentUpon>
</Compile>
<Compile Include="Modules\DeviceModule\CDeviceModule.cs" />
<Compile
Include="Modules\DeviceModule\GUIelements\CDeviceDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile Include="Modules\DeviceModule\GUIelements\CDeviceList.cs">
<SubType>Form</SubType>
</Compile>
131
<Compile
Include="Modules\DeviceModule\GUIelements\CDeviceList.Designer.cs">
<DependentUpon>CDeviceList.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\DeviceModule\GUIelements\CDeviceTypeDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile Include="Modules\DeviceModule\CGUIDeviceTypeEditor.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\DeviceModule\CGUIDeviceTypeEditor.Designer.cs">
<DependentUpon>CGUIDeviceTypeEditor.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\DriverModule\GUIelements\CDriverDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile Include="Modules\DriverModule\CGUIDriverEditor.cs">
<SubType>Form</SubType>
</Compile>
<Compile Include="Modules\DriverModule\CGUIDriverEditor.Designer.cs">
<DependentUpon>CGUIDriverEditor.cs</DependentUpon>
</Compile>
<Compile Include="Modules\ScheduleModule\CScheduleController.cs" />
<Compile Include="Modules\ScheduleModule\CGUIScheduleGUI.cs">
<SubType>UserControl</SubType>
</Compile>
<Compile
Include="Modules\ScheduleModule\CGUIScheduleGUI.Designer.cs">
<DependentUpon>CGUIScheduleGUI.cs</DependentUpon>
</Compile>
<Compile Include="Modules\ScheduleModule\CScheduleModule.cs" />
<Compile
Include="Modules\ScheduleModule\GUIelements\CCheckPointControl.cs">
<SubType>UserControl</SubType>
</Compile>
<Compile
Include="Modules\ScheduleModule\GUIelements\CCheckPointControl.Designer.cs">
<DependentUpon>CCheckPointControl.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\ScheduleModule\GUIelements\CCheckPointEditor.cs">
<SubType>UserControl</SubType>
</Compile>
<Compile
Include="Modules\ScheduleModule\GUIelements\CCheckPointEditor.Designer.cs">
132
<DependentUpon>CCheckPointEditor.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\ScheduleModule\GUIelements\CCheckPointGroupEditor.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\ScheduleModule\GUIelements\CCheckPointGroupEditor.Designer
.cs">
<DependentUpon>CCheckPointGroupEditor.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\ScheduleModule\GUIelements\CGeckoDispatcher.cs" />
<Compile
Include="Modules\ScheduleModule\GUIelements\CheckPointRedactorEvents.cs" />
<Compile Include="Modules\ScheduleModule\GUIelements\CMapGUI.cs">
<SubType>UserControl</SubType>
</Compile>
<Compile
Include="Modules\ScheduleModule\GUIelements\CMapGUI.Designer.cs">
<DependentUpon>CMapGUI.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\ScheduleModule\GUIelements\CRedactorControl.cs">
<SubType>UserControl</SubType>
</Compile>
<Compile
Include="Modules\ScheduleModule\GUIelements\CRedactorControl.Designer.cs">
<DependentUpon>CRedactorControl.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\ScheduleModule\GUIelements\CScheduleCheckPointControl.cs">
<SubType>UserControl</SubType>
</Compile>
<Compile
Include="Modules\ScheduleModule\GUIelements\CScheduleCheckPointControl.Desi
gner.cs">
<DependentUpon>CScheduleCheckPointControl.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\ScheduleModule\GUIelements\CScheduleCheckPointListView.cs"
>
<SubType>Component</SubType>
</Compile>
<Compile
Include="Modules\ScheduleModule\GUIelements\CSchedulePropertiesManager.cs">
<SubType>UserControl</SubType>
</Compile>
133
<Compile
Include="Modules\ScheduleModule\GUIelements\CSchedulePropertiesManager.Desi
gner.cs">
<DependentUpon>CSchedulePropertiesManager.cs</DependentUpon>
</Compile>
<Compile Include="Modules\ScheduleModule\CGUIScheduleRedactor.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\ScheduleModule\CGUIScheduleRedactor.Designer.cs">
<DependentUpon>CGUIScheduleRedactor.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\ScheduleModule\GUIelements\CCheckPointRedactorDataModel.c
s" />
<Compile
Include="Modules\ScheduleModule\GUIelements\CCheckPointTree.cs">
<SubType>Component</SubType>
</Compile>
<Compile
Include="Modules\ScheduleModule\GUIelements\CScheduleDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile Include="Modules\TransportModule\CGUIMobileItemEditor.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\TransportModule\CGUIMobileItemEditor.Designer.cs">
<DependentUpon>CGUIMobileItemEditor.cs</DependentUpon>
</Compile>
<Compile Include="Modules\TransportModule\CGUIShiftEditor.cs">
<SubType>Form</SubType>
</Compile>
<Compile Include="Modules\TransportModule\CGUIShiftEditor.Designer.cs">
<DependentUpon>CGUIShiftEditor.cs</DependentUpon>
</Compile>
<Compile Include="Modules\ScheduleModule\CGUISchedulePicker.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\ScheduleModule\CGUISchedulePicker.Designer.cs">
<DependentUpon>CGUISchedulePicker.cs</DependentUpon>
</Compile>
<Compile Include="Modules\TransportModule\CTransportController.cs" />
<Compile Include="Modules\TransportModule\CGUITransportGUI.cs">
<SubType>UserControl</SubType>
</Compile>
134
<Compile
Include="Modules\TransportModule\CGUITransportGUI.designer.cs">
<DependentUpon>CGUITransportGUI.cs</DependentUpon>
</Compile>
<Compile Include="Modules\TransportModule\CTransportModule.cs" />
<Compile Include="Modules\DeviceModule\CGUIDeviceSelector.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\DeviceModule\CGUIDeviceSelector.designer.cs">
<DependentUpon>CGUIDeviceSelector.cs</DependentUpon>
</Compile>
<Compile Include="Modules\TransportModule\CGUIVehicleAlarmEditor.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\TransportModule\CGUIVehicleAlarmEditor.Designer.cs">
<DependentUpon>CGUIVehicleAlarmEditor.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\TransportModule\CGUIVehicleAlarmFilterEditor.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\TransportModule\CGUIVehicleAlarmFilterEditor.Designer.cs">
<DependentUpon>CGUIVehicleAlarmFilterEditor.cs</DependentUpon>
</Compile>
<Compile Include="Modules\TransportModule\CGUIVehicleModelEditor.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\TransportModule\CGUIVehicleModelEditor.Designer.cs">
<DependentUpon>CGUIVehicleModelEditor.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\TransportModule\CGUIVehicleModelManager.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\TransportModule\CGUIVehicleModelManager.Designer.cs">
<DependentUpon>CGUIVehicleModelManager.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\TransportModule\CGUIVehicleWorkModeEditor.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\TransportModule\CGUIVehicleWorkModeEditor.Designer.cs">
135
<DependentUpon>CGUIVehicleWorkModeEditor.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\TransportModule\GUIelements\CAlarmFilterDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile
Include="Modules\TransportModule\GUIelements\CMobileItemDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile
Include="Modules\TransportModule\GUIelements\CShiftDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile
Include="Modules\TransportModule\GUIelements\CTransportDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile Include="Modules\TransportModule\CGUITransportEditor.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\TransportModule\CGUITransportEditor.designer.cs">
<DependentUpon>CGUITransportEditor.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\TransportModule\GUIelements\CTripTimeControl.cs">
<SubType>UserControl</SubType>
</Compile>
<Compile
Include="Modules\TransportModule\GUIelements\CTripTimeControl.Designer.cs">
<DependentUpon>CTripTimeControl.cs</DependentUpon>
</Compile>
<Compile
Include="Modules\TransportModule\GUIelements\CVehicleAlarmsDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile
Include="Modules\TransportModule\GUIelements\CVehicleModelDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile
Include="Modules\TransportModule\GUIelements\CVehicleWorkModeDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile Include="Modules\UserModule\CUserController.cs" />
<Compile Include="Modules\UserModule\CGUIUserEditor.cs">
<SubType>Form</SubType>
136
</Compile>
<Compile Include="Modules\UserModule\CGUIUserEditor.Designer.cs">
<DependentUpon>CGUIUserEditor.cs</DependentUpon>
</Compile>
<Compile Include="Modules\UserModule\CGUIUserRoleEditor.cs">
<SubType>Form</SubType>
</Compile>
<Compile Include="Modules\UserModule\CGUIUserRoleEditor.Designer.cs">
<DependentUpon>CGUIUserRoleEditor.cs</DependentUpon>
</Compile>
<Compile Include="Modules\UserModule\CGUIUserRoleSelectDlg.cs">
<SubType>Form</SubType>
</Compile>
<Compile
Include="Modules\UserModule\CGUIUserRoleSelectDlg.Designer.cs">
<DependentUpon>CGUIUserRoleSelectDlg.cs</DependentUpon>
</Compile>
<Compile Include="Modules\UserModule\GUIelements\CUserDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile Include="Modules\UserModule\CGUIUserGUI.cs">
<SubType>UserControl</SubType>
</Compile>
<Compile Include="Modules\UserModule\CGUIUserGUI.Designer.cs">
<DependentUpon>CGUIUserGUI.cs</DependentUpon>
</Compile>
<Compile Include="Modules\UserModule\CUserModule.cs" />
<Compile
Include="Modules\UserModule\GUIelements\CUserRoleDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile
Include="Modules\UserModule\GUIelements\CAccessObjectRightsSelectionDataGrid
.cs">
<SubType>Component</SubType>
</Compile>
<Compile
Include="Modules\UserModule\GUIelements\CUserRoleSelectionDataGrid.cs">
<SubType>Component</SubType>
</Compile>
<Compile Include="Settings.cs" />
<Compile Include="Modules\UserModule\CAccessObjectUserRoleLink.cs" />
<Compile
Include="Modules\AlarmProcessedMessageModule\CAlarmProcessedMessage.cs" />
<Compile Include="Modules\AlarmTypeModule\CAlarmType.cs" />
<Compile Include="Modules\AttributeModule\CAttribute.cs" />
<Compile Include="Modules\ScheduleModule\CChechPoint.cs" />
<Compile Include="Modules\ScheduleModule\CCheckPointIcon.cs" />
137
<Compile Include="Modules\DeviceModule\CDevice.cs" />
<Compile Include="Modules\DeviceModule\CDeviceType.cs" />
<Compile Include="Modules\DriverModule\CDriver.cs" />
<Compile Include="Modules\ScheduleModule\CCheckPointsGroup.cs" />
<Compile Include="Modules\TransportModule\CMobileItem.cs" />
<Compile Include="Modules\TransportModule\CShift.cs" />
<Compile Include="Modules\ScheduleModule\CSchedule.cs" />
<Compile Include="Modules\ScheduleModule\CScheduleTrip.cs" />
<Compile Include="Modules\TransportModule\CTransport.cs" />
<Compile Include="Modules\TransportModule\CUnit.cs" />
<Compile Include="Modules\TransportModule\CUnitAlarmFilter.cs" />
<Compile Include="Modules\UserModule\CUser.cs" />
<Compile Include="Modules\UserModule\CUserRole.cs" />
<Compile Include="Modules\AccessObjectModule\CAccessObject.cs" />
<Compile Include="Modules\TransportModule\CVehicleModel.cs" />
<Compile Include="Modules\DriverModule\CDriverController.cs" />
<Compile Include="Modules\DriverModule\CGUIDriverGUI.cs">
<SubType>UserControl</SubType>
</Compile>
<Compile Include="Modules\DriverModule\CGUIDriverGUI.designer.cs">
<DependentUpon>CGUIDriverGUI.cs</DependentUpon>
</Compile>
<Compile Include="Modules\DriverModule\CDriverModule.cs" />
<Compile Include="Program.cs" />
<Compile Include="Properties\AssemblyInfo.cs" />
<EmbeddedResource Include="ARMadminBase\CAboutBox.resx">
<DependentUpon>CAboutBox.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource Include="ARMadminBase\CLoginDlg.resx">
<DependentUpon>CLoginDlg.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource Include="ARMadminBase\CSettingsGUI.resx">
<DependentUpon>CSettingsGUI.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="ARMadminBase\GUIelements\CSplashScreen.resx">
<DependentUpon>CSplashScreen.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource Include="ARMadminBase\MainGUI.resx">
<DependentUpon>MainGUI.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\AccessObjectModule\CGUIAccessObjectEditor.resx">
138
<DependentUpon>CGUIAccessObjectEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\AccessObjectModule\CGUIAccessObjectGUI.resx">
<DependentUpon>CGUIAccessObjectGUI.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\AlarmProcessedMessageModule\CGUIAlarmProcessedMessageEd
itor.resx">
<DependentUpon>CGUIAlarmProcessedMessageEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\AlarmProcessedMessageModule\CGUIAlarmProcessMessageGUI.
resx">
<DependentUpon>CGUIAlarmProcessMessageGUI.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\AlarmTypeModule\CGUIAlarmTypeEditor.resx">
<DependentUpon>CGUIAlarmTypeEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\AlarmTypeModule\CGUIAlarmTypeGUI.resx">
<DependentUpon>CGUIAlarmTypeGUI.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\AttributeModule\CGUIAttributeCodeEditor.resx">
<DependentUpon>CGUIAttributeCodeEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\AttributeModule\CGUIAttributeGUI.resx">
<DependentUpon>CGUIAttributeGUI.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\DeviceModule\CGUIDeviceEditor.resx">
<DependentUpon>CGUIDeviceEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\DeviceModule\CGUIDeviceGUI.resx">
<DependentUpon>CGUIDeviceGUI.cs</DependentUpon>
139
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\DeviceModule\GUIelements\CDeviceList.resx">
<DependentUpon>CDeviceList.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\DeviceModule\CGUIDeviceTypeEditor.resx">
<DependentUpon>CGUIDeviceTypeEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\DriverModule\CGUIDriverEditor.resx">
<DependentUpon>CGUIDriverEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\ScheduleModule\CGUIScheduleGUI.resx">
<DependentUpon>CGUIScheduleGUI.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\ScheduleModule\GUIelements\CCheckPointControl.resx">
<DependentUpon>CCheckPointControl.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\ScheduleModule\GUIelements\CCheckPointEditor.resx">
<DependentUpon>CCheckPointEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\ScheduleModule\GUIelements\CCheckPointGroupEditor.resx">
<DependentUpon>CCheckPointGroupEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\ScheduleModule\GUIelements\CMapGUI.resx">
<DependentUpon>CMapGUI.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\ScheduleModule\GUIelements\CRedactorControl.resx">
<DependentUpon>CRedactorControl.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
140
<EmbeddedResource
Include="Modules\ScheduleModule\GUIelements\CScheduleCheckPointControl.resx"
>
<DependentUpon>CScheduleCheckPointControl.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\ScheduleModule\GUIelements\CSchedulePropertiesManager.resx"
>
<DependentUpon>CSchedulePropertiesManager.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\ScheduleModule\CGUIScheduleRedactor.resx">
<DependentUpon>CGUIScheduleRedactor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\TransportModule\CGUIMobileItemEditor.resx">
<DependentUpon>CGUIMobileItemEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\TransportModule\CGUIShiftEditor.resx">
<DependentUpon>CGUIShiftEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\ScheduleModule\CGUISchedulePicker.resx">
<DependentUpon>CGUISchedulePicker.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\TransportModule\CGUITransportGUI.resx">
<DependentUpon>CGUITransportGUI.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\DeviceModule\CGUIDeviceSelector.resx">
<DependentUpon>CGUIDeviceSelector.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\TransportModule\CGUITransportEditor.resx">
<DependentUpon>CGUITransportEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
141
<EmbeddedResource
Include="Modules\TransportModule\CGUIVehicleAlarmEditor.resx">
<DependentUpon>CGUIVehicleAlarmEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\TransportModule\CGUIVehicleAlarmFilterEditor.resx">
<DependentUpon>CGUIVehicleAlarmFilterEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\TransportModule\CGUIVehicleModelEditor.resx">
<DependentUpon>CGUIVehicleModelEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\TransportModule\CGUIVehicleModelManager.resx">
<DependentUpon>CGUIVehicleModelManager.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\TransportModule\CGUIVehicleWorkModeEditor.resx">
<DependentUpon>CGUIVehicleWorkModeEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\TransportModule\GUIelements\CTripTimeControl.resx">
<DependentUpon>CTripTimeControl.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource Include="Modules\UserModule\CGUIUserEditor.resx">
<DependentUpon>CGUIUserEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource Include="Modules\UserModule\CGUIUserGUI.resx">
<DependentUpon>CGUIUserGUI.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\UserModule\CGUIUserRoleEditor.resx">
<DependentUpon>CGUIUserRoleEditor.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource
Include="Modules\UserModule\CGUIUserRoleSelectDlg.resx">
<DependentUpon>CGUIUserRoleSelectDlg.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
142
<EmbeddedResource Include="Modules\DriverModule\CGUIDriverGUI.resx">
<DependentUpon>CGUIDriverGUI.cs</DependentUpon>
<SubType>Designer</SubType>
</EmbeddedResource>
<EmbeddedResource Include="Properties\Resources.resx">
<Generator>ResXFileCodeGenerator</Generator>
<LastGenOutput>Resources.Designer.cs</LastGenOutput>
<SubType>Designer</SubType>
</EmbeddedResource>
<Compile Include="Properties\Resources.Designer.cs">
<AutoGen>True</AutoGen>
<DependentUpon>Resources.resx</DependentUpon>
</Compile>
<None Include="app.config">
</None>
<None Include="ARMadmin_TemporaryKey.pfx" />
<None Include="Properties\app.manifest" />
<None
Include="Properties\DataSources\ARMadmin.Modules.TransportModule.CVehicleSc
heduleBinder.datasource" />
<None Include="Properties\Settings.settings">
<Generator>SettingsSingleFileGenerator</Generator>
<LastGenOutput>Settings.Designer.cs</LastGenOutput>
</None>
<Compile Include="Properties\Settings.Designer.cs">
<AutoGen>True</AutoGen>
<DependentUpon>Settings.settings</DependentUpon>
<DesignTimeSharedInput>True</DesignTimeSharedInput>
</Compile>
<Compile Include="Modules\TransportModule\CVehicleScheduleLink.cs" />
<Compile Include="Modules\TransportModule\CVehicleWorkMode.cs" />
<Compile Include="Utils\SystemInterfaces\IInterfaceModule.cs" />
</ItemGroup>
<ItemGroup>
<BootstrapperPackage Include="Microsoft.Net.Framework.2.0">
<Visible>False</Visible>
<ProductName>.NET Framework 2.0 %28x86%29</ProductName>
<Install>false</Install>
</BootstrapperPackage>
<BootstrapperPackage Include="Microsoft.Net.Framework.3.0">
<Visible>False</Visible>
<ProductName>.NET Framework 3.0 %28x86%29</ProductName>
<Install>false</Install>
</BootstrapperPackage>
<BootstrapperPackage Include="Microsoft.Net.Framework.3.5">
<Visible>False</Visible>
<ProductName>.NET Framework 3.5</ProductName>
<Install>true</Install>
143
</BootstrapperPackage>
<BootstrapperPackage Include="Microsoft.Windows.Installer.3.1">
<Visible>False</Visible>
<ProductName>Windows Installer 3.1</ProductName>
<Install>true</Install>
</BootstrapperPackage>
</ItemGroup>
<ItemGroup>
<PublishFile Include="Npgsql">
<Visible>False</Visible>
<PublishState>Include</PublishState>
<Group>
</Group>
<TargetPath>
</TargetPath>
<FileType>Assembly</FileType>
</PublishFile>
</ItemGroup>
<ItemGroup>
<Content Include="arm_admin.ico" />
</ItemGroup>
<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
<!-- To modify your build process, add your task inside one of the targets below
and uncomment it.
Other similar extension points exist, see Microsoft.Common.targets.
<Target Name="BeforeBuild">
</Target>
<Target Name="AfterBuild">
</Target>
-->
</Project>
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<configSections>
<sectionGroup
name="userSettings"
type="System.Configuration.UserSettingsGroup,
System,
Version=2.0.0.0,
Culture=neutral, PublicKeyToken=b77a5c561934e089">
<section
name="ARMadmin.Properties.Settings"
type="System.Configuration.ClientSettingsSection,
System,
Version=2.0.0.0,
Culture=neutral,
PublicKeyToken=b77a5c561934e089"
allowExeDefinition="MachineToLocalUser" requirePermission="false" />
</sectionGroup>
</configSections>
<userSettings>
<ARMadmin.Properties.Settings>
<setting name="ConnectionServer" serializeAs="String">
144
<value>10.0.0.7</value>
</setting>
<setting name="ConnectionPort" serializeAs="String">
<value>5432</value>
</setting>
<setting name="ConnectionDBName" serializeAs="String">
<value>gcss</value>
</setting>
<setting name="ConnectionLogin" serializeAs="String">
<value>postgres</value>
</setting>
<setting name="ConnectionPassword" serializeAs="String">
<value />
</setting>
<setting name="SpecificConnectionString" serializeAs="String">
<value />
</setting>
<setting name="UsingSpecificConnectionString" serializeAs="String">
<value>False</value>
</setting>
<setting name="DriverPostEditEnabled" serializeAs="String">
<value>False</value>
</setting>
<setting name="VehicleNameEditEnabled" serializeAs="String">
<value>False</value>
</setting>
<setting name="LocalAdminPassword" serializeAs="String">
<value>8b7d272b7b9177fcac0d38aa06f4ab99</value>
</setting>
<setting name="LocalAdminLogin" serializeAs="String">
<value>admin</value>
</setting>
<setting name="ConnectionTimeOut" serializeAs="String">
<value>30</value>
</setting>
<setting name="AuthHost" serializeAs="String">
<value>10.0.0.207</value>
</setting>
<setting name="AuthPort" serializeAs="String">
<value>11001</value>
</setting>
<setting name="AuthorizationDllPath" serializeAs="String">
<value>DBAuthEngine.dll</value>
</setting>
<setting name="DebugLevel" serializeAs="String">
<value>4</value>
</setting>
<setting name="DefaultMapPath" serializeAs="String">
145
<value>http://tetra.homelinux.org/web_client_gss/just_map.php</value>
</setting>
<setting name="DefaultCheckPointRadius" serializeAs="String">
<value>20</value>
</setting>
<setting name="DefaultCheckPointColor" serializeAs="String">
<value>Red</value>
</setting>
<setting name="DefaultSelectedCheckPointColor" serializeAs="String">
<value>Yellow</value>
</setting>
<setting name="XulRunnerPath" serializeAs="String">
<value>C:\Program Files\Common Files\ATG\xulrunner</value>
</setting>
<setting name="DefaultNewCheckPointColor" serializeAs="String">
<value>Blue</value>
</setting>
<setting name="ProxyType" serializeAs="String">
<value>0</value>
</setting>
<setting name="ProxyHttpURL" serializeAs="String">
<value />
</setting>
<setting name="ProxyHttpProt" serializeAs="String">
<value>0</value>
</setting>
<setting name="ProxyAutoDetectURL" serializeAs="String">
<value />
</setting>
</ARMadmin.Properties.Settings>
</userSettings>
<appSettings>
<add key="LogFilePath" value="D:\Work\home\ARMadmin\Log\LogFile.log"
/>
<add key="DebugLevel" value="4" />
<add key="ClientSettingsProvider.ServiceUri" value="" />
</appSettings>
<system.web>
<membership defaultProvider="ClientAuthenticationMembershipProvider">
<providers>
<add
name="ClientAuthenticationMembershipProvider"
type="System.Web.ClientServices.Providers.ClientFormsAuthenticationMembershipP
rovider,
System.Web.Extensions,
Version=3.5.0.0,
Culture=neutral,
PublicKeyToken=31bf3856ad364e35" serviceUri="" />
</providers>
</membership>
<roleManager defaultProvider="ClientRoleProvider" enabled="true">
<providers>
146
<add
name="ClientRoleProvider"
type="System.Web.ClientServices.Providers.ClientRoleProvider,
System.Web.Extensions,
Version=3.5.0.0,
Culture=neutral,
PublicKeyToken=31bf3856ad364e35" serviceUri="" cacheTimeout="86400" />
</providers>
</roleManager>
</system.web>
</configuration>
147
1