2010-01-23 1 views
5

Я должен архитектор системы слежения за автотранспортными средствами коммерческих автомобилей.Должен ли я код для браузера или ПК? (управление автопарком)

Каждый автомобиль (всего 100, не более нескольких тысяч) будет иметь GPS и спутниковый передатчик и будет периодически сообщать о своем местоположении. Позиции будут храниться в базе данных и использоваться для создания Карты Google.

Конечно, будут другие функции. Безопасность, вход в систему и т. Д. И, возможно, много взаимодействия с другими корпоративными данными (время запуска/остановки драйверов для целей зарплаты и т. Д.).

Вопрос: чистые GoogleMaps, вероятно, лучше всего реализованы в качестве приложения на основе браузера (Php & MySql?), Но с дополнительными функциями системы отслеживания транспортных средств коммерческих автомобилей было бы лучше делать что-то на базе ПК (Windows/Linux) ?

Любые другие советы? Спасибо

ответ

11

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

Вы можете принять во внимание, что веб-приложение автоматически решает некоторые важные проблемы для вас:

  • Распределение: Нет необходимости распространять приложения. Просто укажите URL-адрес.
  • Обновления: Проблемы с обновлением и исправлением в вашем программном обеспечении будут проще и быстрее, если вы распространите его через веб-интерфейс.
  • Безопасность: Используя вышеизложенное, вы можете быстрее устранить уязвимости безопасности.
  • Совместимость. Приложение сможет работать в любой операционной системе, которая может запускать веб-браузер.

И последнее, но не менее важное: помните, что API Карт Google не является бесплатным для этого типа приложений. Статья 10.9.C от Google Maps API Terms and Conditions явно ограничивает использование стандартного API Карт Google для управления флотом и отслеживания активов. Вам понадобится Google Maps API Premier для юридического использования Карт Google для вашего приложения.

Согласно одному unofficial source (от апреля 2008 года), это будет стоить 10 000 долларов США в год, что позволит вам отслеживать 100 автомобилей. Если вы превысите 100 автомобилей, вам нужно будет добавить 24 доллара США за каждый автомобиль в год.

+1

+1 Отличные соображения. –

+0

Спасибо, Даниэль. Это помогло прояснить мое мышление по многим пунктам. – Mawg

2

Не забывайте, что вы всегда можете разместить веб-элемент управления в толстом клиентском приложении. Это фактически тривиально с .Net на платформе Windows с элементом управления IE. Вы также можете получить доступ к DOM браузера таким образом и сделать некоторые аккуратные вещи. Поэтому только потому, что есть сильный веб-компонент для того, что вы делаете, вы не обязательно «застреваете» в написании чистого веб-приложения.

Один большой вопрос - какое оборудование вы сможете разместить в автомобилях. Будут ли они ноутбуками или маленькими ПК с полноценными ОС или чем-то более мобильным, например, CE или ограниченным дистрибутивом Linux?

+0

Или даже что-то меньшее http://www.sparkfun.com/commerce/product_info.php?products_id=7917 – kenny

+0

@Paul: Существует множество вариантов аппаратного обеспечения: от дешевых моделей, которые вы можете найти на ebay до более продвинутых которые более надежны и могут быть полностью перепрограммированы. Лучшие из них, как правило, состоят из чипа GPS, чипа GSM, способного передавать данные через GPRS/3G, цифровых/аналоговых входов для проверки состояния зажигания, переключателей, температур и т. Д., Все они связаны с небольшой материнской платой с некоторой оперативной памятью, небольшим флеш-накопителем и ARM-процессором. Вы могли бы найти других с цифровыми выходами для использования в качестве исполнительных механизмов, камер и т. Д. –

+0

@ Даниэль: Это правильно, есть много вариантов. Вопрос в том, что будет выбрано? Выбор платформы будет иметь некоторые последствия для архитектуры. –

2

Google Maps основан на JavaScript, поэтому вы можете делать с ним все, например, на основе браузера, виджеты и т. Д. Однако из-за лицензирования Google не позволит вам использовать его ни в чем, кроме интернет-среды, если вы не используете есть Enterprise License.

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

Главное, чтобы с его основанием на JavaScript у вас было много гибкости в том, что вы можете с ним сделать.

4

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

Теперь ПК или Интернет больше связаны с представлением на стороне клиента. Вы можете сделать оба, если хотите. Веб-клиент, а также настольное приложение могут выступать в качестве клиента для удаленного доступа к данным и операционному серверу.

1

Это скорее расширение ответа @Daniel Vassallo. Хотя веб-приложение будет решать большинство проблем, может возникнуть небольшая потенциальная проблема использования полосы пропускания и приема для доступа в Интернет. Это может быть или не быть проблемой для управления автопарком, в зависимости от того, как это происходит на аппаратной стороне вещей.

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

Смежные вопросы