GIS سازمانی (Enterprise GIS):اجرای زیرساخت، فرآیندها و ابزارهای GIS در یک سازمان

1. داده‌ها (هم دسترسی به داده‌ها، مانند سایت‌های داده باز در دسترس عموم، و هم ویرایش آن، مانند جمع‌سپاری یا اطلاعات جغرافیایی داوطلبانه).
2. نقشه برداری (APIهایی مانند Google Maps، ESRI JavaScript API، و بسیاری از ابزارهای دیگر در آن اکوسیستم، افراد عادی را قادر می سازد تا بدون نیاز به نرم افزار پیچیده مشتری، ارائه های نقشه برداری قانع کننده ای ایجاد کنند).
3. برنامه‌ها (نماهای متمرکز از محصولات اطلاعات مکانی که منطق تجاری و تجربیات کاربر را در بر می‌گیرد که نیازهای خاص را برآورده می‌کند)؛
4. ابزارها (روالهای تجزیه و تحلیل جغرافیایی را می توان بسته بندی کرد و در وب به عنوان خدمات وب ارائه کرد، که متخصصان زمین فضایی را قادر می سازد تا مدل ها و منطق تجاری خود را بدون نیاز به نرم افزار تخصصی به مخاطبان هدف ارائه دهند).
5. و در واقع، تفکر («چرخش فضایی» در بسیاری از رشته‌های دانشگاهی به عنوان موانعی برای استفاده از فرآیندهای تحلیلی و تجسم‌سازی GIS پدیدار شده است).

همانطور که در بالا توضیح داده شد، الگوی Web GIS که باعث فراگیر شدن و فراگیر شدن علوم زمین فضایی در بسیاری از نهادهای جامعه شده است، توسط زیرساخت ها و فرآیندهای GIS سازمانی فعال و “قدرت” می شود.

6. تقاطع GIS سازمانی و فناوری اطلاعات

ملاحظات مقیاس مرتبط با پیاده سازی گسترده سازمانی GIS ایجاب می کند که آن را به عنوان یک “سیستم سازمانی” برابر در چارچوب یک سازمان در نظر بگیریم، و بنابراین پیاده سازی GIS سازمانی، و همچنین مدیریت و عملیات آنها در آینده، به شدت تمایل دارد. یکپارچه با (و گاهی اوقات بخشی از) واحد(های) فناوری اطلاعات که سایر عملکردهای فنی حیاتی را پشتیبانی می کند. به طور خلاصه، با افزایش مقیاس یک GIS، باید با همان روش و نظم و انضباط مشابه هر سیستم «سازمانی» دیگری در یک سازمان برخورد کرد، و این موضوع تعدادی از ملاحظات را معرفی می‌کند که بیشتر در حوزه فناوری اطلاعات است تا متخصصان GIS سنتی. . خواننده باید توجه داشته باشد که هر یک از ابعاد تمایز زیر بین GIS “شرکتی” و همتای مقیاس کوچکتر آن به طور کلی در خارج از قلمرو جغرافیایی نیز کاربرد دارد. اینها ملاحظات اساسی در ارتباط با یک برنامه یا سیستم هستند که تا محدوده “سازمانی” مقیاس بندی می شوند. آنچه در ادامه می‌آید ملاحظاتی است که نیاز به دانش و تعامل بیشتر با فناوری اطلاعات دارد، نسبت به آنچه که در زمینه پیاده‌سازی GIS مستقل لازم است.

6.1 ملاحظات عملکرد

