1、背景介紹

筆者過去幾年在參與某個大型央企的項目開發過程中，遇到了十分棘手的難題。其與我們平常接觸的項目性質完全不同。在一般的項目中，客戶一般只要求我們能夠通過桌面軟件對原始數據進行加工處理，將各類地理信息數據加工處理成地圖/場景和工作空間，然后再將工作空間通過iServer發布為各類GIS服務。由于GIS數據處理比較專業，對準確性要求也較高，所以一般的客戶通常情況下都會對數據處理、制圖保持敬畏的心態，不去過多接觸這方面的內容，我們便可以通過人工自行維護的方式幫客戶完成數據處理和制圖的操作。

但在筆者參與的這個大型能源央企的日常業務中，數據生產是這個客戶的核心需求。并且，由于數據生產均為各下級設計院的一線設計人員完成。各個設計人員的專業為石油管道相關的專業，對地理信息的理解非常有限。并且其日常設計工作工期緊，壓力非常大，沒有辦法像我們一樣進行專業化的GIS數據處理。

同時，出于管控的需要，甲方要求各個下級設計院提交的成果必須按照統一的地圖模板、數據集模板來進行數據生產和成果匯交，不允許各設計院自行制圖及隨意填充數據。這樣就得用盡可能自動化的方式完成數據建庫、地圖制圖、場景配置。

為此，甲方聯合項目組制定了一套實體的屬性結構和制圖規范，并將其下發給各個設計院。各個設計院基于這套工作空間進行數據生產。并且在通過設計軟件設計實體時，數