Criterios para escoller solucións SIX / CAD
Hoxe foi o día que me corresponden para expoñer no curso do cadastre inmobiliario de Bolivia. O tema orientouse ao reflexo sobre como elixir unha ferramenta informática para un desenvolvemento xeomático.
Este é o gráfico que usei e o meu foco foi a análise do contexto no que esperamos implementar a solución.
O problema é que se quere escoller unha ferramenta sinxela para capturar datos, debe considerar aspectos que non teñen nada que ver coa capacidade de facer vectores, senón a sustentabilidade que pode ser soportada segundo os usuarios acceden desde distintos niveis e o número de usuarios que requiren licenzas.
Entre algúns criterios que consideramos e cuxo peso pode variar dependendo do contexto ou alcance do país, entre outros pódense considerar:
- Interoperabilidade
- Normas OGC
- Curva de aprendizaxe
- Velocidade vrs. Número de usuarios
- Crecemento modular
- Dispoñibilidade de interfaces de programación (API)
- Custo amplo
Entón dividimos o contexto xeomático en polo menos seis etapas e pesamos o nivel de importancia dos criterios anteriores en diferentes momentos. Cada unha das etapas pódese seleccionar unha lista de características especiais que propoñen os usuarios ou especialistas e estas teñen un peso para evaluar de xeito comparativo as vantaxes e desvantaxes das diferentes solucións:
1 A etapa de construción
Neste caso, basicamente espérase que a solución sexa efectiva e práctica para a produción a nivel elevado por técnicos que veñen do campo, digitalizar, topoloxía limpa, integrar bases de datos e interactuar con imaxes ou servizos de mapas.
2 A etapa de administración
Neste considérase que os datos producidos poden ser presentados a estándares tales como para ser aceptados dentro dunha base de datos ou un xestor de ficheiros con versión. Aspectos como a sustentabilidade do formato e a API dispoñible son moi importantes. E, por suposto, as solucións que se buscan neste nivel para a xestión de bases de datos deberán ter un bo desempeño para os ambientes multiusuario ea capacidade de almacenar datos tabulares como xeometría e índices de ráster, en lugar de ter interfaces atractivas.
4 A etapa de Publicación, neste nivel considérase que as solucións de construción de datos tiveron posibilidades de transformación aos estándares de ogc e que as ferramentas de servizos de datos teñen un nivel de personalización para que ambos datos poidan ser atendidos e que tamén se vexan atractivos artísticamente.
5 A etapa de mantemento, este é un segundo nivel de construción, no que se espera que as ferramentas teñan a opción de poder personalizar o seu acceso para a conservación dos resultados versionados, o almacenamento histórico dos cambios e, de novo, facilidade na construción precisa. Se é posible, a opción de facer anotacións gráficas baixo unha activax que funciona en liña ... mellor.
6 A etapa de copia de seguridadeEu o chamei así, pero en realidade é unha etapa de repositorios de acceso, onde os usuarios dentro da institución acceden, transforman datos, apoian e xeran novos produtos. Aquí os requisitos para a solución CAD / GIS apenas van á estabilidade de formato e capacidade de soporte de versións, mentres que as ferramentas de xestión, que teñen moita disponibilidad para o desenvolvemento, as normas de seguridade e as funcionalidades do servidor cliente.
3 A etapa de intercambio, este é un segundo nivel da publicación, no que se espera que sirva datos en xml, gml ou outros formatos soportados por estándares ogc, os produtos que esperamos sexan utilizados por outras solucións xeomáticas, pero que tamén volven modificados. Que dicir, capacidade de pervertir baixo estándares geofumed, incluíndo a opción de simplificación de vectores ... si, ben xeofumados.
Aínda que o principio é aplicar unha proba de características a diferentes solucións en cada etapa do proceso, non debemos esquecer o seu contexto integral; polo que temos completado cun exercicio rápido en caso de un gran cliente, como un instituto de terra nun país, que pretende implantar un sistema completo para un ambiente duns 20 técnicos de produción / GIS, desenvolvedores 3, usuarios 75 CAD intranet e consulta múltiple en liña (omitamos os custos dun Oracle de $ 30,000 por procesador por ano, desenvolvemento de computadoras, equipos e implementación):
Facelo con O Autodesk podería custar ata $ 180,000, coas limitacións na fase de repositorios que deberían complementarse con outras marcas eo rendemento dos recursos do equipo para atender os datos de forma eficiente e baixo obxectivos de postprocesamento elevados.
Facelo con Bentley podería custar ata $ 210,000, coas limitacións na fase de intercambio, publicación tomada do cabelo e algo na curva de aprendizaxe
Facelo con Esri podería ser ata $ 300,000, coas limitacións na fase de construción e repositorios, polo que ocuparía o complemento doutras marcas; a non ser do xeito de xurdir que sexan necesarias licenzas 10 para unha extensión de $ 9,000
Facelo con O manifold podería custar $ 15,000, coas limitacións na fase de construción, a curva de aprendizaxe ea necesidade de desenvolvedores de primeira clase (aínda que en todos os casos hai moito que desenvolver). Tamén aclarou que hai outras solucións de baixo custo, pero eu uso este porque probalo recentemente e sorpréntoume.
No peor dos casos, teño $ 155,000 sobra para contratar bos manuais e se xogo con licenzas en tempo de execución podo tentar o ego do cliente.
É curioso que case o total se poida facer Foss, a pura GvSIG / Grass, Postgre, intelliCAD e outras herbas se logro integrar un equipo de sistematización de procesos, desenvolvedores de geofumados e a credibilidade de vender o proxecto ... se o cliente considerara $ 700,000 ... podo pegalo máis porque o maior é a cantidade de usuarios pode xustificarse máis software libre ou de baixo custo.
Marca | Construción | Administración | Publicación | Repositorios | Intercambio |
Autodesk | 20 Map3D Deseño Raster 2 2 Civil 3D |
Oracle 10G | MapGuide + extras |
Navis funciona? + Topobase | desenvolvemento en estado salvaxe |
Bentley | Mapa de Benne 7 13 Bentley Cadaster 2 Descartes Geopack 2 |
Oracle 10G | Interoperabilidade de Geoweb Publisher + + mapping |
Proxecto espacial intelixente | dixo mmm ... para chorar |
ESRI | 10 Bentley Powermap ArcView de 10 Extensións 4 2 ArcScan |
Oracle 10 ArcSDE MapObjects Motor de SIX |
ArcIMS Servidor SIX |
Servidor SIX noutro procesador | uuuuy |
Tubo de distribución | Desenvolvemento de extras Licenzas universais 20 Universal |
Manifold EnterpriseOracle 10G | Execución universal | Duración máxima de execución | Execución universal |
En resumo, espero que espertou a súa curiosidade por solucións gratuítas e de baixo custo, aínda que o tempo fose demasiado curto. Definimos varias conclusións breves:
- A tecnoloxía correcta é: "que pode ser sostible"Dentro do contexto global de desenvolvemento
- Nunca pode haber tecnoloxía "bo para todo"
- O aspecto "económico" debe ser pensado en términos de "ciclo de vida das tecnoloxías"E a súa interoperabilidade
- Os procesos documentados (sistematización) estenden o ciclo de vida das tecnoloxías
- Non todos están preparados para o software libre, para comezar as aplicacións é preferible "comercial", Coa experiencia que podes pensar nas aplicacións"baixo custo", coa audacia para o"Libre"Ou" propio "
Dólares americanos
Amigo e en que moeda son estes custos?
se hai algún tempo mostre algúns prezos de plataformas, creo que quere dicir unha destas publicacións
Ola, non se ben me lembra, pero ese cadro cos custos de plataformas diferents, teño visto moito antes desa data que aparece alí, se non está actualizado, ou ver outra páxina
grazas