از آنجایی که محصولات اطلاعات GIS توسط مخاطبان گسترده‌تری قابل دسترسی است، باید دقت شود که سیستم‌های پشتیبانی‌کننده آن بار کاری از نظر ظرفیت محاسباتی، ظرفیت ذخیره‌سازی و ظرفیت شبکه، اندازه مناسبی داشته باشند. زیرشاخه Enterprise GIS-as-process طراحی معماری سیستم، تجزیه و تحلیل نیازهای کاربر GIS را با اندازه اجزای سیستم همسو می کند (پیترز، 2012) و ابزارها و روش های پیچیده ای برای برنامه ریزی برای CPU، حافظه و ذخیره سازی کافی برای مدیریت بارهای کاری پیش بینی شده وجود دارد. البته همیشه نمی توان برای هر حادثه ای برنامه ریزی کرد. یک نقطه ارزش افزوده کلیدی ارائه دهندگان ابری Platform-as-a-Service، مانند Amazon Web Services EC2، توانایی ایجاد مقیاس کشسانی زیرساخت برای پاسخگویی به ترافیک کاربر رو به افزایش، انفجاری یا پیش بینی نشده است. اندازه زیرساخت برای ملاحظات عملکرد، این که آیا سازمانی در حال خرید سخت‌افزار است، ماشین مجازی را در مرکز داده خود می‌خرد یا خدمات ابر عمومی را خریداری می‌کند، هزینه‌های همراه دارد: یا باید هزینه‌های سرمایه‌ای را از قبل سرمایه‌گذاری کرد تا زیرساخت‌های به اندازه کافی قوی برای پاسخگویی به تقاضای پیش‌بینی‌شده فراهم شود، یا در غیر این صورت متغیری را بپردازد. هزینه های عملیاتی برای دریافت مزایای کشش یک سرویس ابری عمومی. زمان به‌روزرسانی و قابلیت اطمینان نیز در یک زمینه GIS سازمانی به نگرانی تبدیل می‌شود، و نظارت سیستم، در دسترس بودن بالا و بازیابی فاجعه – همه موارد اصلی در سیستم‌های اطلاعات سازمانی عموماً – باید در زمینه GIS در نظر گرفته شوند. یا باید هزینه‌های سرمایه‌ای را از قبل سرمایه‌گذاری کرد تا زیرساخت‌های به اندازه کافی قوی برای پاسخگویی به تقاضای پیش‌بینی‌شده فراهم شود، یا در غیر این صورت هزینه‌های عملیاتی متغیری را برای دریافت مزایای کشش خدمات ابر عمومی بپردازد. زمان به‌روزرسانی و قابلیت اطمینان نیز در یک زمینه GIS سازمانی به نگرانی تبدیل می‌شود، و نظارت سیستم، در دسترس بودن بالا و بازیابی فاجعه – همه موارد اصلی در سیستم‌های اطلاعات سازمانی عموماً – باید در زمینه GIS در نظر گرفته شوند. یا باید هزینه‌های سرمایه‌ای را از قبل سرمایه‌گذاری کرد تا زیرساخت‌های به اندازه کافی قوی برای پاسخگویی به تقاضای پیش‌بینی‌شده فراهم شود، یا در غیر این صورت هزینه‌های عملیاتی متغیری را برای دریافت مزایای کشش خدمات ابر عمومی بپردازد. زمان به‌روزرسانی و قابلیت اطمینان نیز در یک زمینه GIS سازمانی به نگرانی تبدیل می‌شود، و نظارت سیستم، در دسترس بودن بالا و بازیابی فاجعه – همه موارد اصلی در سیستم‌های اطلاعات سازمانی عموماً – باید در زمینه GIS در نظر گرفته شوند.

6.2 ملاحظات تعمیر و نگهداری . 

یک زیرساخت GIS سازمانی، پس از طراحی و پیاده سازی، مجموعه ای ثابت از مصنوعات فناوری نیست. سیستم عامل و نرم افزار کاربردی باید در صورت نیاز به روز شوند، و اغلب اوقات پیشرفت در فناوری یا به روز رسانی نسخه اصلی نرم افزار کاربردی GIS، نیاز به معماری مجدد بخشی یا شاید تمام GIS سازمانی دارد. سخت‌افزار (فیزیکی یا مجازی) باید به‌طور دوره‌ای ارتقا داده شود و برنامه‌ریزی برای GIS سازمانی باید با چنین چرخه‌های حیاتی همراه باشد و در عین حال اختلال را به حداقل برساند. علاوه بر این، مدیریت پیکربندی، زیرساخت به‌عنوان کد، و سایر الگوها و روش‌ها تحت چتر مفهومی «devops» می‌توانند به اپراتورهای GIS سازمانی کمک کنند تا انعطاف‌پذیری سیستم‌های خود را افزایش دهند و از عوارض غیرمنتظره تعمیر و نگهداری دوره‌ای و به‌روزرسانی‌های مکرر به تعویق انداختن اجتناب کنند. ،

6.3 ملاحظات امنیتی . 

