خلاصه
برنامه قابلیت همکاری OGC منبع نوآوری در توسعه استانداردهای باز است. رویکرد به نوآوری مبتنی بر عملی است. مهندسی مشارکتی که منجر به استانداردها و پیاده سازی های بالغ تر می شود. فرآیند برنامه قابلیت همکاری، جامعه ای از حامیان مالی و شرکت کنندگان را بر اساس یک مدل اقتصادی که به نفع همه درگیر است، درگیر می کند. هر ابتکار با رویکردی نوآورانه برای شناسایی نیازهای قابلیت همکاری و به دنبال آن توسعه نرم افزار چابک برای پیشبرد وضعیت فناوری به نفع جامعه آغاز می شود. بیش از هشتاد ابتکار در برنامه قابلیت همکاری از زمانی که برنامه آزمایشی نقشه برداری وب در سال 1999 آغاز شد، انجام شده است. استانداردهای OGC که در برنامه قابلیت همکاری آغاز شده اند، اساس دو سوم محصولات سازگار با گواهینامه هستند.
کلید واژه ها:
کنسرسیوم فضایی باز (OGC) ؛ قابلیت همکاری استانداردها ؛ نوآوری ؛ جغرافیایی
1. معرفی
این مقاله کنسرسیوم فضایی باز (OGC) برنامه قابلیت همکاری (IP) [ 1 ] را توصیف می کند. OGC-IP یک فرآیند منحصر به فرد برای ایجاد پیاده سازی ها و مشخصات نوآورانه است که در برنامه استانداردهای اجماع OGC تغذیه می شود [ 2 ، 3 ]. OGC-IP نوآوری مبتنی بر نمونه سازی را با فعالیت های سازمانی تنظیم استانداردهای سنتی تر ترکیب می کند. این مقاله دادههایی را در مورد نتایج رویکردی ارائه میکند که نمونهسازی عملی بر اثربخشی فرآیند توسعه استانداردهای اجماع داشته است.
مقاله در بخش های زیر سازماندهی شده است:
-
نوآوری از طریق نمونه سازی مشترک:
بخش 2 مفاهیم و شیوه های توسعه نرم افزار و استانداردها را ارائه می دهد که زیربنای رویکرد OGC-IP است.
-
فرآیند برنامه همکاری OGC:
بخش 3 سیاست ها و رویه های تعریف شده برای OGC-IP را برای پیوند نمونه سازی مشترک با توسعه استانداردها شرح می دهد.
-
تاریخچه ابتکارات OGC-IP:
بخش 4 داده هایی را در مورد 85 ابتکار OGC-IP ارائه می کند که با بستر آزمایشی نقشه برداری وب در سال 1999 و سری آزمایشی OGC انجام شده است.
-
ارزیابی نتایج OGC-IP:
بخش 5 نتیجه فعالیت های OGC-IP را از چندین دیدگاه ارزیابی می کند، از جمله تأثیر بر استانداردهای OGC، اجرای بلوغ در جوامع مختلف، و ارزیابی نتایج بر اساس رویکردهای شناسایی شده در بخش 2 .
-
ادامه نوآوری در فرآیند:
بخش 6 توضیح می دهد که چگونه، بر اساس نتایج تا به امروز، فرآیند OGC-IP برای پیشرفت آینده اصلاح می شود.
2. نوآوری از طریق نمونه سازی مشترک
در سال 1999 شبکه جهانی وب در حال تغییر نحوه کار، سرگرمی و به اشتراک گذاشتن ایده های مردم بود. OGC تشخیص داد که ادغام نقشه ها و اطلاعات مکانی با وب در حال ظهور حیاتی است. OGC همچنین متوجه شد که ایجاد نسل جدیدی از استانداردهای باز برای به اشتراک گذاشتن نقشه ها و سایر اطلاعات در محیط پر سرعت وب به چیزی بیش از جلسات استانداردهای سنتی و نوشتن اسناد نیاز دارد. برای ارائه سریع استانداردهای نامزد جدید، کنسرسیوم چندین رویکرد در توسعه نرم افزار را به عنوان مبنای OGC-IP در نظر گرفت.
سازمانهای تنظیم استاندارد (SSO) معمولاً سه نقش را ایفا میکنند: (1) جایگزینهایی را برای حل چالشهای فناوری شناسایی میکنند. (2) انگیزه همگرایی زمانی که راهحلهای ممکن متضاد متعدد وجود دارد. و (3) تنظیم رفتار اعضا، به عنوان مثال، اطمینان از اینکه شرکت ها حق ثبت اختراع مربوطه را افشا می کنند. نقش دوم در مورد همگرایی به اجماع اغلب اثربخشی SSO را تعیین می کند. [ 4 ].
برای ایجاد انگیزه برای همگرایی گزینه ها، کارگروه مهندسی اینترنت (IETF) بر ارزش کدهای در حال اجرا تأکید دارد. برای رسیدن به وضعیت پیش نویس استاندارد، IETF به شواهدی از کد در حال اجرا، با حداقل دو پیاده سازی مستقل و قابل همکاری نیاز دارد. برای تبدیل شدن به یک استاندارد اینترنتی، IETF باید تعیین کند که یک مشخصات به «پیاده سازی قابل توجه و تجربه عملیاتی موفقیت آمیز» دست یافته است. در حالی که IETF گاهی اوقات “connect-a-thons” را برای آزمایش قابلیت همکاری سازماندهی می کند، هیچ پشتیبانی رسمی از توسعه ارائه نمی دهد [ 5 ].
برای ایجاد انگیزه همگرایی بر اساس راه حل های متعدد، OGC-IP تاکید IETF بر اجرای کد را اتخاذ کرد و علاوه بر این، پشتیبانی رسمی برای تست قابلیت همکاری ایجاد کرد. رویکرد توسعه مبتنی بر پرورش نمونه های اولیه متعدد به عنوان یک رویکرد موثر برای نوآوری و همگرایی راه حل های فناوری بود. اثربخشی نوآوری از طریق آزمایش و نمونه سازی به خوبی شناخته شده است. «به عنوان یک قاعده، هر چه تعداد نمونههای اولیه و چرخههای نمونهسازی در واحد زمان بیشتر باشد، محصول نهایی از نظر فنی صیقلیتر است». [ 6 ]. فرآیندهای توسعه نرم افزار تکراری ( شکل 1) بر نیاز به چند نمونه اولیه و ارتباطات گسترده با ذینفعان تاکید می کند. نمونه های اولیه تکراری و مستقل توسعه یافته مفهوم اصلی توسعه OGC-IP هستند. شعاری که در اولین OGC Web Mapping Testbed آغاز شد این است: «کمی بسازید، کمی آزمایش کنید، کمی بیشتر بسازید».
شکل 1. فرآیندهای توسعه نرم افزار تکراری استانداردهای راندن.
در حالی که فرآیندهای توسعه چابک کارایی قابل توجهی ایجاد می کنند [ 6 ]، نقش مستندسازی رویکردها در مشخصات نیز باید در نظر گرفته شود. بوهم و همکاران ، هفت تیم نرم افزاری را که روی همین مشکل کار می کردند، مطالعه کرد. چهار تیم از رویکرد مشخصات محور و سه تیم از رویکرد نمونه سازی استفاده کردند. نتایج اصلی آزمایش (1) نمونه سازی محصولات با عملکرد تقریباً معادل، اما با حدود 40٪ کد کمتر و 45٪ تلاش کمتر بود. (2) محصولات نمونه اولیه از نظر عملکرد و استحکام تا حدودی پایین تر هستند، اما از نظر سهولت استفاده و سهولت یادگیری رتبه بالاتری دارند. و (3) مشخص کردن طرحها و نرمافزارهای منسجمتری تولید کرد که ادغام آنها آسانتر بود [ 7]. مطابق با این مطالعه، نقش اسناد و مدارک در هنگام نمونه سازی در رویکرد OGC-IP تعبیه شده است.
آخرین ملاحظات کلیدی در تعریف OGC-IP، گام اقتصادی جسورانه درگیر کردن «حامیان مالی» برای ارائه بازپرداختهای کوچک، اما مهم به توسعهدهندگان نرمافزار برای پوشش برخی از هزینههای نصب نقشه زنده و سرورهای داده در سراسر جهان بود. مستندسازی و نشان دادن اینکه چگونه می توانند در زمان واقعی با هم کار کنند. از آنجایی که توسعهدهندگان در حال توسعه راهحلهایی بودند، بودجه حامی فقط برای پوشش هزینههای پروژه مشترک مورد نیاز بود. این رویکرد مبتکرانه «به اشتراک گذاری هزینه» در اولین بستر آزمایشی نقشه برداری وب (WMT) آغاز شد و سطح جدیدی از چابکی را برای توسعه استانداردهای مکانی به ارمغان آورد. در عرض یک سال، WMT به OGC-IP تبدیل شد، یک تلاش مهندسی عملی که برای تغییر روش توسعه استانداردهای باز طراحی شده است.
به طور خلاصه، موضوعات معرفی شده در بالا در مورد توسعه نرم افزار که زیربنای مفهوم OGC-IP هستند عبارتند از:
-
نوآوری از طریق همگرایی جایگزین ها کلید ایجاد استانداردها است.
-
نوآوری در توسعه نرم افزار به بهترین وجه از طریق نمونه سازی سریع به دست می آید.
-
ترکیبی از نمونه سازی و مشخص کردن برای تکامل استانداردها مورد نیاز است.
-
توسعه مشارکتی را می توان با پیوند دادن الزامات حامیان مالی و تامین مالی سهم هزینه به نرم افزار و توسعه مشخصات تحریک کرد.
3. فرآیند برنامه همکاری OGC
3.1. سازمان های تنظیم کننده استانداردها بر اساس فرآیندهای تعریف شده اجرا می شوند
به منظور ایفای نقش SSO، بنیانگذاران کنسرسیوم ها باید یک پایه محکم برای حمایت از توسعه قوی، ایجاد اجماع، و در نهایت پذیرش استانداردها توسط یک جامعه گسترده ایجاد کنند. چنین پایهای باید متناسب با فناوری، بازار، شرکتکنندگان و همه عوامل مهم دیگر مختص چالش موجود باشد [ 8 ]. OGC-IP از طریق مجموعه ای از سیاست ها و رویه های تعریف شده تعریف شد که رویکردهای توضیح داده شده در بخش قبل را اجرا می کرد. این بخش نحوه تعریف OGC-IP را برای متحد کردن کاربران و صنعت در تسریع توسعه و اعتبارسنجی رابط و ارائه قابلیت همکاری به بازار توضیح میدهد.
قبل از ایجاد OGC-IP، برنامه استاندارد OGC استانداردهایی را بر اساس فرآیندی متمرکز بر اسناد مشخصات و شواهد کمی از پیاده سازی تولید می کرد. OGC-IP برنامه استانداردها را با:
- •
-
راهی برای آزمایش مفاهیم قابلیت همکاری در نرمافزار کار، و به دست آوردن اجماع در مورد نکات کلیدی استانداردهای جدید با مستند کردن آنچه کار میکند.
- •
-
یک محیط توسعه مجدد برای توسعه، آزمایش و اعتبارسنجی استانداردها در شرایط دنیای واقعی.
- •
-
تنظیماتی که به کاربران و ارائه دهندگان فناوری اجازه می دهد تا به صورت دستی و مشترک کار کنند.
- •
-
شناسایی حوزه های جدید توسعه مورد نیاز برای برآورده کردن الزامات بازار و سیاست.
- •
-
راهی موثر برای به اشتراک گذاشتن هزینه های توسعه استانداردهای خوش ساخت که پایه های ملموسی را برای معماری های سازمانی آینده فراهم می کند.
- •
-
فرآیندی تکرارپذیر برای ایجاد و اعمال مشارکت خصوصی و دولتی به
- –
-
تسریع توسعه مفاهیم در حال ظهور.
- –
-
به سرعت قابلیت های ماموریت جدید را نشان دهید.
- –
-
روندهای جهانی در فناوری و قابلیت همکاری را هدایت کنید.
3.2. سیاست ها و رویه های OGC-IP
هدف اصلی OGC-IP گرد هم آوردن حامیان مالی و شرکت کنندگان در تلاش های مهندسی سریع، عملی و مشترک برای دستیابی به یک یا چند مورد از اهداف زیر است:
-
تولید و آزمایش استانداردهای کاندید برای پیشبرد قابلیت پردازش جغرافیایی.
-
انجام تحقیق در مورد استفاده از فناوری اطلاعات با توجه به ارتباط و توانایی استانداردها برای کمک به حل مشکلات قابلیت همکاری جغرافیایی.
-
توسعه و آزمایش نمونه اولیه زیرساخت های قابل همکاری بر اساس OGC و استانداردهای مرتبط.
-
پیشرفت و نشان دادن بلوغ پیاده سازی های متقابل کافی برای سازمان ها برای پایه گذاری تصمیمات تدارکات.
سیاست ها و رویه OGC-IP برای ارائه دستورالعمل هایی برای تکمیل موفقیت آمیز این اهداف وجود دارد [ 9 ]. خطمشیها و رویهها از چندین استراتژی برای شناسایی نیازمندیهای نوظهور و ارتقای مهندسی مشارکتی استفاده میکنند. شکل 2 روند یک ابتکار OGC-IP را نشان می دهد. مراحل شکل 2 شامل فعالیت های همپوشانی است و در یک چارچوب زمانی چند ماهه تکمیل می شود.
شکل 2. تحولات در یک ابتکار OGC-IP (منبع [ 9 ]).
فرآیند توسعه مفهوم در شکل 2 برای “یافتن” ایده هایی که در ابتکارات مورد بررسی قرار می گیرند، حیاتی است. OGC از اعضای خود از طریق برنامه استانداردها، از اعضای OGC در سطوح استراتژیک و از بسیاری از روابط با سایر سازمان ها ورودی دریافت می کند. این یک توازن غنی بین کاربران فعلی / بالقوه فناوری و ارائه دهندگان فناوری فعلی / بالقوه فراهم می کند. اساساً، این فرآیند یک رویداد طوفان فکری جامعه است. نتیجه مجموعهای از الزامات سازمانهای حامی – اعم از دولتی و تجاری – است که برای ایجاد درخواست برای نقل قول/ فراخوان برای مشارکت (RFQ/CFP) برای طرح مورد استفاده قرار میگیرد.
هنگامی که نیازهای نوظهور شناسایی شدند، یک RFQ/CFP تهیه و برای عموم منتشر میشود تا وسیعترین فرصت برای مشارکت جامعه باشد. استراتژی RFQ/CFP بر رویکرد فراگیر هنگام انتخاب شرکتکنندگان تأکید دارد.
سه مرحله توسعه شکل 2 —kKickoff; توسعه و آزمایش؛ و Deploy and Persist – قلب فرآیند نوآوری هستند. شرکت کنندگان ابتکار انتخاب شده رقابتی، توسعه دهندگان نرم افزارهای مکانی هستند که در چرخه های طراحی/توسعه سریع با هدایت الزامات حامیان مالی شرکت می کنند. بسته به سطح بلوغ فنی طرح، الزامات ممکن است از انجام آزمایشها برای تعریف استانداردهای جدید تا اصلاح استانداردهای موجود و اجرا تا بالاترین سطح بلوغ متغیر باشد. به طور کلی، نتایج این مراحل توسعه سه نوع است:
-
گزارشهای مهندسی، که ممکن است پیشنویس استانداردهایی باشند که به استانداردها یا گزارشهایی از نتایج و نتیجهگیریهای آزمایش تبدیل میشوند. گزارش ها همچنین ایده هایی را برای کاوش بیشتر مستند می کنند. درخواست تغییر به استانداردهای موجود نیز ایجاد و در پایگاه داده OGC CR وارد می شود.
-
پیادهسازی نرمافزار استانداردهای OGC یا استانداردهای پیشنویس برای استفاده در بحثهایی که با استفاده از رویکرد «کد در حال اجرا متقابل برنده» حل و فصل میشوند.
-
نمایش نرم افزار و استانداردها در نمونه های دنیای واقعی برای نشان دادن اینکه چرا این فناوری برای کاربران نهایی اهمیت دارد.
فرآیند توسعه OGC-IP ( شکل 2 ) تحت تأثیر فرآیندهای توسعه چابک قرار گرفته است، اما به چندین روش حیاتی متفاوت است. مانیفست توسعه چابک بر پاسخگویی به تغییر در پیروی از یک برنامه تاکید می کند: برنامه ریزی از قبل اما زمانی که برنامه قدیمی می شود، برنامه باید نادیده گرفته شود [ 10 ]. فرآیند OGC-IP بر آزمایش در سرعت توسعه یک بستر آزمایش و بهروزرسانی مشخصات فنی بر اساس نتایج بستر آزمایش تأکید میکند – فرآیندی با عنوان «توسعه تکاملی» [11] .]. نتایج هر بستر آزمایش OGC بر خط پایه استانداردهای OGC و همچنین برنامه های بستر آزمایش OGC-IP بعدی تأثیر می گذارد. (برای جزئیات بیشتر به فرآیند توسعه تکاملی تعریف شده توسط OGC در پایلوت پیادهسازی معماری GEOSS [ 12 ] مراجعه کنید.)
3.3. چارچوب بلوغ فناوری
OGC-IP علاوه بر تأثیر مستقیم بر برنامه استانداردها، فرآیندهای خود را برای ارتقای بلوغ اجرای استانداردهای OGC گسترش داده است. برای دستیابی به این هدف، OGC-IP چندین نوع ابتکار را با تمرکز بر سطوح بلوغ فناوری تعریف کرد: بسترهای آزمایشی، آزمایشها، آزمایشها، پلاگینها و شبکه OGC. رویکرد بلوغ فناوری برنامه قابلیت همکاری در شکل 3 نشان داده شده است. OGC ابتکارات مختلفی را برای حرکت از آزمایش با مشخصات پیش نویس در یک بستر آزمایش یا آزمایش قابلیت همکاری به سمت آزمایش متمرکز استانداردهای OGC پذیرفته شده توسط جامعه در یک پلاگین فست و اصلاح مشخصات در محیط های نزدیک به عملیات در یک آزمایشی یا در فعالیت های عملیاتی انجام می دهد. شبکه OGC بسترهای آزمایشی معمولاً به توسعه در سطح آمادگی فناوری TRL 4 می پردازند در حالی که خلبان ها به TRL 7 می پردازند [ 13 ].
شکل 3. افزایش آمادگی فناوری در ابتکارات OGC-IP.
جدول 1 تعریفی برای هر نوع ابتکار ذکر شده در شکل 3 ارائه می دهد .
جدول 1. ابتکارات برنامه قابلیت همکاری OGC.
4. تاریخچه ابتکارات OGC-IP
4.1. اولین بستر آزمایشی نقشه برداری وب، سپتامبر 1999 – یک رویداد پیشرفت
اولین ابتکار OGC-IP در سپتامبر 1999 “Bed Mapping Test Bed (WMT)” بود. این اولین WMT منبع چیزی بود که به استاندارد بین المللی OGC/ISO Web Map Service (WMS) تبدیل شد. WMS یک پیشرفت در نقشه برداری برای وب اولیه بود. پیشرفت دیگر خود فرآیند بستر آزمایش بود. در مقایسه با بازه زمانی معمول سالهای قبل برای تدوین استاندارد، در چهار ماه نتایج حاصل شد. به دلیل نتایج فرآیند، جذب WMS در OGC SP سریع بود. WMT مبنای OGC-IP شد. موفقیت WMT را می توان با درک نقش آن به عنوان یک نمونه اولیه برای فرآیند OGC-IP قضاوت کرد و جامعه هنوز 16 سال بعد به آن اشاره می کند. جدول 2 تعداد هر نوع ابتکار انجام شده در OGC-IP را از سال 1999 فهرست می کند.
جدول 2. ابتکارات برنامه همکاری OGC: 1999 تا 2014.
4.2. سری آزمایشی خدمات وب OGC
با هدایت موفقیت آمیز WMT، OGC سالانه یک بستر آزمایشی اصلی (مجازی) را انجام می دهد. اینها به عنوان بسترهای آزمایشی خدمات وب OGC (OWS) شناخته می شوند. در سال 2014 این نام به “OGC Testbed” ساده شد. جدول 3 خلاصه ای از تاریخچه OGC Testbeds را ارائه می دهد. جزئیات محتویات هر موضوع بستر آزمایشی را می توان با بررسی گزارش های خلاصه برای هر بستر آزمایشی که به عنوان گزارش های مهندسی OGC ارسال شده است، یافت [ 14 ]. به گستردگی ایده ها و مفاهیم بررسی شده و تنوع آنها و چگونگی ایجاد بسترهای آزمایشی بر روی نتایج آزمایشات قبلی توجه کنید. بعداً نشان داده میشود که چگونه خلبانها نتایج تختهای آزمایش را به جوامع منتقل میکنند.
جدول 3. سری تخت آزمایش OGC.
بزرگی معمولی بسترهای آزمایشی اخیر با این آمار از OGC Testbed 10 نشان داده شده است:
-
چهل جزء نرم افزاری (سرورها، کلاینت ها، ابزارها و سایر برنامه ها) پیاده سازی شدند و در تست قابلیت همکاری شرکت کردند.
-
نوزده گزارش مهندسی (ERs) نوشته شد. ERهای تخت آزمایشی 10 یا مشخصات فنی یا گزارشاتی در مورد آزمایش و تجزیه و تحلیل بودند.
- ○
-
Testbed 10 ERs در برنامه استاندارد OGC بررسی شد و برای انتشار عمومی پست شد.
- ○
-
درخواستهای تغییر نیز شناسایی شدند و در فرآیند عمومی OGC برای گزارش چنین درخواستهایی وارد شدند.
-
یازده سازمان حامی الزامات را برای Test Bed 10 تعریف کردند. الزامات حامیان مالی در سند RFQ/CFP که توسط سازمانهای جویای OGC که مایل به شرکت در بستر آزمایشی بودند منتشر شد.
-
در مجموع چهل سازمان در برخی از جنبههای بستر آزمایشی 10 شرکت کردند. نقشهای سازمانها در بستر آزمایشی 10 شامل حامیان مالی، شرکتکنندگان و معماران بود. علاوه بر این، بسیاری از سازمان ها بودند که ناظر Testbed 10 بودند.
شکل 4 تصویری از شرکت کنندگان حاضر در رویداد آغازین بستر آزمایشی OWS-9، می 2012 را ارائه می دهد. این تصویر شامل بسیاری از افراد است، اما نه همه افراد درگیر در بستر آزمایش.
شکل 4. شروع آزمایشی OWS-9.
5. ارزیابی نتایج OGC-IP
5.1. استانداردهای OGC و فعالیت OGC-IP
بنابراین چگونه می توانیم اثربخشی OGC-IP را ارزیابی کنیم؟ آیا OGC-IP تفاوتی در کمیت و کیفیت استانداردهای اتخاذ شده توسط فرآیند اجماع OGC ایجاد کرده است؟ آیا رویکردهای زیربنایی ایجاد OGC-IP ( بخش 2 ) همانطور که پیش بینی می شد مؤثر نشان داده شد؟ این بخش داده هایی را از ابتکارات متعدد OGC-IP برای ارزیابی این سؤالات ارائه می دهد. بخشهای بعدی به شکل کیفیتری نقش OGC-IP را در بلوغ پیادهسازیها در دو حوزه خلاصه میکنند.
از جولای 2015، OGC 42 استاندارد (بدون احتساب الحاقات به عنوان استانداردهای جداگانه) را تأیید کرده بود [ 15 ]. از 42 استاندارد OGC، 32 استاندارد به عنوان بخشی از یک طرح OGC-IP مورد تجزیه و تحلیل، پیاده سازی و آزمایش قرار گرفته اند. از 42 استاندارد OGC، 14 استاندارد از یک ابتکار OGC-IP سرچشمه گرفته اند، به این معنی که اولین پیش نویس استاندارد OGC به عنوان یک گزارش در یک ابتکار OGC-IP نوشته شده است.
14 استاندارد OGC آغاز شده در OGC-IP هستند
-
خدمات نقشه وب (WMS)
-
خدمات کاشی نقشه وب (WMTS)
-
سرویس ویژگی های وب (WFS)
-
خدمات پوشش وب (WCS)
-
خدمات پردازش پوشش وب (WCPS)
-
زبان نشانه گذاری جغرافیایی (GML)
-
زبان مدل سنسور (SensorML)
-
سرویس مشاهده حسگر (SOS)
-
خدمات برنامه ریزی حسگر (SPS)
-
زمینه OWS
-
نمایه توصیفگر لایه (SLD) از WMS
-
رمزگذاری نمادشناسی (SE)
-
رمزگذاری فیلتر
-
GeoPackage
سپس در نظر گرفتن اجرای استانداردهای OGC آغاز شده در OGC-IP مفید است. سازمانها میتوانند خودشان اعلام کنند که استاندارد OGC را پیادهسازی کردهاند و میتوانند برای تأیید اجرای خود بهعنوان OGC® Compliant گواهی دهند . جدول 4 تعداد پیاده سازی های خود اعلام شده استانداردهای OGC و تعداد پیاده سازی هایی که مطابق با آن تایید شده اند را فهرست می کند.
جدول 4. OGC Self-Caimed Implementations and Compliant Implementations.
جدول 4 نشان می دهد که 14 استاندارد OGC آغاز شده در OGC-IP مبنای 80% از پیاده سازی ها و 67% از پیاده سازی های منطبق بر همه استانداردهای OGC بوده اند، یا این را به صورت یک بیانیه تقریبی بیان می کنند: یک سوم استانداردهای OGC-آنها آغاز شده در OGC-IP – دو سوم محصولات سازگار را به خود اختصاص می دهد. این آمار نشان دهنده ارزش افزوده فرآیند OGC-IP نسبت به اجرای استانداردهای OGC است.
5.2. فناوری بلوغ: فعال سازی وب حسگر
OGC-IP با کار با برنامه استانداردهای OGC به توسعه و استقرار استانداردهای مکانی به طور کلی و کاربرد آنها در حوزه ها کمک کرده است. دو مثال خاص ارائه شده است: Sensor Web Enablement (SWE) در این بخش و هوانوردی در بخش بعدی. این مثالها نشان میدهد که چگونه بلوغ فناوری از بسترهای آزمایشی به خلبانها برای جوامع با استفاده از استانداردها مفید بوده است.
مجموعه استانداردهای OGC SWE بر اساس پیاده سازی و آزمایش در بسترهای آزمایشی OWS یک، سه و چهار توسعه و تأیید شد. ( شکل 5 ) اعضای OGC نسخه 1 استانداردهای SWE را در سال 2007 تصویب کردند [ 16 ].
شکل 5. توسعه فعالسازی وب حسگر در بسترهای آزمایشی OGC.
پس از تصویب نسخه 1.0 SWE به عنوان استانداردهای OGC، OGC-IP به کمک به توسعه و استقرار در چندین حوزه ادامه داد: DoD، NOAA، و NASA ( شکل 6 ). هر یک از ابتکارات در سه حوزه استانداردها را به بلوغ رساندند و بهترین شیوه ها را برای این حوزه ارائه کردند. به عنوان مثال، سرویس مشاهده حسگر (SOS) – یکی از استانداردهای SWE که در بسترهای آزمایشی قبلی توسعه یافته بود – به تمرکز اصلی در آزمایشهای همکاری علمی اقیانوس (IE) تبدیل شد. در نتیجه Ocean IEs NOAA نسخه های عملیاتی را برای SOS برای سیستم یکپارچه مشاهده اقیانوس (IOOS) مستقر کرد. پیشرفتهای مشابه SWE برای وزارت دفاع/جامعه اطلاعات و برای ماهواره EO-1 ناسا در گزارش اخیری که بلوغ فناوری SWE را خلاصه میکند، توصیف شده است [ 7]].
شکل 6. تأثیر OGC-IP بر استقرار SWE.
5.3. فناوری بلوغ: هوانوردی
برنامه قابلیت همکاری هم نوآوری و هم کیفیت را در زمان تحول بحرانی در صنعت هوانوردی ارائه کرد.
جنبش نوسازی در حوزه مدیریت اطلاعات هوانوردی به طور قابل توجهی از فعالیت های OGC-IP بهره مند شده است. گذار به یک قابلیت مدیریت قابلیت همکاری جهانی مبتنی بر شبکه، هسته اصلی این نوسازی است، همانطور که در ابتکارات برجسته مانند NextGen ایالات متحده و برنامه های تحقیقاتی SESAR (Single European Sky ATM Research) اتحادیه اروپا تعریف شده است. برای فعال کردن این انتقال، اداره هوانوردی فدرال ایالات متحده (FAA) و EUROCONTROL مدلهای جدید تبادل اطلاعات جهانی را برای اطلاعات هوا و هوای هوانوردی و اطلاعات پرواز بر اساس استانداردهای بالغ OGC معرفی کردهاند.
کاربرد استانداردهای OGC در هوانوردی در سال 2009 با بستر آزمایشی OWS-6 آغاز شد و در هر بستر آزمایشی بهعلاوه دو ابتکار دیگر همانطور که در شکل 7 نشان داده شده است، ادامه یافت . به عنوان مثال، خلبان فضای هوایی دسترسی ویژه FAA (SAA) معماری و استانداردهای مورد استفاده در OWS-6 و OWS-7 را در محیط آزمایش FAA به کار برد که نتیجه آن بهترین شیوه برای نیازهای خاص FAA بود.
FAA و EUROCONTROL OGC-IP را به طور خاص به عنوان مکانی برای ایجاد نوآوری در صنعت محافظه کار خود با درگیر کردن فعالانه صنعت فضایی گسترده تر (فراتر از هوانوردی) برای حمایت از استفاده عملیاتی و اعتبارسنجی مدل های مبادله اطلاعات در حال ظهور انتخاب کردند. OGC-IP در تسریع جذب این مدل ها کاملاً موفق بوده است، و به طور خاص در نشان دادن اینکه محصولات تجاری خارج از قفسه مطابق با استانداردها را می توان به سرعت اعمال کرد و برای برآورده کردن الزامات حوزه هوانوردی تطبیق داد.
شکل 7. هوانوردی در OGC-IP.
در سطح قابل اندازه گیری تر، توصیه های هر ابتکار نشان داده شده در شکل 7 مستقیماً در نسخه های جدیدتر مدل های اطلاعات هوانوردی/آب و هوا/پرواز گنجانده شده است و برای بررسی گسترده تر به مدیریت اطلاعات گسترده سیستم NextGen و SESAR ارائه شده است. SWIM) چارچوب های نوسازی.
5.4. مزایای حامیان
منافع حامیان مالی و شرکت کنندگان از مشارکت مستقیم در ابتکارات OGC-IP در شکل 8 فهرست شده است . حامیان مالی متوجه یک مزیت اقتصادی مستقیم می شوند زیرا فعالیت در یک طرح OGC 2.5 برابر بودجه حامیان مالی است.
شکل 8. نقش ها در یک ابتکار OGC-IP.
مزایای OGC-IP از طریق اتصال به برنامه استانداردهای OGC به کل اعضای OGC و عموم مردم گسترش می یابد ( شکل 9 ). نتایج OGC-IP همانطور که در شکل 9 نشان داده شده است ، اجرای نمونه اولیه و گزارش های مهندسی (ERs) است. ERهای OGC-IP در برنامه های استاندارد OGC به عنوان ورودی استانداردهای موجود یا به عنوان مبنای توسعه استانداردهای جدید در نظر گرفته می شوند. برنامه استاندارد OGC اورژانس را اسناد عمومی کرده است. ERها همچنین مبنایی برای توسعه مشخصات یا الحاقات جدید در برنامه استاندارد هستند. ERهای انتخابی اساس کارگروه استانداردها در برنامه استانداردهای OGC می شوند.
شکل 9. تعامل با برنامه های OGC.
5.5. ارزیابی رویکردهای توسعه OGC-IP
بخش 2 با مجموعه ای از رویکردهای توسعه که زیربنای OGC-IP هستند، به پایان رسید. با توجه به بخش های قبلی این بخش، جدول 5 به نتایج این رویکردها می پردازد.
جدول 5. ارزیابی رویکردهای توسعه OGC-IP.
6. ادامه نوآوری در فرآیند
به عنوان یک پلت فرم نوآوری، OGC-IP به نوآوری این فرآیند ادامه خواهد داد، تا حدی با ارتباط با سایر رویکردهای انقلابی که ارائه دهندگان صنعت را برای همکاری در راه حل مشکلات گرد هم می آورد.
OGC-IP در حال همکاری نزدیکتر با سایر رهبران دامنه در ابتکارات مشترک برای اشتراک گذاری و گرده افشانی متقابل تخصص جغرافیایی با سایر مناطق سنتی است. برای مثال، OGC-IP از نزدیک با حوزه عدالت در چندین پروژه مرتبط با امنیت عمومی و امنیت داخلی همکاری می کند.
همانطور که OGC به رشد خود ادامه می دهد OGC-IP نیز همچنان به دنبال راه های جدید برای سازگاری بهتر با دنیای در حال تغییر است. اول و مهمتر از همه، OGC-IP چابک تر شده است و با بلوغ توسعه چابک در حال تکامل است. آزمایشهای قابلیت همکاری، پایلوتها و فستها امکان اشتراکگذاری سریع فناوریها و ایدهها را برای پیشبرد توسعه استانداردهای جغرافیایی فراهم میکنند.
یک پایلوت OGC-IP جایی است که یک استاندارد OGC – یا مجموعه ای از استانداردهای OGC – می تواند بر اساس کاربرد و تجربه در دنیای واقعی “آزمایش استرس” و تکمیل شود. از آنجایی که یک پایلوت در بازه زمانی چند ماهه انجام می شود، این روش بازخورد بسیار سریعی را به جامعه استاندارد از بلوغ استانداردها ارائه می دهد و هر گونه مشکل استاندارد را آشکار می کند.
گسترش استفاده از پلاگ فست ها با جامعه برنامه های کاربردی که به سرعت در حال تغییر هستند بسیار مهم است. پلاگین فست به سرعت به توسعه دهندگان اجازه می دهد تا میزان تعامل محصولات مختلف در بازار را بر اساس اجرای استانداردهای OGC ارزیابی کنند. Plugfest ارزیابی تعامل پذیری بریتانیا در سال 2014 [ 17 ] یک مثال عالی از این است که چگونه یک plugfest می تواند بلوغ استانداردهای خاصی را در استفاده توسط جامعه جغرافیایی نشان دهد، و همچنین اینکه چه استانداردهایی می توانند از اصلاح بیشتر استفاده کنند.
آزمایشهای قابلیت همکاری خود را به یک توسعه چابک وامی دارد. همانطور که در سیاست های OGC-IP تعریف شده است، “IE باید “سبک” باشد و باید روی یک موضوع قابلیت همکاری واحد تمرکز کند. این تمرکز واحد به تجزیه و تحلیل سریع و متمرکز موضوعات خاص کمک می کند. از آنجایی که آزمایشهای قابلیت همکاری توسط اعضا بدون حمایت مالی انجام میشود، نیازی به ایجاد قراردادهای مالی برای اجرای برنامه نیست. پیشبینی میشود که آزمایشهای قابلیت همکاری بیشتر در OGC برای کمک به تسهیل و پیشبرد مناطق تمرکز خاص مورد استفاده قرار گیرد.
همانطور که جامعه مکانی و فناوری های چابک در طول زمان تغییر می کنند و بالغ می شوند، برنامه قابلیت همکاری به انطباق و گسترش انواع ابتکارات قابلیت همکاری ادامه خواهد داد.
7. خلاصه
برنامه قابلیت همکاری OGC از طریق ابتکارات سریع، نمونه سازی سریع، آزمایش و اعتبار سنجی استانداردها را ترویج می کند. رویکرد OGC تشخیص می دهد که توسعه و مدیریت نمونه های اولیه ارتباطات و پیشرفت در توسعه و تکامل استانداردهای OGC را فراهم می کند.
برنامه نمونه سازی و آزمایش سریع جهانی، مبتکرانه و عملی طراحی شده برای متحد کردن کاربران و صنعت در تسریع توسعه و اعتبارسنجی رابط، و ارائه قابلیت همکاری به بازار.
ابتکارات توسط الزامات قابلیت همکاری جغرافیایی هدایت می شوند که به عنوان سناریوهای دنیای واقعی، موارد تجاری و موضوعات تحقیقات کاربردی بیان می شوند. این رویکرد نه تنها توسعه سریع استانداردها را تشویق می کند، بلکه به طور گسترده ای شامل ارائه دهندگان فناوری برای کمک به تعیین توانایی استانداردهای نوظهور و فناوری های صنعتی برای برآورده کردن این الزامات می شود.
ابتکارات OGC-IP به کوتاه کردن زمان بندی توسعه استانداردها کمک کرده است و در عین حال خطر کلی را کاهش می دهد که یک استاندارد نیازهای جامعه را برآورده نمی کند ( شکل 10 و شکل 11 ). OGC با اعمال سیاست ها و رویه های ثابت و تکرارپذیر، بیش از 80 طرح بین المللی بستر آزمایشی و آزمایشی را با موفقیت از سال 1999 انجام داده است.
شایان ذکر است که این نکته در مورد مزایای شرکت کنندگان در اینجا تکرار می شود: آنها برای انجام تحقیقات و توسعه در مورد ایده های جدید یارانه دریافت کرده اند و با پشتوانه برنامه استانداردها و همچنین علاقه آشکار حامیان مالی، خود را در موقعیت قرار داده اند. با تمام سرعت بعد از بستر آزمایش حرکت می کنند تا اجزای خود را از نمونه های اولیه به عملیاتی منتقل کنند.
شکل 10. مزایای OGC-IP.
شکل 11. عوامل موفقیت در OGC-IP.
منابع
- برنامه قابلیت همکاری OGC. در دسترس آنلاین: http://www.opengeospatial.org/ogc/programs/ip (در 13 ژوئیه 2015 قابل دسترسی است).
- برنامه استاندارد OGC. در دسترس آنلاین: http://www.opengeospatial.org/ogc/programs/spec (در 13 ژوئیه 2015 در دسترس است).
- کارل، آر. بوهلر، ک. McKee, L. OGC اجماع: استانداردهای موفق چگونه ساخته می شوند. ISPRS Int. جی. ژئو. Inf. 2015 ، 4 ، 1693-1706. [ Google Scholar ]
- لرنر، جی. تیرول، جی. مسیری بهتر به استانداردهای فناوری. Science 2014 ، 343 ، 972-973. [ Google Scholar ] [ CrossRef ] [ PubMed ]
- Simcoe, T. Delay و استانداردسازی قانونی: بررسی کندی در توسعه استانداردهای اینترنت. ایستادن. سیاست عمومی 2007 ، 8 ، 260-295. [ Google Scholar ]
- Schrage, M. Serious Play ; انتشارات مدرسه بازرگانی هاروارد: نیویورک، نیویورک، ایالات متحده آمریکا، 2000. [ Google Scholar ]
- بوهم، BW; خاکستری، TE; Seewaldt, T. نمونه سازی در مقابل مشخص کردن: یک آزمایش چند پروژه ای. IEEE Trans. نرم افزار مهندس 1984 ، 10 ، 290-303. [ Google Scholar ] [ CrossRef ]
- Updegrove، A. تنظیم استاندارد و ساختارهای کنسرسیوم. ایستادن. مشاهده 1995 ، 3 ، 143-147. [ Google Scholar ] [ CrossRef ]
- بررسی اجمالی خط مشی و رویه های برنامه قابلیت همکاری OGC. در دسترس آنلاین: http://www.opengeospatial.org/ogc/policies/ippp (در 13 ژوئیه 2015 قابل دسترسی است).
- های اسمیت، جی. Cockburn، A. توسعه نرم افزار چابک: کسب و کار نوآوری. کامپیوتر 2001 ، 34 ، 120-127. [ Google Scholar ] [ CrossRef ]
- Gilb, T. Principles of Software Engineering Management ; شرکت انتشاراتی ادیسون وسلی: بوستون، MA، ایالات متحده آمریکا، 1988. [ Google Scholar ]
- روند توسعه GEOSS AIP. در دسترس آنلاین: http://earthobservations.org/geoss.php?smid=400 (در تاریخ 16 اکتبر 2015 قابل دسترسی است).
- سطوح آمادگی فناوری در دسترس آنلاین: http://en.wikipedia.org/wiki/Technology_readiness_level (در 13 ژوئیه 2015 قابل دسترسی است).
- گزارش های مهندسی عمومی OGC. در دسترس آنلاین: http://www.opengeospatial.org/standards/per (در 13 ژوئیه 2015 قابل دسترسی است).
- استانداردهای اجرای OGC. در دسترس آنلاین: http://www.opengeospatial.org/standards/is (در 13 ژوئیه 2015 قابل دسترسی است).
- گزارش مهندسی سررسید اجرای OGC SWE. در دسترس آنلاین: https://portal.opengeospatial.org/files/?artifact_id=53823 (در 13 ژوئیه 2015 قابل دسترسی است).
- گزارش مهندسی OGC® و Ordnance Survey—Plugfest Plugfest (UKIAP). در دسترس آنلاین: https://portal.opengeospatial.org/files/?artifact_id=61057 (در 13 ژوئیه 2015 قابل دسترسی است).
© 2015 توسط نویسندگان; دارنده مجوز MDPI، بازل، سوئیس. این مقاله یک مقاله با دسترسی آزاد است که تحت شرایط و ضوابط مجوز Creative Commons Attribution (http://creativecommons.org/licenses/by/4.0/) توزیع شده است.
بدون نظر