building an enterprise data portal [email protected]
TRANSCRIPT
Agenda The basics
What is a portal SOA Primer The supporting pieces
Putting the pieces together Why build it Thinking of the future
With a sprinkle of case studies throughout
What is a Portal??? Wikipedia – “A web portal is a site that
provides a single function via a web page or site. Web portals often function as a point of access to information on the World Wide Web. Portals present informationfrom diverse sources in a unified way…”
What is a Portal??? My definition: “An easy-to-use, one-stop-shop,
for geographic data.” Information repository
Geospatial Textual
Search engine Map viewer Service Provider
Web Data
Download/Retail???
A Visual Primer on SOA
City of Bellingham Public WorksKey Existing Systems
HansenCMMS
CayentaFinancials
TidemarkPermitting
CityIQ
QuickBooksAR
eCityWarehouse
ESRIGIS
EDENUtility Billing
Address/ParcelUpdate
New Assets
Project Funding
Project Tracking
Vendor Information
PayRates
Billing
Job Cost
Job Cost
General Ledger
Water InstallWork Order
PartsCatalog
AP Invoicing
Base Data
Snapshot
Snapshot
Base Data
Snapshot
Time records
WorkOrder #’s
Part Costs
GL#’s
A Visual Primer on SOA
Asset/MaintenanceManagement
MasterAddressing
UtilityBilling
GIS(ArcSDE)
PermittingProjectTracking
DocumentManagement
`
Office Staff
Field Staff
Office Staff
HTTP/HTTPS
SOAP/XML
Portal Application Server(.Net 2.0, ArcGIS Server ADF)
Let’s Take Geek Speak Out of the Equation The Players
You the customer (client) The espresso machine (system) The barista (enterprise service bus)
The Problem A couple of years ago Starbucks started
upgrading the espresso machines The Order
“Quad venti non-fat, no-whip, 170° white mocha”
The Beauty of it all Did you have to change how you ordered
because the espresso machine was upgraded? No. The order was abstracted from the
“making” via a service layer (barista)
Metadata services Probably the most overlooked part of standing
up an enterprise GIS Most people create metadata Few implement a metadata server
Highly critical to data sharing Internal External Inter-organization
Web Services
GISGIS
FindAddressFindAddress
UpstreamTraceUpstreamTrace CRMCRM
LogCallLogCall
AssignCallAssignCallCMMSCMMS
AuthorizeWorkAuthorizeWork
ChargeLaborChargeLabor
CreateReportCreateReport
BillingBilling
SendBillSendBill
ChargeCCChargeCC
ReceivePartsReceiveParts
Service Layer (Security, Orchestration, Scalability)
…and so on
Why (from a business perspective)??? To better server your customers
Assistance finding data of interest Visual access to geospatial information
Provide direct access to routinely updated data OGC KML
Ability to download/purchase data Save time/money
•View •Query
•Print •Identify
Why (from a technology perspective)??? It’s the right architecture
Systems communicate when it makes sense so they aren’t joined at the hip
It’s modular Systems are tied together at the points where it makes
sense, not across the board It’s standards based
Stop writing custom code that is not reusable, or at least is less prone to “rev-locking”
Hide complexity rather than introducing it It means your solutions…
Can more easily grow and evolve with our information systems
Can more easily and reliably be expanded to additional information systems
Thinking of the future Adopting to users needs
Constantly changing Increasingly complex Building demand
Accepting of change More access to data Less inter-personal interaction
Getting it right the first time …and the second time …and the third time
Who we’ve implemented it for City of Phoenix, Sky Harbor International
Airport City of Bellingham, WA US Army Corps of Engineers, Mobile District Paulding County, GA Arizona High Intensity Drug Trafficking Area,
AZ City of Indianapolis, IN City of Miami, FL