یقیناً، بزرگ‌شدن هر سیستم اطلاعاتی به حوزه «سازمانی» نمایه آن و خوشبختانه سطح حمله آن را افزایش می‌دهد. در حالی که بررسی کامل تعداد بی‌شماری از بهترین شیوه‌های امنیتی پیرامون GIS سازمانی فراتر از محدوده بحث فعلی است، امنیت باید از مراحل اولیه برنامه‌ریزی سیستم در تمام طول چرخه عمر آن در نظر گرفته شود. به طور کلی، راهنمایی های امنیتی را می توان در مجموعه (استاندارد نسبتاً صنعتی) بهترین روش ها برای ایمن سازی سیستم های عامل، ملاحظات امنیتی خاص برنامه GIS و در نهایت کنترل دسترسی برای داده های یک سازمان گروه بندی کرد. این آخرین مورد احتمالاً مهمترین نگرانی رهبری سازمان و جامعه مباشر داده است، زیرا قرار گرفتن در معرض داده های حساس می تواند با آسیب فیزیکی یا اعتبار همراه باشد. خط‌مشی‌های کنترل دسترسی و رویه‌های عملیاتی استاندارد باید رسمی شوند (این نیز یکی از ملاحظات حاکمیت داده است – زیر را ببینید) و ابزارها و فرآیندهای اجرای این رویه‌ها (یک ورود، رمزگذاری سرتاسر، حفاظت یا ویرایش داده‌های حساس، و غیره) باید مورد استفاده قرار گیرد. یک نگرانی اضافی در هنگام استفاده از سرویس های ابری، مفهوم محلی بودن داده *(محلی که داده ها در آن قرار دارند) است که از امنیت اطلاعات متمایز است *(کنترل هایی که ما بر روی اطلاعات و سیستم ها صرف نظر از محل اقامت آنها قرار می دهیم). بسته به داده ها، برخی از کنترل های امنیتی ممکن است توسط مقررات یا قانون تجویز شوند. حفاظت یا ویرایش داده های حساس و غیره) باید مورد استفاده قرار گیرد. یک نگرانی اضافی در هنگام استفاده از سرویس های ابری، مفهوم محلی بودن داده *(محلی که داده ها در آن قرار دارند) است که از امنیت اطلاعات متمایز است *(کنترل هایی که ما بر روی اطلاعات و سیستم ها صرف نظر از محل اقامت آنها قرار می دهیم). بسته به داده ها، برخی از کنترل های امنیتی ممکن است توسط مقررات یا قانون تجویز شوند. حفاظت یا ویرایش داده های حساس و غیره) باید مورد استفاده قرار گیرد. یک نگرانی اضافی در هنگام استفاده از سرویس های ابری، مفهوم محلی بودن داده *(محلی که داده ها در آن قرار دارند) است که از امنیت اطلاعات متمایز است *(کنترل هایی که ما بر روی اطلاعات و سیستم ها صرف نظر از محل اقامت آنها قرار می دهیم). بسته به داده ها، برخی از کنترل های امنیتی ممکن است توسط مقررات یا قانون تجویز شوند.

6.4 ادغام و قابلیت همکاری . 

همانطور که قبلا ذکر شد، برای فراگیر شدن در یک سازمان، و ارائه هر چه بیشتر فرآیندهای تجاری، احتمالاً یک GIS سازمانی نیاز به ادغام با سایر سیستم های اطلاعاتی سازمانی دارد. طراحی سیستم اطلاعات جغرافیایی سازمانی، از منظر فناوری اطلاعات، می تواند این یکپارچگی را تسهیل یا مانع شود. علاوه بر این، قابلیت همکاری باید در ابتدای تلاش برای پیاده‌سازی GIS سازمانی در نظر گرفته شود و در طراحی مدل‌های داده، محصولات اطلاعاتی و معماری‌های کاربردی گنجانده شود. به عنوان مثال، آیا نمایش های استاندارد شده ای از مکان ها، نام ها، کدها و غیره که معمولاً مورد استفاده قرار می گیرند در داخل سازمان وجود دارد؟ آیا برنامه های کاربردی رایج داده ها را از طریق API ها در معرض نمایش قرار می دهند؟ آیا بسته نرم افزاری پایگاه داده خاصی برای استفاده مشترک توسط سایر سیستم های سازمانی وجود دارد؟ آیا استانداردهایی برای کیفیت داده، ارز، مالکیت، و غیره؟ این آخرین نکته در این بخش به موضوع نهایی تبدیل می شود.

