Professional Documents
Culture Documents
Contenido
Necesidad de un diseo. Objetivos de un diseo. Buenas prcticas
Necesidad de un diseo
Implementacin efectiva de un SIG se consigue a travs de un buen diseo de la base de datos. Para lograr un buen diseo de la base de datos es necesario hacerse las preguntas correctas: Cmo se puede implementar la tecnologa SIG para lograr las funciones existentes, o cambiar la forma en que se logra un objetivo? Qu datos beneficiarn ms a la organizacin? Qu datos pueden almacenarse? Quin es o debera ser, responsable de mantener la base de datos?
La respuesta a estas preguntas dependen de cmo se entienda la tecnologa SIG, y del conocimiento de la organizacin. El diseo para la implementacin de un SIG es igual que cualquier otro diseo: Comienzo en conocer las metas Progresivamente aumentando el nivel de detalle a medida que se obtiene ms informacin, y se acerca la implementacin.
Es necesario dedicar el tiempo justo al diseo, ya que de no hacerlo el impacto sobre toda la aplicacin actual y futuras puede ser muy negativo. La base de datos y las aplicaciones asociadas no pueden ser tratadas en forma independiente.
Contenido
Necesidad de un diseo.
Objetivos de un diseo.
Buenas prcticas
Objetivos de un diseo
Diseo es el proceso en donde se definen las metas, se identifican, analizan y evalan las alternativas de diseo, y se determina un plan de implementacin. El diseo provee una foto de dnde estamos, dnde vamos, y cmo ir de un lugar a otro. Un diseo de base de datos provee una arquitectura para la base de datos, provee una vista que abarca toda la base de datos permitiendo una evaluacin global de la misma desde varios aspectos.
Un buen diseo resulta en una base de datos bien construida, eficientemente funcional y operacional que: Satisface objetivos y soporta los requerimientos. Contiene los datos necesarios pero no en forma redundante. Organiza los datos para su acceso mltiple Permite varias vistas de los datos Distingue aplicaciones que mantienen los datos de aquellas que solo los usan Representa, codifica y organiza apropiadamente elementos geogrficos
Contenido
Necesidad de un diseo. Objetivos de un diseo. Buenas prcticas
Buenas prcticas
Involucrar a los usuarios: ellos adquieren la sensacin de ser dueos, ustedes ganan conocimiento. Hacer diagramas de a poco, por pasos. Es un proceso interactivo e iterativo. Se progresa apropiadamente en funcin de las necesidades. Crear un equipo de gente, expertos que ataquen cada etapa. Creatividad. Un nuevo proyecto es una posibilidad para aportar una nueva tecnologa y procesos. Dividir grandes proyectos en unidades de trabajo. Project milestones no menos de cada dos meses. Mantener bien presentes en todo momento los objetivos y metas de la organizacin, basado en los requerimientos reales.
No agregar detalles prematuramente, hacerlo en la etapa o momento adecuado. Ej: no tratar de definir todas las reglas de validacin antes de que la geodatabase se construya. Documentar todo, mantener los borradores, hacer diagramas, etc. Flexibilidad, el diseo deber ser cambiado a lo largo de las etapas hasta llegar a un diseo que se ajuste ms a la realidad, que sea aceptado por la gente y apropiado para la tecnologa. Crear un plan para la implementacin del modelo, basado en las prioridades de la organizacin.
Contenido
Necesidad de un diseo. Objetivos de un diseo. Buenas prcticas
Primeros tres se refieren al modelo conceptual, clasificando los elementos basado en los datos requeridos, decidiendo su representacin espacial. Los dos ltimos desarrollan el modelo lgico, ajustndolo al modelo de geodatabase implementable por el software de base a utilizar
Identificacin de funciones
Trabajar con funciones de negocio y no con unidades (secciones, departamentos, divisiones) de la corporacin: Son ms estables en la corporacin, una unidad cumple con ciertas funciones que en el futuro la cumple otra unidad.
Para cada funcin determinar una descripcin general de actividades asociadas a dicha funcin. Actividades pueden incluir el manejo de aprobaciones de ciertas actividades en el terreno (padrones), control del uso del suelo, acuerdos de desarrollo para la construccin de infraestructuras.
La pregunta es:
Registro territorial
Tipo de datos Parcela Descripcin de la parcela Fotografas de parcelas Propietario Servicios Fuente de datos Subdivisiones Ttulos territoriales Archivo de histricos Gravamen territorial Ingeniera
La identificacin de entidades y relaciones se puede lograr mediante el anlisis de frases de tal forma que un SUSTANTIVO comnmente identifica una ENTIDAD, un VERBO define una RELACION entre entidades. Una vlvula controla el flujo de gas entidad (vlvulas) Un dispositivo de gas se conecta a uno o ms lneas Relacin entre entidades. Un sistema de gas se compone de dispositivos y tubos Agregacin de entidades para determinar una nueva entidad ms compleja. Un lnea de distribucin es un tipo de tubo Subclasificacin
Para documentar adecuadamente las entidades y sus relaciones se utiliza diagramas basados en UML
Si el tipo de dato espacial es una imagen (fotografa, mapa escaneado, imagen satelital, u otras), entonces es un tipo RASTER Si el tipo de dato espacial es una superficie: Para superficies en donde los detalles del terreno son importantes, se usa TIN Para superficies que cubren grandes reas y que usan los modelos de elevacin existentes, usar RASTER.
Si el tipo de dato espacial es un objeto, se usa OBJETO general. No tiene representacin geogrfica directa, pero se relacionan con elementos geogrficos
entidad Agua
Bomba Medidor Caja medidor Vlvula Tubo Planta
GDB software
Geodatabase Feature dataset Object Class Feature class de punto Feature class de punto Red geomtrica Feature class de JS Feature class de EC Feature class de JC
Geodatabase Feature dataset Object Class Feature class de polgono Feature class de relacin Feature dataset Feature class de lnea Feature class de punto
Contenido
Necesidad de un diseo. Objetivos de un diseo. Buenas prcticas
4
River
HydroID HydroCode FType Name BedThick BedWidth BedElev Vcond NextDownID HydroID HydroC ode FType Name JunctionID HydroID HydroC ode FType Name JunctionID
5
HydroPoint Aquifer
H ydroID H ydroCode N ame H GUID F Type 1
MonitoringPoint Waterbody
H ydroID H ydroCode F Type BedThick BedElev Vcond AreaSqKm JunctionIDNext D ownID
1 1
Well
HydroID HydroCode TopElev Depth AquiferID AqCode FT ype
1..*
1..* 1..* 1
TimeSeries
FeatureID TSTypeID TSDateTime TSValue
1..*
Gro und Wa t e r
Watershed
H ydroID H ydroCode D rainID AreaSqKm JunctionID N extDownID
TimeSeriesType
TSTableN ame TSTypeID Variable VarUnits UnitType IsRegular TimeStep TimeUnit DataType Origin
UniqueIDGen
KeyName KeyValue
Su rfa ce W a t e r
Tim e Se rie s
Ut ilit y
Contenido
Necesidad de un diseo. Objetivos de un diseo. Buenas prcticas
Proyectos SIG
Puntos de Partida
Datos existentes, migrar a GDB. Nuevas aplicaciones y/o procesos de negocio.
Ejemplo: nueva aplicacin WEB para el manejo de informacin catastral.
Focalizar en la cartografa
Representacin de mapas incide en el modelo de datos.
Productos de informacin
Mapas y Globos Capas Web Services
Diseo
Opciones de Implementacin Detalles de implementacin
F eatu reClassN ame D atasetT ype D escriptio n F eatu reDa taset D ataT heme S hap eTyp e F eatu reType A liasN ame H asM H asZ S ubtypeFi eldN ame D efau ltSu btype F ields F ieldN ame R OAD SEG ID R OAD CLASS O NEW AYD IR F ROM LEF T T OLEFT F ROM RIGHT T ORIG HT S TPR EDIR S TPR ETYP E S TNA ME S TTY PE S TDIR C ITY A LTN AME 4 A LTN AME 4 Z IPLE FT Z IPRI GHT J URIS DICT C FCC _CODE L AST UPDATE L AST EDIT OR RoadSegm ent FeatureClass Road Segm ent s represent centerlines of roadways/carriagew ays. ManagedD ata Trans portation; Addresse s and Nam es Polyline Simp le Road Segm ent s true false null null T ype Integ er Integ er String String String String String String String String String String String String String String String String String Date String Length Description AliasName Domain Name Defa ultValue 4Road Segment ID Road Segment Identifie r null null 4Road_Class Road Classification RoadClass D oma in null 4 4OneW ay Direction - either w ith or against d irection of verti ces, or None foray Direction c ON EW AYDIR Do main OneW two-way traffi null 1 1Left From Address Num ber along Stree t Left From Address AD DRN UM D omain null 4 4Left To Address Numbe r along St reet Left To A ddress AD DRN UM D omain null 4 4Righ t Fro m A ddress Num ber along Street Right From Address AD DRN UM D omain null 4 4Righ t To Address N umber along Street Right To Address AD DRN UM D omain null 4Prefix Direction for Street Na me Nam e Prefix D irec tion ROADD IR D omain null 4 4Prefix Ty pe of street or road Nam e Prefix T ype ROADT YPE Dom ain null 4 4Road or Street Nam e Street N ame ROADN AME Dom ain null 4 4Type of street or road Street Type ROADT YPE Dom ain null 4Stre et Nam e Direc tion Nam e Di rection ROADP OST DIR D om ain null 4 4Nam e of City street is located in City Nam e CIT YNA ME Domain null 4 4Alternate Nam e4 4 Alternate Nam e 4 null null 4 4Alternate Nam e4 4 Alternate Nam e 4 null null 4 4Zipcode on left han d sid e of line Zip Left ZIP Dom ain null 4 4Zipcode on rig ht hand s ide of line Zip Right ZIP Dom ain null 4 4Road Jur isdic tion f or maintenance and other responsibilitie s Jurisdict ion ROADJ URIS DICT ION Dom ain null 4Census F eature Classif ication Code for road Census C FCC null null 4Dat e of Last U pdate in M aint enance D atabase Last Update D ate null null 4 4User that last updated th e data Last Edit or LASTED ITO R Dom ain null IsNullab le Precision Scale Requir ed true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null true 4 4null
Implementacin
Datasets, Mapas, Capas Herramientas Desarrollo, entregas y soporte
Ejemplo: Geospatial Bluebook template project http://www.geodata.gov GIS For the Nation Community Documentos de Geospatial Bluebook
Implementacin
Fea ture Clas sName DatasetT ype Descrip tion Fea ture Dataset DataTh eme Sh apeT ype Fea ture Type AliasName HasM HasZ Su btyp eFiel dNam e Default Subtype Fields FieldName RO ADSEGID RO ADC LASS ON EWA YDIR FR OML EFT TO LEFT FR OMR IGHT TO RIGH T ST PRED IR ST PRET YPE ST NAM E ST TYPE ST DIR CIT Y ALTNAM E1 ALTNAM E2 ZIPLEF T ZIPRIGH T JU RISD ICT CF CC_C ODE LASTUPDAT E LASTED ITOR
Ro adSegment Fe atureClass Ro ad Segm ents represent centerlines of ro adw ays/c arriageways. M anagedData Tr ansportation; Addres ses and N ame s Polyline Simple Ro ad Segm ents tru e fa lse null null T ype Integer Integer St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring St ring Da te St ring Leng th D escriptio n AliasN ame Dom ainName Default Valu e 4 R oad Segm ent ID Road Segm ent Ident ifier null nu ll 4 R oad_Clas s Road Clas sifica tion RoadClas s Dom ain nu ll 10 O neW ay D irecti on - either with or ag ains t direction of ve rtices, or None foray D irect ion OneW t wo-w ay traffic ONEW AY DIR Domain nu ll 12 Left F rom A ddress N umber alo ng Street Left F rom Address ADD RNUM Domain nu ll 12 Left T o Add ress Num ber along Street Left T o Address ADD RNUM Domain nu ll 12 R ight From Address Num ber along Stree t Right From Add ress ADD RNUM Domain nu ll 12 R ight To Addres s Number alon g Street Right To A ddress ADD RNUM Domain nu ll 4 P refix Direction for S treet Nam e Name Pref ix Dir ectionROADDIR Dom ain nu ll 12 P refix Type of street or ro ad Name Pref ix Ty pe ROADTYP E D omai n nu ll 60 R oad or St reet N ame Street Nam e ROADNAM E D om ain nu ll 12 T ype of street o r road Street Typ e ROADTYP E D omai n nu ll 4 S treet Nam e Di rection Name Direction ROADPOSTDI R Dom ain nu ll 60 N ame of C ity st reet is located in City N ame CITYNAM E Do main nu ll 120 A lternate N ame 1 Altern ate N am e1 null nu ll 120 A lternate N ame 2 Altern ate N am e2 null nu ll 10 Z ipco de on left hand side of line Zip Left ZIP D om ain nu ll 10 Z ipco de on right hand side of line Zip Ri ght ZIP D om ain nu ll 12 R oad Jurisdiction for maintenance and other responsibilities Jurisdiction ROADJUR ISDI CTION Do main nu ll 4 C ensus Fe ature Clas sification Code for road Censu s CFCC null nu ll 8 D ate of Las t Update in Mainten ance Data base Last U pdat e Date null nu ll 50 U ser that last update d the data Last Editor LAST EDIT OR Dom ain nu ll IsNul lable Pr ecision Scal e true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 true 0 0 Req uired null null null null null null null null null null null null null null null null null null null null null
Diseo
Featu reCl assN ame DatasetT ype Descriptio n Featu reDa taset DataTheme Shap eTyp e Featu reType AliasName HasM HasZ Subt ypeF ieldN ame DefaultSu btyp e Field s Field Name ROADSEG ID ROADCLASS ONEWAYDIR FROM LEF T TOLEFT FROM RIGHT TORI GHT STPR EDI R STPR ETYPE STNA ME STTY PE STDI R CITY ALTN AME1 ALTN AME2 ZIPLE FT ZIPR IGHT JURISDIC T CFCC _CODE LAST UPD ATE LAST EDIT OR RoadSegment FeatureC lass Road Segm ents re present ce nterli nes of roadway s/carriageways. ManagedData Transportation ; Addresses and Names Poly line Sim ple Road Segm ents true false null null T yp e Integer Integer String String String String String String String String String String String String String String String String String Date String L ength 4 4 10 12 12 12 12 4 12 60 12 4 60 120 120 10 10 12 4 8 50 Descrip tion Ali asName Domai nName Defa ultValue Road Segme nt ID Ro ad Segment Id entifie r null null Road_C lass Ro ad C lassif ication RoadC lass D oma in null OneW ay Direction - eit her w ith or against d irect ion of vertices, or None foray Direction ic ON EW AYDI R Do main OneW two-way traff null Lef t From Address Num ber along Street Lef t Fro m Address AD DRN UM Dom ain null Lef t To Address N umbe r along S treet Lef t To Address AD DRN UM Dom ain null Right From A ddre ss Num ber along St reet Right Fr om Address AD DRN UM Dom ain null Right To Address Num ber along Street Right To Address AD DRN UM Dom ain null Prefix D irection fo r Street Name Na me Prefix Direc tion ROADD IR D oma in null Prefix T ype of street or road Na me Prefix Type ROADT YPE Dom ain null Road or Street Name Street N ame ROADN AME Dom ain null Type of street or r oad Street T ype ROADT YPE Dom ain null Street N am e Direc tion Na me Direct ion ROADP OST DIR Dom ain null Name o f City street is l ocated in City Nam e CITYNA ME Dom ain null Alt ernat e Nam e 1 Alt ernate Nam e1 null null Alt ernat e Nam e 2 Alt ernate Nam e2 null null Zip code on left hand side of line Zip Left ZIP Dom ain null Zip code on right h and s ide of line Zip Right ZIP Dom ain null Road Jurisdic tion for m aintenance and other res ponsibilitie s Jurisdic tion ROADJ URIS DIC TION Dom ain null Census Feat ure C lassi fication Code for road Ce nsus CFC C null null Date of Last Update in Maintenance D atabase Last Update Date null null Us er that last upd ated the data Last Ed itor LASTEDITO R Dom ain null IsNullable Precisio n S cale R equi red tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull tru e 0 0 n ull
La mayora de los proyectos requieren de que por lo menos cumplan con dos caractersticas fundamentales.
Incluir mtodos giles/evolutivos
Objetivo
Diseo
D ise B orra d or o
4. Refinar Diseo
Prototip o
4. Refinar diseo
Piloto
Ingeniera / Testeo
5. Documentar
Prod uccin
Entrenamiento y uso
Testo de performance y escalabilidad durante la fase piloto es clave para las implementaciones corporativas
Proceso de Diseo
Relevamiento
Evaluacin
Diseo
Testeo
Implementacin
Modelado de Datos
Tareas Esenciales
Modelo Conceptual
Documentar que contedr la base de datos espacial, como sern mantenidos los datos, como se va a interactuar y como se publicarn.
Modelo Fsico
Documentar modelo de datos fsico en un diagrama UML y codificarlo. Implementar el modelo fsico de la GDB.
Construir una estructura de datos, incluir tablas, relaciones, especificaciones, metadatos, capas, topologa, reglas, etc. Tareas esenciales Relevamiento de requerimientos
Productos (mapas, reportes, etc.) Funcionalidades (anlilsis, geoprocesamiento) Edicin y mantenimiento Metadatos Integracin de datos espaciales Performance
Anlisis y Diseo
Crear un modelo conceptual de datosCreate conceptual data model
Identificar los datos que se usar para cada proceso. Identificar los datos que se crear a partir de otros datos
Crear modelo lgico de datos
Identificar elementos propios de la GDB (feature datasets, tablas, relaciones, dominios, subtipos, redes geomtricas, etc.)
Entregas Claves Documentos de especificacin de requerimientos Modelo de datos basados en UML o generados por scripts/cdigo Retos y riesgos Aplicaciones tienen una dependencia crtica sobre los modelos entregados. Normalizacin balanceada. Propagacin de cambios. Revisin minusiosa del modelo luego de la puesta en funcionamiento. (usuarios finales). ESRI Resources Modelos de datos estndares o disponibles
Normallizacin vs Desnormalizacin
Balance entre el tiempo de adquisicin del datos y lo fcil del acceso. Desnormalizacin no es malo pero debe usarse moderadamente. Ejemplos
Muchos registros relacionados con una sola geometra. Atributos largos que rara vez son editados o accedidos.