Критерии выбора решений ГИС / САПР

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

Это график, который я использовал, и основное внимание было уделено анализу контекста, в котором мы надеемся реализовать решение.

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

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

• совместимость
• Стандарты OGC
• Кривая обучения
• Скорость vrs. Количество пользователей
• Модульный рост
• Наличие интерфейсов программирования (API)
• Интегральная стоимость

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

1. Стадия строительства

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

2. Шаг администрирования

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

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

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

6. Этап резервного копирования, Я это назвал, но на самом деле это этап репозиториев доступа, в котором пользователи в рамках организации получают доступ, преобразуют данные, поддерживают и генерируют новые продукты. Здесь требования к решению CAD / GIS вряд ли будут соответствовать стабильности форматирования и возможности поддержки версий, а инструменты управления, которые обладают большой доступностью для разработки, стандартами безопасности и функциональностью клиентского сервера.

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

Хотя принцип заключается в применении функционального теста к различным решениям на каждом этапе процесса, мы не должны забывать его интегральный контекст; поэтому мы завершили быстрые упражнения в случае наличия важного клиента, такого как институт кадастра в стране, который хочет внедрить полную систему для среды некоторых техников 20 CAD / GIS, разработчиков 3, пользователей 75 интрасети и несколько онлайн-консультаций (мы опустили стоимость Oracle в размере 30,000 за процессор в год, компьютерную разработку, оборудование и реализацию):

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

Сделайте это с помощью Bentley может стоить до $ 210,000, с ограничениями в фазе обмена, публикация, взятая из волос, и что-то в кривой обучения

Сделайте это с помощью ESRI может составлять до $ 300,000, с ограничениями на этапе строительства и репозиториями, для которых он будет дополнять другие бренды; кроме того, что может возникнуть необходимость в лицензии 10 для расширения, которое стоит $ 9,000

Сделайте это с помощью Манифольд может стоить $ 15,000, с ограничениями на этапе строительства, кривой обучения и потребностями первоклассных разработчиков (хотя во всех случаях необходимо много развивать). Я также уточнил, что существуют и другие недорогие решения, но я использую это, потому что я пробовал это в последнее время, и это меня удивило.

В худшем случае у меня есть 155,000 $, чтобы нанять разработку хороших руководств, и если я буду играть с лицензиями во время выполнения, я могу соблазнить эго клиента.

Любопытно, что почти все можно сделать с помощью FOSS, чистые GvSIG / Grass, Postgre, intelliCAD и другие травы, если мне удастся интегрировать команду систематизации процессов, разработчиков с геообработкой и доверие к продаже проекта ... если клиент рассмотрел $ 700,000 ... Я могу пострадать сильнее, потому что чем больше количество пользователей может быть оправдано более бесплатным или недорогим программным обеспечением.

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

• Правильная технология:которые могут быть устойчивыми«В глобальном контексте развития
• Никогда не может быть "хорошо для всего
• «Экономический» аспект следует рассматривать в терминах "технологический жизненный цикл«И его функциональная совместимость
• Документированные процессы (систематизация) продлить жизненный цикл технологий
• Не все готовы к бесплатному программному обеспечению, для начала предпочтительными являются приложения "коммерческий«С опытом вы можете думать о приложениях»,низкая стоимость», с смелостью"Бесплатно«Или« собственный »