6.5 حاکمیت داده

شاید مهمترین موضوع نادیده گرفته شده مرتبط با سلامت مداوم یک GIS سازمانی، حاکمیت داده ها باشد – فرآیندها، استانداردها، و تفویض مسئولیت های مرتبط با حفظ یکپارچگی، دسترسی و کیفیت داده ها. این یک منطقه به خوبی در ERP و سایر حوزه‌های سیستم سازمانی است، اما در حوزه جغرافیایی کمتر مورد توجه قرار می‌گیرد، تا حدی به دلیل این واقعیت است که در بسیاری از سازمان‌ها جمع‌آوری داده‌های GIS در بخش‌های سیلد آغاز شد و مبهم بودن داده‌ها، یا یک شکاف هوایی بین آن و بقیه سیستم‌های سازمان، مانع بررسی نحوه اشتراک‌گذاری و حفاظت از داده‌ها در یک زمینه GIS سازمانی می‌شود، جایی که قابلیت فنی برای به اشتراک گذاشتن داده‌ها در داخل و خارج از سازمان وجود دارد. استانداردها و خط‌مشی‌ها باید حول قابلیت‌های فنی یک GIS سازمانی ساخته شوند تا بتوانند رویه‌های تجاری موجود برای مدیریت داده‌ها را رسمی و عملیاتی کنند، یا اگر به صراحت در نظر گرفته نشده‌اند، آنها را ایجاد کنند. چنین سیاست‌هایی ممکن است شامل تخصیص رسمی مسئولیت سرپرستی داده‌ها به حوزه‌های عملکردی، استانداردی برای آنچه داده‌های «حساس» است، فرآیندهای مدیریت تغییر، و روش‌های عملیاتی استاندارد برای حفاظت از داده‌ها باشد (نمونه عالی این مورد در FGDC، 2005 یافت می‌شود). به طور خلاصه، “لایه سیاست” یک جزء حیاتی از یک سیستم اطلاعات جغرافیایی سازمانی است، که آن را قادر می سازد تا به طور صادقانه سیاست های سازمانی را منعکس کند، و اعتماد و خرید سهامداران نگران کیفیت داده، یکپارچگی و کنترل دسترسی را حفظ کند. به منظور رسمی کردن و عملیاتی کردن رویه های تجاری موجود برای مدیریت داده ها، یا ایجاد آنها در صورتی که به صراحت در نظر گرفته نشده باشد. چنین سیاست‌هایی ممکن است شامل تخصیص رسمی مسئولیت سرپرستی داده‌ها به حوزه‌های عملکردی، استانداردی برای آنچه داده‌های «حساس» است، فرآیندهای مدیریت تغییر، و روش‌های عملیاتی استاندارد برای حفاظت از داده‌ها باشد (نمونه عالی این مورد در FGDC، 2005 یافت می‌شود). به طور خلاصه، “لایه سیاست” یک جزء حیاتی از یک سیستم اطلاعات جغرافیایی سازمانی است، که آن را قادر می سازد تا به طور صادقانه سیاست های سازمانی را منعکس کند، و اعتماد و خرید سهامداران نگران کیفیت داده، یکپارچگی و کنترل دسترسی را حفظ کند. به منظور رسمی کردن و عملیاتی کردن رویه های تجاری موجود برای مدیریت داده ها، یا ایجاد آنها در صورتی که به صراحت در نظر گرفته نشده باشد. چنین سیاست‌هایی ممکن است شامل تخصیص رسمی مسئولیت سرپرستی داده‌ها به حوزه‌های عملکردی، استانداردی برای آنچه داده‌های «حساس» است، فرآیندهای مدیریت تغییر، و روش‌های عملیاتی استاندارد برای حفاظت از داده‌ها باشد (نمونه عالی این مورد در FGDC، 2005 یافت می‌شود). به طور خلاصه، “لایه سیاست” یک جزء حیاتی از یک سیستم اطلاعات جغرافیایی سازمانی است، که آن را قادر می سازد تا به طور صادقانه سیاست های سازمانی را منعکس کند، و اعتماد و خرید سهامداران نگران کیفیت داده، یکپارچگی و کنترل دسترسی را حفظ کند. چنین سیاست‌هایی ممکن است شامل تخصیص رسمی مسئولیت سرپرستی داده‌ها به حوزه‌های عملکردی، استانداردی برای آنچه داده‌های «حساس» است، فرآیندهای مدیریت تغییر، و روش‌های عملیاتی استاندارد برای حفاظت از داده‌ها باشد (نمونه عالی این مورد در FGDC، 2005 یافت می‌شود). به طور خلاصه، “لایه سیاست” یک جزء حیاتی از یک سیستم اطلاعات جغرافیایی سازمانی است، که آن را قادر می سازد تا به طور صادقانه سیاست های سازمانی را منعکس کند، و اعتماد و خرید سهامداران نگران کیفیت داده، یکپارچگی و کنترل دسترسی را حفظ کند. چنین سیاست‌هایی ممکن است شامل تخصیص رسمی مسئولیت سرپرستی داده‌ها به حوزه‌های عملکردی، استانداردی برای آنچه داده‌های «حساس» است، فرآیندهای مدیریت تغییر، و روش‌های عملیاتی استاندارد برای حفاظت از داده‌ها باشد (نمونه عالی این مورد در FGDC، 2005 یافت می‌شود). به طور خلاصه، “لایه سیاست” یک جزء حیاتی از یک سیستم اطلاعات جغرافیایی سازمانی است، که آن را قادر می سازد تا به طور صادقانه سیاست های سازمانی را منعکس کند، و اعتماد و خرید سهامداران نگران کیفیت داده، یکپارچگی و کنترل دسترسی را حفظ کند.

6.6 معماری سازمانی

فرآیند برنامه‌ریزی مفهومی GIS که توسط تاملینسون (2005) و فرآیند فنی طراحی معماری سیستم پیشرفته توسط پیترز (2012) مشخص شد، در خلاء شکل نگرفتند. تلاش‌هایی برای رسمی کردن این نوع رویکرد عمدی و متفکرانه برای طراحی سیستم در جای دیگری در صنعت فناوری اطلاعات وجود دارد. رشته مهندسی نرم افزار به شدت بر روی لایه فرآیندی متمرکز است که در آن یک راه حل فناوری خاص به کار گرفته شده است (این منبع ما برای نامگذاری فرآیند مانند مدل های “آبشار” و “چابک” است).

علاوه بر این، در زمینه گسترده‌تر فناوری اطلاعات، رشته نوظهور معماری سازمانی مفاهیم مفهومی مدل‌سازی فرآیند کسب‌وکار، طراحی داده‌ها، معماری برنامه‌ها و معماری فناوری را در مجموعه‌ای از مراحل فرآیندی مرتبط با یکدیگر که منجر به یک چشم‌انداز استراتژیک و در عین حال عملیاتی می‌شود، رسمیت بخشیده است. سازمان برای دستیابی به اهداف خود (وودارد، 2017). استاندارد TOGAF برای معماری سازمانی “روش توسعه معماری” را پیش می برد که به طور دقیق فرآیند شناسایی فرآیندهای تجاری (معماری تجاری)، توسعه مدل های داده (معماری داده ها)، شناسایی برنامه های کاربردی مورد نیاز برای پشتیبانی از نیازهای تجاری (معماری کاربردی) و سپس توسعه طرح پیاده سازی فنی برای تحقق برنامه ها (معماری فناوری) (گروه باز، 2018).

7. Enterprise GIS Today

در حالی که بیشتر مطالب تا این مرحله در سطح کافی از انتزاع فنی نوشته شده اند تا در طول زمان مرتبط باقی بمانند، درک صحیح Enterprise GIS لزوماً شامل بحث در مورد تحقق عینی آن است که توسط ابزارها و الگوهای فناوری اطلاعات معاصر امکان پذیر است. همانطور که در ابتدا بیان شد، وضعیت پیشرفته در GIS سازمانی با امواج نوآوری تکنولوژیک در فناوری اطلاعات به طور کلی پیشرفت می کند.

GIS مدرن Enterprise (در زمان نگارش مقاله، Q3 2018) معمولاً با استفاده از معماری سرویس‌گرا (SOA) چند لایه، مبتنی بر پایگاه داده اجرا می‌شود که در آن نقشه‌ها، داده‌ها و ابزارها به‌عنوان نقاط پایانی REST یا SOAP در HTTP قرار می‌گیرند. (S)، و سپس بیشتر در برنامه های کاربردی سفارشی پیچیده می شود. هم نرم افزارهای تجاری و هم نرم افزار منبع باز تمایل دارند از این الگوی عمومی از داده ها پیروی کنند که در یک پایگاه داده رابطه ای و فضایی فعال هستند. نقشه کشی را می توان با استفاده از کلاینت های GIS با امکانات کامل و به طور فزاینده ای از طریق پورتال های نقشه برداری وب سبک انجام داد. نقشه‌ها و عملکردها را می‌توان در وب به‌عنوان خدمات مستقیماً به برنامه‌های کاربردی دیگر، یا به‌عنوان برنامه‌هایی که برای کاربران نهایی مورد هدف قرار می‌دهند، ارائه کرد که اغلب می‌توانند از قالب‌هایی با برنامه‌نویسی کم یا بدون برنامه‌نویسی توسعه داده شوند.

به طور فزاینده‌ای، الگوهای ابر محور ( نرم‌افزار به‌عنوان سرویس و پلتفرم به‌عنوان سرویس ) در پیاده‌سازی‌های GIS سازمانی گنجانده می‌شوند. در پیاده‌سازی PaaS ، سازمان‌ها نرم‌افزار GIS را در ماشین‌های مجازی اجرا می‌کنند که از ظرفیت محاسباتی الاستیک، مقیاس‌پذیر، ذخیره‌سازی و شبکه در زیرساخت‌های ارائه‌دهندگان ابر عمومی ارائه می‌کنند (نمونه‌ای از این خدمات وب آمازون یا مایکروسافت آژور است). در این الگو، سازمان همچنان مسئولیت بهره برداری و نگهداری تمامی اجزای نرم افزاری Enterprise GIS خود را بر عهده دارد. در SaaSپیاده سازی، عملکرد GIS به یک سازمان تحویل داده می شود بدون اینکه سازمان مذکور هیچ گونه آگاهی یا مسئولیتی در مورد زیرساخت ها و اجزای نرم افزاری زیربنایی داشته باشد. بسیاری از پیاده‌سازی‌های GIS سازمانی، اگر نگوییم بیشتر، ترکیبی هستند و به‌عنوان مناسب برای زمینه خاص خود، زیرساخت‌های داخلی، PaaS و منابع ابری SaaS را ترکیب می‌کنند که اغلب با یکدیگر در یک سیستم منسجم از سیستم‌ها ادغام می‌شوند که برای پیشبرد آن طراحی شده‌اند. اهداف سازمان

8. مدل منطقی اجزای GIS سازمانی

با اطلاع از موارد فوق، این بخش با ارائه خلاصه ای از “قطعات متحرک” تعمیم یافته در یک GIS مدرن سازمانی به پایان می رسد. در حالی که معماری اجزای خاص یک GIS سازمانی توسط نیازهای سازمانی هدایت می‌شود، تعدادی مؤلفه مشترک در بسیاری از استقرارها وجود دارد، و آنچه در این زمینه جالب‌تر است، ماهیت روابط وابسته به یکدیگر است. مدل منطقی ما را از زیرساخت‌های سطح پایین از طریق محصولات نرم‌افزار لایه کاربردی مختلف که معمولاً در طراحی سیستم GIS سازمانی (در زمان نگارش) استفاده می‌شوند، بالا می‌برد. این مؤلفه‌ها در اینجا به‌عنوان یک معماری تودرتو نشان داده می‌شوند، با مؤلفه‌های جداگانه بسته به مؤلفه‌هایی که حاوی آنها هستند و از طریق رابط‌های به خوبی تعریف شده با همتایان در همان سطح ارتباط برقرار می‌کنند. یک ردیف مشتری جداگانه شناسایی می شود، که اجزای لایه Application در بخش Infrastructure نمودار مستقیماً با آن ارتباط برقرار می کنند. (این گرافیک به راحتی از پایین به بالا تجزیه می شود.)

شکل 1. قطعات متحرک در یک GIS سازمانی مدرن. منبع: نویسنده