نمونه‌سازی تجزیه و تحلیل غیر ساختاری

نمونه‌سازی تجزیه و تحلیل غیر ساختاری

یک آزمایش مهم ساختار خدمات PAMML که تحت حمایت این مقاله است مربوط به توانایی آن در مدلگذاری مورد آزمایشی است تجزیه و تحلیل غیرساختاری Mass GIS . این آزمایش تجربی در اینجا ارائه می‌شود. از طریق مرجع دادن مسائل موجود در فصل 3 و پرداختن به جزئیات اینکه چطور ساختار PAMML آنها را مخاطب قرار می‌دهد، ما قادر هستیم که بگوییم PAMML نه تنها می‌تواند انواع تجزیه و تحلیلها رایج برنامه‌ریزان فیزیکی را کاهش دهد، بلکه قادر است به هزینه‌های زیاد مدیریت مشارکتی اطلاعات و پردازش بپردازد . در این روش مافراتر از بحث اصلی که در بسیاری سیاستها رایج است می‌رویم که می‌گوید کاربرد خدمات وب تثبیت شده‌اند تا هزینه‌ها را کاهش دهند، بنابراین اگر بتوانیم ابزارهای قدیمی حمایت از برنامه‌ریزی را در اوج معماری خدمات وب دوباره بسازیم، بطور طبیعی هزینه‌ها را در سیاست‌ برنامه‌ریزی کاهش خواهیم داد. این بحث قانع کننده است ولی هرکس می‌تواند بگوید که سیاست‌ برنامه‌ریزی آن گونه از خصوصیات منحصر به فرد را نشان می‌دهد که از فواید سازگاری تکنولوژیهای دیگر زمینه‌ها جلوگیری می‌کند از طریق اشارة آشکار مسائل مدیریت اطلاعات در تجزیه و تحلیل غیرساختاری، ما تا حد چشمگیری موقعیت PAMML را استحکام می‌بخشیم .

داده‌های جسد متحرک: مفهوم داده‌های جسد متحرک که پیش از این توسعه یافته را به خاطر بیاورید. اینها داده‌هایی هستند که از نگهدارنده شان بدست آمده‌اند و بعدا برای سالها یا ماهها بکار برده می‌شوند و شاید بعد از شناخت با دانش محلی با کمترین ملاحظه است تغییرات نگهدارنده در طول آن زمان ساخته شوند. این داده‌ها در واقع وقتی از حیات خود یعنی منابع به روزرسانی قطع اتصال کنند از بین می‌روند. همچنین بازهم زنده هستند چون مالک شان هنوز آنها را مفید می‌داند.

مسئله داده‌های جسد متحرک در قسمت اصلی وضع دشوار هزینه مدیریت اطلاعات قرار دارد. مردم از تجهیزات انتظار دارند که سبک باشند و آگاهی اینترنتی در عملکردهای محدودشان داشته‌ باشند مثل ابزار غیرساختاری آن‌لاین EOEA که پیش از این به آن اشاره شد، تا آمارهای را برای شهرهای چند گونه و مختلف جمع‌اوری کنند. آنها به ابزارهای تجزیه و تحلیل پخته‌تر و غنی از خصوصیات معتقدند مثل Arcview یا Geo Vista   که عمدتا به منابع داده‌های محلی بستگی دارند و اینکه مسئله مدیریت داده‌ها در نرم‌افزار تجزیه و تحلیل یک مسئله خارجی است.

این نکته مسئله اصلی راهکار غیرساختاری Mass GIS است. آنها ابزارهای تجزیه و تحلیل خیلی عالی را فراهم می‌کنند به شکل Excel و Arcview . همچین  فراهم می‌کند که جعبه ابزار تجزیه و تحلیل غیرساختاری نام دارد. آنچه که به آن توجه نمی‌کنند، سوال مربوط به مدیریت داده‌هاست. خیلی خوب شد اگر مدیرتی اطلاعات مرکز پیشرفت مفید تجزیه و تحلیل نبود. اگر داده‌ها به ندرت

تغییر می‌کردند. هزینه انجام چیزهای مختلف از کسر سودها بیشتر می شد اما موضوع این نیست برنامه‌ریزان می‌خواهند که بطور پیوسته برنامه‌ریزی کنند، آنها هیچ انتخاب مسیری ندارند که هزینه را موثر کنند بنابراین وظیفه ما اینست که ساختار PAMML با هزینه‌های معقولی به پیش ببریم. در فصلهای قبلی به موضوع تکنولوژی اندازه‌گیری پرداختیم . هزینه‌های اجرای یک سیستم باید تا حد زیادی اندازه‌گیری شود از همان آغاز پرروژه وقتی بودجه‌های زمانی اختصاص داده می‌شوند و حمایت از پروژه تقویت می‌شود. هزینه‌های در حال اجرا باید تا حد ممکن کم باشند. در غیراینصورت زیربنای تکنولوژی بخاطر عدم حفظ و نگهداری یکپارچگی‌اش را از دست خواهد داد . برای دستیابی به هزینه‌های پایین، برنامه‌ریزی زیربنای ST  باید تا حد امکان و هرچه بیشتر زیربنای IT را بطور کلی بکار ببندد. در اینجا ما به عمق جزئیات می‌رویم و نشان می‌دهیم که یک مدل عملیاتی که چطور ساختار PAMML سندرم داده‌های جسد متحرک را مخاطب قرار می‌دهد و توجه زیادی به موضوع رده‌بندی کرد تکنولوژی دارد. جدول 1 ماتریکس تلاش/ هزینه را برای سه راهکار مختلف مدیریت داده‌ها فهرست بندی می‌کند. اولین آن «ارسال داده‌ها» قدیمی‌ترین است که شامل نگهدارنده داده‌ها در ارسال نامه یا ایمیل‌زدن مجموعه داده‌ها به هر کاربرد می‌باشد. وقتی داده‌ها تغییر می‌کنند گل پروسه باید تکرار شود. دردومین راهکار انتشار داده‌ها وب سایت که در حال حاضر پیشرفته‌ترین است نگهدارنده داده‌ها از وب برای عدم ارسال به روزرسانی به هر کاربر استفاده می‌کند. به جای آن یک کپی از داده‌ها را در وب سایت بر روزرسانی می‌کند و سپس به کاربر اطلاع میدهد که میتواند آن را دانلود کند. این راهکار ثابت شده که تا حد زیادی ذخیره کننده زمان است که در آن نماینده نگهداری دیگر مجبور نیست درخواستهای اطلاعات را کنترل کند یعنی وب یک سیستم خود خدماتی است، ولی به هزینه‌های کاربران نمی‌پردازد.

راهکار PAMML نیاز به انتشار ابتدایی یکسان بسیار زیادی دارد. ولی نرم‌افزار از به روزرسانی در جریان بین منتشر کننده‌های داده‌ها و کاربران توجه می‌کند همانطور که در فصل 4 گفته شد ساده‌ترین تکنیک انتشار داده‌ها که PAMML ارائه می‌کند. بیشتر شبیه به ارسال فایلهای داده‌ها در وب سایت است. تفاوت اصلی اینست که به جای طراحی یک صفحه وب HTML برای تکمیل فایل داده‌ها منتشر کننده، یک فایل PAMML WSDL (زبان توصیف خدمات وب) و یک فایل فوری داده‌های PAMML را طراحی می‌کند. برای استفاده از داده‌ها، یک کاربر در خدمات داده‌ها «نام‌نویسی» می‌کند و از آن لحظه‌به بعد نرم‌افزار قادر است یک کپی محلی از مجموعه داده‌ها را بسازد (برای افزایش عملکرد) و بطور دوره‌ای با چک کردن منتشر کننده داده‌های اصلی برای به روز رسانی عمل می‌کند.

این کار موانع کار کاربران و منتشر کنندگان را کاهش می‌دهد، هزینه انجام و عملیات مدیریت اطلاعات را به حداقل می‌رساند. هزینه‌های به روز نگه‌داشتن داده‌ها بر مبنای طراحی نرم‌افزار و مرحله توسعه تغییر می‌کنند، وقتی در طول هزاران کاربر گسترده می‌شوند به جای اینکه هزاران کاربر هر یک راه‌ حل‌های فردی خودشان را داشته باشند. همچنین PAMML به نوع دیگری از مسائل داده‌های جسد متحرک اشاره می‌کند. تقسیم داده‌ها اغلب بدون آگاهی نگهدارنده رسمی داده‌ها صورت می‌گیرد. علاوه بر احتمال قدیمی بودن داده‌ها این کار به موقعیت‌هایی می‌انجامد که داده‌ها بتواند  در راههایی استفاده شوند که از ابتدا به آن منظور نبوده‌اند. اشاره به این موضوعات انگیزة کار کاتالوگ گذاری داده‌ها را در نمایندگیها ایجاد می‌کند از قبیل FGDC (www.fgdc.gov در ساختار کاری PAMML  فایل توصیف داده‌ها تقسیم می‌شود (کد لیست b-1) و خود داده‌ها تقسیم نمی‌شوند کاربرد جدید این فایل XML را می‌گیرد و آن را برای مشترک کردن مستقیم خدمات داده‌ها از منتشر کننده بکار می‌برد. این کار دو هدف دارد. اول اینکه کاربر جدید آخرین نوع داده‌ها را می‌گیرد. این یک ویژگی خوب است ولی اهمیت واقعی این راهکار اینست که کاربران به مجموعه داده‌های اطراف کاری ندارند. بطور موثری آنها با یک قرارداد سروکار دارند که با منتشر کننده داده‌ها در تماس‌اند.

وقتی کاربر جدید در تلاش است که به داده‌ها دسترسی یابد. منتشر کننده فرصت دارد که تصمیم‌ بگیرد آیا با آن کاربر تجارت کند یا نه اگر داده‌ها عمومی و رایگان باشند هیچ اتفاق مهمی در این مرحله نمی‌افتد و به سادگی به کاربر فرستاده می‌شود. با این حال اگر داده‌ها به همین روش حساس باشند. منتشر در این لحظه اعتبار کاربر را بررسی می‌کند و مطابق آن عمل می‌کند و البته اگر کاربران عمدا نخواهند که سیستم را خراب کنند، آنها استفاده از ساختار PAMML با روشهای گذشته را انتخاب خواهند کرد چرا که همانطور که گفته شد PAMML آسانترو ارزانتر است. و با انجام این کار ما ارتباط قرارداد را (اجتماعی ، فنی یا تجاری) را میان منتشر کنندگان و کاربران تفویت و استحکام می‌بخشیم.

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

بحث داده‌های جسد متحرک با هدف کاهش هزینه‌ها و پیچیدگی (تلاش) حفظ به روزرسانی داده‌ها آغاز شد . ما نشان دادیم که چطور PAMML می‌تواند آن مسئله را حل می‌کند ولی موضوع کلی‌تری وجود دارد که به آن بپردازیم همانطور که پیش از این گفته شد هیچ تفاوت واقعی میان یک مجموعه داده‌ها و یک مدل وجود ندارد . یک مجموعه داده‌ها می‌تواند بعنوان یک خلاصه مختصر از برخی پردازش تحلیلی در نظر گرفته شود. بنابراین هر راه حل در مسئله داده‌های جسد متحرک هم باید در مدلهای تحلیلی اجرا شود. در واقع مسئله همین است. بیادآورید که در یک ساختار کاری PAMML کاربرد از طریق نام نویسی در خدمات PAMML به داده‌ها دسترسی پیدا می‌کند. جزئیات این نام نویسی در یک فایل فوری داده‌های PAMML ذخیره شده‌اند صحیح‌تر آنست که بگوییم در یک فایل فوری مدل چون می‌دانیم که PAMML این دو تا را متمایز از هم نمی‌داند بنابراین در معماری PAMML (از دیدگاه کاربر) هیچ تفاوتی میان دسترسی به یک مجموعه داده و دردسترسی به یک مدل پیچیده وجود ندارد. با این حال از دیدگاه منتشر کننده شاید تفاوت زیادی وجود داشته باشد. اگر هدف منتشر کننده اینست که دسترسی تعاملی به مدل را فراهم کند پس بطور حتم به چیزی بیش از یک وب سرور ساده برای رسیدن به این هدف نیاز دارد آنها در ابتدا مدل را در PAMML توصیف می‌کنند. ساده‌ترین روش در انجام این کار اینست که از ابزار Genenic Model (مدل کلی) استفاده شود که به فرد امکان میدهد برای مدل اسم بگذارد پس ورودیها و خروجی‌هایش را توضیح بدهد پس آنها باید یک نوع نرم افزار پردازش داده‌های PAMML را اجرا کنند تا کاربران بتوانند پارامترهای مدل را تغییر دهند و تجزیه و تحلیلهای خودشان را اجرا کنند. این سیستم پیچیده‌تر با وجود تواناییهای نمایندگیهای مثل Mass GIS بخوری کار می‌کند که از آنها خوشش می‌آید و معتقدند که PAMML تناسب خوبی بین پختگی نیازهای نماینده و پختگی مورد نیاز در زیربنای ساختار IT شان ارائه می‌کند.

نکته‌ای دربارة نکات قراردادی نمودارها: این فصل شامل تعدادی نمودارهای جعبه‌ای مثل آنچه نشان دادیم است این نمودارها پروسة عملکرد عملیات تحلیلی را نشان می‌دهد که مجموعه داده‌ها را می‌سازند که به نوبت در مرحله بعدی عملیات استفاده می‌شوند. نمودار باید از پایین به بالا خوانده شود که بالاترین جعبه نتیجه همه پردازش‌های داده‌هاست جعبه‌ها همگی اسم و نوع عملیات را دارند. (متن آن در کروشه‌های گرد آمده است) که به یک عنصر XML  در طرح PAMML پاسخ می‌دهند. توجه کنید به شکلهای کوچکی که در بالا و مرکز هر جعبه وجود دارد این شکلها نوع خروجی داده‌ها از جعبه را نشان می‌دهند یک دایره نشانگر خروجی داده‌ها بردار است. یک مربع نشانگر یک جدول (یا ماتریکس 2 بعدی) و یک مثلث نشانگر مقدار عددی واحد است ‌(Boolean)  و عدد صحیح یا دسی مال . یک ستاره دارای خروجی‌های چندگونه است. علامت رنگی جعبه‌ها یک نشانگر تصویری سریع است که به نوع مدل PAMML و همچنین نوع داده خروجی مربوط می‌باشد (تفاوت‌های رنگ شاید در کپی سیاه و سفید این نوشته سخت باشد).

مشارکت سهامدار: اگر این تحقیق هیچ کاری نکرد ولی به مسئله مدل داده‌‌ای جسد متحرک می‌پردازد و این یک موفقیت است اما همچنین ساختار کاری PAMML قادر است مسئله را با مشارکت سهامدار که در تجزیه و تحلیل غیرساختاری مشاهده شده به پیشرفت برساند. در آنجا ما عدم اتصال را مشاهده کردیم که بین تلاش تجزیه و تحلیل و بحث و مذاکراه و انتخاب‌هایی که وقتی تجزیه و تحلیلها به شهرداری آورده می‌شوند اتفاق افتاد و توسط Hodges  2004 بررسی شد. در حالیکه دانشمندان اجتماعی می‌توانند بعد از حقیقت به این بحث برسند این اتفاق وقتی چیزی را می‌توان انجام داد بندرت صورت می‌گیرد. حتی وقتی تلاش کمی برای هدایت تجزیه و تحلیلهای جدید یا اجرای مدل بر اساس ورودی سهامدار وجود دارد این کار معمولا نیاز به طراحی ویژه سیستم جداگانه‌ای برای استفاده در جلسات یا دیگر رسیدگیهای فراتر از محیط کاری تحلیلگر نیاز دارد. گاهی اوقات این کار ضروریست چون هر مدل روزها یا ساعتها طول می‌کشد که کامل شود ولی اغلب بدلیل اینست که نرم‌افزار مدلگذاری طراحی نشده است که به خارج از دفتر دسترسی داشته باشد و اجازه دهد که رابط کاربر تحلیلگر داده‌ها با یک رابط کاربر حمایت از تصمیم جایگزین شود PAMML راه حل‌ها را در مسائل غیر اجرایی تسهیل می‌کند با روشهای زیادی PAMML بطور موروثی طوری طراحی شده که به خارج از یک دفتر دسترسی داشته باشد بخاطر ریشه‌های خدمات وب آن است. همه عملیات از طریق پروتکل‌های اینترنت صورت می‌گیرند که شاید به یک کامپیوتر در یک دفتر محدود شوند یا کامپیوتر چند منظوره‌ای که در سطح جهانی پراکنده شده‌اند توانایی اجرای رابط‌های مختلف کاربر در یک مدل PAMML از این هم شگفت انگیز‌تر و مهم‌تر است این ویژگی تا حد زیادی نتیجه استفاده از xml است که برای این هدف طراحی شد. تکنولوژی اینکه چطور کار می‌کند را بطور جزئی در زیر توضیح می‌دهیم.

بنابراین می‌بینیم که تصمیمات اولیه طراحی در ساخت استانداردها مثل XML و خدمات وب به موضوعات آدرس کمک می‌کند که اغلب بعنوان خصوصیات خاص حرفة برنامه‌ریزی دیده شده است.

اما کاری که هنوز خودمان باید انجام بدهیم اینست که بحث و مذاکره عمومی را بگیریم و با تلاشهای مدلگذاری یکپارچه کنیم بیاد داشته باشید که ما ابزار PAMML به نام Altmoder را طراحی کردیم تا این کار را تسهیل کند. در تجزیه و تحلیل غیرساختاری واضح‌ترین کاربردش اینست که جریانات مختلف منطقه‌گذاری را بگیریم تا اینکه تغییرات منطقه گذاری بتواند بر اساس تاثیراتش بر رشد آینده ارزیابی شود از قبیل تغییرات تعداد مدارس مورد نیاز یا افزایش فشار بر سیستمهای آب و فاضلاب این کار باید بدون هیچ منظوری بعنوان یک پاسخ کامل به موضوع مشارکت سهامدار در نظر گرفته شود ولی بیشتر یک نقطه شروع برای تحقیق بیشتر است. در زیر بخوبی می‌بینیم که چطور ساختار کاری PAMML رابط‌های غنی کاربر را کنترل می‌کند ولی موضوع جالب‌تر در اینجا انواع اطلاعاتی است که یکنفر می‌خواهد بدست آورد. برای مثال برنامه‌ریزان اغلب از بازیهای وزن و سرعت در تنظیمات مشارکت استفاده می‌کنند این تکنیکها به یک مدل گسترده اطلاعاتی که در اینجا گفته شد نیاز دارد ولی اگر ساختار کاری PAMML یا حداقل XML بعنوان نقطه شروع استفاده شود احتمال توانستن یکپارچه کردن تکنولوژیها بسیار زیاد است.

برنامه‌ریزی مشارکتی: البته نقاط بالقوه بسیار زیادی در کشف و بحث به جای تنظمات منطقه‌گذاری وجود دارد. برای مثال موضوعات محیطی همیشه یک نگرانی هستند . افراد شاید بحث کنند که توسعة مسکونی حساس زیست محیطی از زمینهای مرطوب چقدر باید دوره باشند. یا شاید علاقمند باشند که بدانند حضور عوامل چندگونه محیطی در محدودة صحیح ساختمان سازی چقدر مهم هستند. هیچکدام از این موضوعات چون به Generic model (مدل کلی) بستگی دارد. که سطح بالای دیدگاه تجزیه و تحلیل را فراهم می‌کند. با این حال ما می‌توانیم این موضوعات را بیان کنیم از طریق مدلگذاری آنها با جزئیات بیشتر که به نوبت وجود سطح متناسب بحث‌ها را امکان پذیر می‌کند. انجام این کار می‌تواند تجزیه و تحلیل از ظاهر مدلگذاری بیرون آورده و به گردهمایی عمومی بیاورد. این کار همیشه مرکز توجه PSS مشارکتی بوده است ولی آنگونه سیستمها به ندرت اجرا شده‌اند به روشی که یک اتصال مستقیم بین فعالتیهای مشارکتی یا تساعی و تجزیه و تحلیل اصلی و اولیه را حفظ کنند. بعنوان یک مثال خیلی اساسی، تجربة ما را با مدلهای حفاظ از فصل قبل به یاد آورید. می‌گوییم که در مدل غیرساختاری جریانات توسط یک منطقه با حفاظ 100 فوت (48/30 متر) حمایت می‌شود و این با یک مدل حفاظ توصیف می‌شود که متشکل از یک مدل ارزش (مقدار) و یک مجموعه داده‌های بردار است. همانند مدلهای تکامل یافته در جای صحیح خودشان، حفاظ، مقدار یا داده‌های بردار هر یک می‌توانند با روشهای مختلفی مشاهده و جایگزین شوند. نتیجه اینست که افراد با تجربه مختلف می‌تواند بر کشف و پالایش قسمتهای مختلف مدل تمرکز کنند و این همان چیزی است که اتحادیة کارشناسی نگران آن است

تجزیه و تحلیل غیرساختاری برای ارائه در PAMML دشوار نبود اگرچه دنبال رمز XML بدون مطالعه دقیق آسان نیست . این مدل بیشتر تمایل دارد که با استفاده از یکنوع ابزار تصویری تجزیه و تحلیل دیده شود. و چگونگی آن اینجا ارائه شده است. از مذاکره پیش تجزیه و تحلیل غیرساختاری به یادآورید که جریان کلی تجزیه و تحلیل مراحل زیر را دنبال می‌کند: 1- زمینهایی که پیش از این توسعه یافته در نظر بگیرید. هیچ توسعه مجددی در این مناطق نیست. 2- دیگر مناطق را بگیرید و مکانهای تحت حمایت دائم را از توسعه حذف کنید. 3- مناطق با محدودیتهای نسبی توسعه شناسایی کنید. 4- حداکثر توسعه تجاری و مسکونی را برای مناطق شناسایی شده مرحله 2 را محاسبه کنید و مرحله 3 را برای اجرای یک عامل جریمه بکار ببرید که به مقدار نهایی غیرساختاری منطقه می‌رسد.

یک مدل مرحله 1 را نشان می‌دهد مناطق از قبل توسعه یافته با استفاده از داده‌های Landuse GIS Mass GIS  معین می‌شوند و مناطقی که کاربرد زمین‌ آنها قبلا توسعه آنها را نشان داده را انتخاب می‌کنیم .این مدل Reclass به نام توسعه یافته در پایگاه داده کاربرد زمین است توجه کنید که یک مدل Reclass متشکل از یک مجموعه داده بردار ، کاربرد زمین و یک جدول
(رنگ بنفش) Macconnell Landuse است. این جدول برای طبقه‌بندی مجموعه داده‌های کاربرد زمین استفاده می‌شود مقادیر ویژگی LU را به مقادیر ویژگی جدید مسیر می‌دهد یعنی DEV در این حالت، جدول طبقه‌بندی مجدد می‌گوید که برای ویژگی LU کاربرد زمین، همة مقادیر مساوی یا کمتر از V به مقدار DEV صفر مسیردهی می‌شوند.

همة مقادیر بین 8 تا 13 بطور فشرده به مقدار DEV 1 و به سمت جلو مسیردهی می‌شوند (نقشه‌گذاری می‌شوند) . داده‌های Landuse در برخی مکانهای تا ده سال عمر دارند پس برای تکمیل آن با استفاده از بررسی‌های محلی مفید است (مدل nem lu) و همچنین آخرین پروژه‌های توسعه دهندگان (مدل Subdivisions ) اینها از طریق یک عملیات Union تبریک می‌شوند تا یک مدل زیر تقسیم تازه توسعه یافته را شکل می‌دهند. اینها به نوبت با داده‌های قدیمی متحد می‌شوند تا مدل کامل زیر تقسیم تازه توسعه یافته را شکل دهند. اینها به نوبت با داده‌های قدیمی متحد می‌شوند تا مدل کامل زمین توسعه یافته را بسازند که ما به سادگی به آن توسعه یافته می‌گوییم. این مدل خوب شکل یافته زمین توسعه یافته است که برنامه ریز ساخت مدل غیرساختاری از آن استفاده خواهد کرد. با این حال فرد دیگری شاید هیچ نیازی به دانستن همه ملاحظات ندارد که به مفهوم کلی زمین توسعه یافته و تنها نتیجه نهایی می‌انجامد در این حالت آنها هیچ نیازی به دانستن همه ملاحظات ندارد که به مفهوم کلی زمین توسعه یافته و تنها نتیجه نهایی می‌انجامد در این حالت آنها هیچ نیازی ندارد که به مدل توسعه یافته عمیق‌تر نگاه کنند در آن سطح جزئیات مدل مثل یک مجموعه داده‌های برداری با یک اسم است که کاربران انسانی را با نشانه‌های معنایی با توجه به محتوای مجموعه داده‌ها مجهز می‌کند.

آنها فقط می‌بینند چطور آن مدل زمین توسعه یافته ساختار پیدا کرده اگر آنها به آن عمیق‌تر بیاندیشند.

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

مدل زمینهایی است که نمی‌توانند بدلیل محیطی توسعه یابند که شامل شیب تند، دشتهای سیل‌زاد و با تلاقها همه اینها در یک مدل زمین نسبتا توسعه یافته وارد می‌شوند. ویژگی قابل توجه این مدل مربوط به گوناگونی زیاد منابع اولیه داده‌های مورد استفاده است. در ماساچوست داده‌های محیطی معمولا از Mass GIS بدست می‌آیند که آن را از نمایندگی دولتی می‌گیرند ولی پردازش بیشتری صورت می‌گیرد تا برای استفاده در کار منطقه‌ای (ناحیه‌ای) آسانتر شوند داده‌های باتلاقها باز هم ممکن است از دیگر منابع بدست آید و سه انتخاب ممکن در این مدل نشان داده می‌شوند. در واقع Mass GIS بطور خاصی این ارزش انتخاب برای داده‌های باتلاقها را بررسی می‌کند پس وجود آن در اینجا یک ضرورت است نه فقط راهی برای استفاده از مدل Alternatives که در فصل قبل بررسی شد.

مراحل نهایی تجزیه و تحلیل غیرساختاری را نشان میدهد. با خواندن از قسمت پایین زمین توسعه یافته و مناطق با محدوده‌های کامل محیطی ترکیب می‌شوند با استفاده از یک مدل متحدتا مناطق غیرساختمان سازی را ایجاد کند.

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

اکنون ما با مهمترین ویژگی‌این نمودار مواجهیم، طبقه‌بندی مجدد یا جستجو ، جدول‌ها محدودهای نسبتا زیست محیطی جدولی است که یک تحلیلگر می‌سازد تا معین کند که چقدر محدوده‌ها تاثیر نسبی بر توسعه آن قسمت خاص از زمین خواهند داشت در کار Mass GIS این مرحله در مایکروسافت اکسل انجام شد در حالیکه ESRI Arcview برای عملیات فضایی استفاده شد و این کار را برای دنبال کردن تجزیه و تحلیل از آغاز تا پایان را مشکل کرد.

این دو برنامه  نرم افزاری هنوز می‌توانند برای اجرای تجزیه و تحلیل استفاده شوند اگر آنها حمایت از خدمات PAMML را توسعه دهند ولی PAMML به ما روشی می‌دهد که رسما پروسه را بدون وابستگی به هر بسته نرم‌افزاری ‌خاص توضیح دهد. همچنین این نمودار نشان می‌دهد که این مرحله بحرانی تجزیه و تحلیل قادرست نشانگر یک جدول ساده جستجو باشد و براحتی بتواند در وب برای تولید جریان تعاملی در دسترس باشد حتی اگر باقی مدل از یک جعبه سیاه بیشتر باشد کاربرد زمین Bus/Com/ind و کاربرد زمین مسکونی به سادگی برای حل کردن مدل زمین نسبتا و کاملا قابل توسعه در شکل تجاری و مسکونی استفاده می‌شود چون آنها به شکل متفاوتی تجزیه و تحلیل می‌شوند. پس تحلیلگر از دو جدول نهایی جستجو محل خانه با نوع منطقه و bus/com/ind dev با نوع منطقه استفاده می‌کنند تا حداکثر ارقام توسعه را بر مبنای تراکم توسعه مجاز تحت رمز منطقه گذاری توسعه دهد. غیرساختاری مسکونی و تجاری باهم ظاهر می‌شوند تا دیدگاه یکنواخت نهایی

آنها فقط می‌بینند چطور آن مدل زمین توسعه یافته ساختار پیدا کرده اگر آنها به آن عمیق‌تر بیاندیشند.

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

مدل زمینهایی است که نمی‌توانند بدلیل محیطی توسعه یابند که شامل شیب‌ تند، دشتهای سیل‌زا و باتلاقها همة اینها در یک مدل نسبتا توسعه یافته وارد می‌شوند. ویژگی قابل توجه این مدل مربوط به گوناگونی زیاد منابع اولیه داده‌های مورد استفاده است. در ماساچوست ، دادهای محیطی معمولا از Mass GIS بدست می‌آیند که آن را از نمایندگی دولتی می‌گیرند ولی پردازش بیشتری صورت می‌گیرد تا برای استفاده در کار منطقه‌ای (ناحیه‌ای) آسانتر شوند. داده های باتلاقها بازهم ممکن است از دیگر منابع بدست آید و سه انتخاب ممکن در این مدل نشان داده می‌شوند. در واقع Mass GIS بطور خاصی این ارزش انتخاب برای داده‌های باتلاقها را بررسی می‌کند پس وجود آن در اینجا یک ضرورت است نه فقط راهی برای استفاده از مدل Alternatives که در فصل قبل بررسی شد.

شکل 7-6 مراحل نهایی تجزیه و تحلیل غیرساختاری را نشان میدهد با خواندن از قسمت پایین زمین توسعه یافته و مناطق با محدوده‌های کامل محیطی ترکیب می‌شوند با استفاده از یک مدل متحد تا مناطق غیر ساختمان‌سازی را ایجاد کند.

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

اکنون ما با مهمترین ویژگی این نمودار مواجهیم، طبقه‌بندی مجدد یا جستجو ، جدول‌ها محدوده‌های نسبتا زیست محیطی جدول است که یک تحلیلگر می‌سازد تا معین کند که چقدر محدوده‌ها تاثیر نسبی (شکل 5-6) بر توسعه آن قسمت خاص از زمین خواهند داشت. در کار Mass GIS این مرحله در مایکروسافت اکسل انجام شد در حالیکه برای عملیات فضایی استاده شد و این کار را برای دنبال کردن تجزیه و تحلیل از آغاز تا پایان را مشکل کرد.

این دو برنامه نرم‌افزاری هنوز می‌تواند برای اجرای تجزیه و تحلیل استفاده شوند اگر آنها حمایت از خدمات PAMML را توسعه دهند ولی PAMML به ما روشی می‌دهد که رسما پروسه را بدون وابستگی به هر بسته نرم افزاری خاص توضیح دهد. همچنین این نمودار نشان می‌دهد که این مرحله بحرانی تجزیه و تحلیل قادرست نشانگر یک جدول ساده جستجو باشد و براحتی بتواند در وب برای تولید جریان تعاملی در دسترس باشد حتی اگر باقی مدل از یک جعبه سیاه بیشتر باشد کاربرد زمین Bus/com/ind و کاربرد زمین مسکونی به سادگی برای حل کردن مدل زمین نسبتا و کاملا قابل توسعه در شکل تجاری و مسکونی استفاده میشود چون آنها به شکل متفاوتی تجزیه و تحلیل می‌شوند. سپس تحلیلگر از دو جدول نهایی جستجو محل خانه با نوع منطقه و Bus/com/ind با نوع منطقه استفاده می‌کند تا حداکثر ارقام توسعه را بر مبنای تراکم توسعه مجاز تحت رمز منطقه گذاری توسعه دهد. غیر ساختاری مسکونی و تجاری پس با هم ظاهر می‌شوند تا دیدگاه یکنواخت نهایی را بسازند. اجزای شکل دهنده می‌خواهند بطور پیوسته و نه بطور یکدفعه برنامه ریزی شوند EOEA این را تشخیص داده و دو راه اصلی برای تجزیه و تحلیل بیشتر فراهم کرده است. اصلی‌ترین آن تجهیزات آن‌لاین است که در فصل 3 گفته شد که عمدتا به کاربرد امکان میدهد که آمارهای جمع شده در اجتماعات چندگونه مجاور را بدست آورد. گزینه انعطاف‌پذیرتر اینست که همة مجموعه داده‌های مورد استفاده در تجزیه و تحلیل را دانلود کنند و آنها را در نرم‌افزار خود فرد استفاده کنند Excel & Arcview و جعبه ابزار تجزیه و تحلیل) تا تجزیه و تحلیل متداول غیرساختاری را بسازد زا طریق تغییر دادن ورودی‌های اصلی مثل مجموعه‌های ساختمان سازی پهنای جاده‌ها یا حفاظ‌های حمایت از منابع طبیعی در فصل 3 ما مسئله اصلی این گزینه‌ها را شناسایی کردیم آنها بطور ضعیفی با اجتماعات کاربرشان هماهنگ می‌شوند فردی ممکن است تصور کند نمایندگی‌های منطقه‌ای برنامه‌ریزی بیشترین نیاز به جمع‌آوری آمارها دارند ولی همچنین آنها بطور حتم حرفه‌ای‌های برنامه‌ریزی هستند و بیشتر به ابزارهای پخته‌تر به جای وب سایت علاقمندند . از رف دیگر شهدهای کوچک روستایی و حومه بیشترین استفاده را از سیستم می‌کنند که به آنها امکان می‌دهد جریانات بر مبنای تغییرات تنظیمات کاربرد زمین محلی را بعهده بگیرند باز هم متمایل نیستند که منابع ضروری کاربرد کامل از سیستم Arcviw/Excel  داشته باشند و حتی اگر آنها این کا ررا کردند آن سیستم باز هم ناقص است که مسئله داده‌های جسد متحرک را تشدید می‌کند. یک برنامه‌ریزی محلی تمایل ندارد که زمان داشته باشد تا مهارتهای ضروری را بدست آورده و توسعه دهد که از سیستم Arcviw/Excel استفاده می‌کند با دیگر ادارات کار کند تا آخرین داده‌های توسعه و منطقه گذاری را بدست آورد. و راهی را برای تقسیم مجموعه داده‌های به روز شده با نمایندگیهای دولتی و منطقه‌ای پیدا کند این فعالیتها باید همگی به یکدیگر وابسته داشته باشند اگر امیدواریم که همیشه این سیستمها را در حال اجرا ببینیم .

ساختار کاری خدمات PAMML این کار را انجام می‌دهد به منظور انجام تجزیه و تحلیل متداول یک برنامه‌ریز محلی مدل PAMML را از دولت می‌گیرد. برای اجرای این مدل آنها نرم افزار تجاری را می‌خزند که  PAMML را بفهمد یا شاید آنها به مجموعه آن‌لاین ابزارهای تجزیه و تحلیل از راه دور دسترسی دارند که PAMML  را فهمیده است در هر روش که مدل تجزیه و تحلیل که در نرم افزار تجاری بطور محلی پردازش کرده یا از خدمات وب از راه دور استفاده کند بازهم مجموعه داده‌های اصلی از طریق خدمات وب قابل دسترسی هستند کاربر فیزیکی می‌تواند بطور فیزیکی مدل را با یک کپی محلی داده‌ها تغییر دهد ولی آسانتر اینست که مدل را راها کنید و مجموعه داده‌های اصلی را به روزرسانی کنید . این راهکار داده‌ها را بررسی به روز می‌کند کسی که از ساختار کاری PAMML استفادهمی‌کند توجه کنید که این ساختار کاری انعطاف‌پذیر است افراد هنوز می‌توانند کارهایی را با روش قدیمی انجم دهند ولی اسانتر این است که کارها را درست انجام دهند این مفهوم ویژگی اصلی طراحی PAMML است که در آن زمان و تلاش نیاز به تکمیل کردن وظیفه‌ای دارند که با بازدهی مطلوب موازی است.

تعامل ماشین به ماشین:

با مدل جزئی شده‌ای که ما اکنون توسعه داده‌ایم فرد تصویری بهتر می‌گیرد از اینکه چقدر موقعیتهای اکتشاف گسترده هستند و همچنین حتی یک تجزیه و تحلیل ساده مثل غیرساختاری چقدر می‌تواند پیچیده باشد. ما قبلا مدل را به یک نمودار به جای ارائه رمز PAMML خام فشرده کرده‌ایم و هنوز هم پیچیده است نه بدلیل اینکه تکنولوژی XML طاقت فرسا است بلکه چون پردازش تجزیه و تحلیل بطور موروثی کاملا پیچیده است وقتی هر حرمله بطور رسمی بیان شود. ما تلاش می‌کنیم که داده ها را تقسیم کنیم و تا حدی تجزیه و تحلیل را با هم کار می‌کنیم چون مدیریت همه این مراحل مشکل است و این در حالیست که ارزش معماری خدمات وب واقعا آشکار می‌شوند همانطور که در تجزیه و تحلیل غیرساختاری مشاهده کردیم مسائل برنامة‌ریزی معمولا نیاز به ورودی داده‌ها از منابع زیاد دارد و به اظهار نظر فنی انواع بسیار مختلف افراد نیازمند است. این موقعیت نشان می‌دهد که انواع بسیار مختلف سیستمهای کامپیوتری در راه حل هر مشکلی وجود دارند معماری خدمات وب را می‌توان بعنوان یک زبان برنامه‌نویسی برای کامپیوترهای توزیعی و بی‌ربط ترکیبی نیز در نظر گرفت. این در تضاد مطلق با اکثر زبانهای برنامه‌نویسی است که برای توسعه دادن نرم افزاری طراحی می‌شوند که در یک کامپیوتر با یک سیستم اجرایی اجرا خواهد شد. با استفاده از یک ساختار کاری تکنولوژی طراحی شده که راه حل‌های وسیع صنعتی را در مسائل تعاملی ماشین به ماشین بعنوان اهرم بکار می‌برد. ما دو چیز را انجام می‌دهیم اول اینکه ما از یک ساختار کاری استفاده می‌کنیم که بخوبی با طبیعت توزیعی ارتباطات سازمانی در برنامه‌ریزی موازی است دوم اینکه ما قادریم که بر مسائل برنامه‌ریزی تمرکز کنیم بجای اینکه راه حل‌های تکنولوژی جدید را از آغاز اختراع کنیم با یک معمار خدمات وب در محل می‌دانیم که مسائل پیچیده به قطعات قابل کنترل‌تری شکسته می‌شوند تا افراد مختلف (یا سازمانها) قسمتی از سیستم که در آن اظهار نظر فنی دارند را توسعه بدهند ما توانسته‌ایم این را قبل از خدمات وب انجام دهیم ولی ضعیف اجرا شده یا خیلی پرهزینه بوده است. اکنون ابزارهای مورد نیاز برای تعامل ماشین به ماشین میسر را داریم.

محصولات نهایی محاوره‌ای : در حالیکه پیچیدگی پردازش اطلاعات ممکن است از طریق یک معماری کامپیوتری توزیعی مدیریت شود، افراد بازهم باید مسائل را بطور کلی درک کنند. بطور روشن تعامل با سیستم باید با تجهیزات و ارتباط کاربر متعادل شود که به وظیفه خاص یا حضور خاصی تمرکز می‌کند توانایی ساخت و تعامل با مدلهای پیچیده از طریق یک ارتباط تصویری در واقع یک نشانه تمام عیار از سیستمهای اطلاعات جغرافیایی مدرن است تاکنون در مورد PAMML عمدتا به اهمیتش در گرفتن صحیح پردازش مدیریت و تقسیم اطلاعات بستگی داشته است و از طریق بیان بهتر این پردازش ، موقعیت اتوماسیون و تولید جزء مولفه را ایجاد می‌کند. با این حال اگر به برنامه‌ریزی پیوسته همیشگی امیدواریم ساختار کاری PAMML نباید فقط زمان پول و تلاش را ذخیره کند بلکه باید ارتباطات غنی تصویری که مورد تقاضای برنامه‌ریزان حرفه‌ای است را هدایت کند. مدلگذاری تصویری و ارتباطات تجزیه و تحلیل، ویژگیهای رایج نرم‌افزار تجاری هستند در زمینه برنامه‌ریزی ESRI,Arc GIS مشهورترین بسته بندی است. رابط اصلی یک نقشه است که در آن منابع داده‌ها می‌تواند وابسته به نقشه‌کشی افزوده و سبک‌‌بندی شود.

یک ابزار تصوری به نام Model Builder اخیرا به Arcview افزوده شده که به کاربر امکان می‌دهد یک تجزیه و تحلیل را با استفاده از استعار، نمودار سیم‌کشی طراحی کند (شکل 8-6) در حالیکه پردازش مدلگذاری را در یک استعاره قوی تصویری می‌گیرد، در یک زبان نوشتاری داخلی از یک پیشرو فراتر نمی‌رود. برای گسترش نقش تحلیلگر از میز کار یا کاربر شرکت GIS (برای مثال) فراتر نمی‌رود و همکاری همه کاربران را تسهیل می‌کند و دیگر بسته‌های نرم‌افزاری هم نمی‌توانند اینکار را بکنند در حالیکه یک محصول جدید است نرم افزار ساخت مدل تصویر سالیان زیادی یک محل فعال تحقیقاتی در Pss و همچنین علم کامپیوتر بطور کلی بوده است طرحهای مدلگذاری موسسه عمومی و جعبه ابزارهای تجزیه و تحلیل را می‌توان به فراوانی پیدا کرد ولی تجهیزات هندسی فضایی مرتبط‌تر هستند که در خطا منبع خطا یافت نشد است بطور حتم کامل‌ترین نوع است این وسیله ارتباط جغرافیایی برای تجزیه و تحلیل داده‌های فضایی اکتشاف و تجسم را فراهم می‌کند یکی از کارکنان محقق در دانشگاه دولتی پنسیلوانیا با کار توسعه و حفظ و نگهداری مداوم نرم‌افزاری انجام وظیفه می‌کرد. جبر نقشه تصویری (شکل 10-6) یک رابط نموداری کاربر است برای ساختار تجزیه و تحلیل ماتریس نقطه‌ای جبر نقشه ای که در همه جا حاضر است.

در حالیکه این چنین سیستمها مقدار زیادی ویژگیهای مفید تجزیه و تحلیل را دارند. وقتی از لنزهای این کار به آن نگاه کنیم شباهتهایشان بیشتر از تفاوتهایشان چشمگیرتر است . همه این سیستمها دارای دو ویژگی اصلی هستند یکی مدل کار صنعتگری و دیگری فقدان توجه به قابلیت همکاری سیستمهاست. مدل صنعتگری، وظایفی است که توسط برخی افراد مهارتی در یک کارگاه با ابزارها و مواد انجام می‌شوند.

صنعتگران تلاش می‌کنند که مهارتهایشان را بهبود بخشند و ابزارهای جدیدی برای تولید محصولات بهتر بکار گیرند. این کار در نرم‌افزاری بعنوان محصولات کار و به اسم جعبه ابزار و یا محیط کار تعبیر می‌شوند و محیط تجزیه و تحلیل و ابزارها همیشه با ویژگیهای خاص کاربر صنعتگر هماهنگ هستند. این محصولات اغلب دارای ابزارهای پخته‌ای هستند که به کاربر امکان می‌دهد مدل خودش را بسازد انواع جدید مدل‌ها ر اختراع کند یا ویژگی مدل را برای استفاده مجدد بعدی ذخیره کند ولی تلاش را برای تقسیم مدل مشاهده نمی‌کنیم که یک زبان استاندارد منتشر کند. یا از ساختار مدل حمایت کند که خود از هماهنگی کاربران مختلف حمایت می‌کند. این مجموعه ذهنی در خلاف با ساختار کاری PAMML است که در آن داده‌ها مواد نیستند بلکه ابزارها هستند و ابزارها در برخی سطوح باید تقسیم شوند که سیستمها نیازمند قابلیت همکاری هستند بنابراین موضوع اصلی این کار اینست که ویژگیهای مفید را تحلیلی را و ارتباطات کاربرد در نرم‌افزار مدلگذاری تصوری حفظ کنیم در حالیکه استفاده از PAMML به ایرادات فوق الذکر می‌پردازد که مانع پیشرفت به سمت کاهش هزینه‌های تجزیه و تحلیل برنامه‌ریزی می‌شود.

مدلگذاری تصویری: یک آزمایش انجام شد تا ببینم چطور PAMML بخوبی می‌تواند با نوع محیطهای ساختار مدل تصویری که تحت حمایت است هماهنگ شود. این یک امتحان توانایی ساختار کاری است که برای کاربران و طراحان قدیمی PSS جذاب است. این وظیفه بعنوان تمرینی برای نمایش دادن ابزارها و معانی شان در محیط تصویری انجام شد. بعنوان یک محیط با رابط کاربر نموداری یک کتابخانه عمومی با رسم نمودار شبکه‌ای به نام JGraph استفاده شد این کتابخانه مجموعه‌ ابزارهایی برای ترسیم شکل ها حرکت دادن آنها در اطراف صفحه نمایش ، اتصال آنها به خطوط و لایه‌بندی اتوماتیک نمودارهای شبکه مجهز بود وقتی با زبان برنامه‌نویسی شی‌گرا یعنی Java توسعه یافت این وسیله یک تمرین نسبتا مستقیم بود که ابزارهای نمودار استاندارد را گسترده کند تا شامل یک قسمت از کد XML  PAMML باشدسپس ساخت ابزارهای PAMML امکان پذیر شد که خصوصیات خاص را بدست آورد از قبیل رنگ و شکل بر مبنای نوع PAMML (شکل 11-6) توجه کنید که کپی کردن کامل قراردادهای غنی نموداری امکانپذیر بود که مدل غیرساختاری Mass GIS را نشان دهند یک موضوع جداگانه این بود که نیاز داشتیم مدلها را از نمایشگر آنها بعنوان متن XML در یک فایل حرکت دهیم که به ابزارهای تصویری روی صفحه نمایش کامپیوتر برسند . تعدادی از ابزارها بررسی شدند که از نظر برنامه‌ای بتوانند این کار را انجام دهند بنظر می‌رسد که در حالیکه تعداید از جعبه‌ ابزارها وجود دارند تا ساخت ارتباطات تصوری در داده‌های XML اتوماتیک کنند هیچکدام از آنها بطور کامل و کافی توسعه نیافته بودند تا برای این کار استفاده شوند این می‌توانند به این دلیل باشد که XML برای این نوع اتوماسیون سودمند نیست و بطور حتم برای اینست که ابزارهای XML هنوز در حال رشد هستند سالهای زیادی طول کشیده که ابزارهای خوب تصوری نوشتن HTML بطور وسیعی در دسترس باشند و XML فقط پنج سال عمر دارد.

یک کاربرد مشهور جریان اصلی با حمایت در حال تولد برای نوشتن تصوری داده‌های XML عبارتست از ریشه‌های آن در جهان طراحی و ب(همانطور که با اجتماع مدلگذاری اطلاعات مقایسه‌ می شود) در اینجا کاملا مشخص است چرا که Flash هیچ راهی برای ساختن یک رابط مستقیم از یک طرح XML ندارد بلکه به یک مستند فوری غیرذهنی XML نیاز دارد آن تکنیک می‌تواند برای مستندات ساده و کوچک کار کند که هر زمینه داده‌ای همیشه شلوغ است مثل یک سفارش خرید ولی در مورد ما زبان گسترده‌ای داریم که در آن هیچ مدلی تا حالا از کل لغت‌ها استفاده نکرده است. بعبارت دیگر Flash به ما می‌آموزد که چطور یک رابط کاربر برای مدلهای بافر را بسازیم ولی هیچ ابزاری برای ساده کردن توسعه یک رابط کاربر برای کل زبان ارائه نمی‌کند. امیدواریم این برنامه در این مورد در سالهای آینده رشد بیشتری بکند.

در حالیکه Flash از اجتماع طراحی وب نشات می‌گیرد میکرو سیستمهای خورشیدی جاوا برای پیوندهای XML از طرف برنامه‌نویسان بدست می‌اید قسمتی از بسته توسعه دهندة خدمات وب خورشیدی است این کتابخانه برای تولید مدل جاوا در طرح XML  داده شده استفاده می‌شود که در اینجا PAMML است انگیزه برای JAXB و دیگر تجهیزات مشابه اینست که باید یک جدایی مشخص بین انتقال یک کلمه XML از متن به نرم افزار وجود داشته باشد و آن کلمه در برنامه نرم‌افزاری استفاده شود (بر خلاف آن فرد می‌تواند یک برنامه را تصور کند که فایل XML را بعنوان ابزار اولیه (اصلی داده‌ها استفاده می‌شود و هرچه پردازش اطلاعاتی که در برنامه نرم‌افزار انجام می‌شود مستقیما در XML ای که تولید می‌کند منعکس خواهد شد.) قادر بود که XML را بخواند و آن را بعنوان ابزارهای جاوا معرفی کند پس یک موضوع ساده است که این ابزارهای جاوا PAMML را به ابزارهای متعل می‌کند همچنین این برنامه کتابخانه ترجمهPAMML خارج از جاوا و داخل به XML را خودکار می‌کند این کار یک ابزار لازم الاجرا در طول مرحله توسعه زبان است چون به تجهیزات امکان می‌دهد که ساخته شوند در حالیکه زبان هنوز در حال هم آهنگ شدن است . تغییر کردن کد جاوا  PAMML به سادگی موضوع است که در نوشتن و جمع آوری مجدد برنامه استفاده شد.

در حالیکه JAXB  یک ابزار مفید در مرحله نمونه گذاری بود بخوبی با برخی ویژگیهای پیشرفته طرح XML کنار نمی‌آید وقتی این ویژگیها برای طراحی PAMML مهم شوند JAXB   دیگر نمی‌توانند استفاده شوند در حالیکه این کار مایوس کننده بود منافع ویژگیهای اتوماسین JAXB   هنگام کار با طرح سخت  XML دلسرد کننده نبودد این کار ساده‌تر و انعطاف‌پذیرتر است به میزان نوشتن پردازش  XML و تجسم آن که هر روز و عادی انجام می‌شود.

با عدم موفقیت JAXB   و توانایی متعاقب برای ادامة کار به یک روش تاکید داریم که در آن انتخاب یک ساختار کاری  XML یک تصمیم بسیار ابتدایی بوده است علیرغم جوانی نسبی  XML هیچ مانعی با آن مواجه نبود که پیشنهاد دهد که ساختار خدمات وب  PAMML مانع تحقیق و توسعه ارتباطات تصویری در مدلهای تحلیلی خواهد شد.

ارتباطات غیر فنی کاربرد: بحث قبلی ابزارهای ارتباطی تصویری و غنی را پوشش داد که تحت نظر برنامه‌ریزان د افراد حرفه‌ای مدلگذاری بود با این حال کاربران با اظهار نظر‌های اندک در مدلگذاری هم باید در پروسه برنامه‌ریزی دخالت داشته باشند این کار نیاز دارد که مدلهای XML ما ارتباطات ساده‌تری را نسبت به قبل در نظر بگیرند جای تعجب نیست که PAMML می‌تواند با این شرایط هماهنگ شود ولی روشی که نیازها  برآورده می‌شوند فوق العاده جالب است.

نتیجه نهایی تحلیل غیرساختاری مجموعه نقشهایی است که در فصل 3 نشان دادیم و در کنار آن گروهی از آمار مثل در شکل (12-6) هستند می‌دانیم که در یک ساختار PAMML این آمارها می‌توانند خروجی مدلها باشند که در ساختار XML توضیح دادیم. اگر می‌خواستیم که صفحه وب در شکل 12-6 را از مد PAMML دوباره تولید کنیم (که به صفحه امکان می‌دهد همیشه آخرین پرتونگاری‌ها را نمایش دهد) می‌توانستیم یکی از ابزارهای پردازش XML استاندارد صنعتی را بکار ببریم که کد HTML را از XML بسازد.

این کار ارزاتی خواهد بود نه فقط چون میزبان ابزارها قبلا در بازارهای با منبع رایگان و تجاری وجود داشته است بلکه چون میزبان کار مهارتی (طراحان وب) وجود دارند که می‌توانند این تجهیزات را با حداقل آموزشهای اضافی توسعه دهند اکنون راهکارمان را در وجود تکنولوژی جریان اصلی دریافتیم ک ما را به سمت کاهش مستقیم  هزینه‌های تکنولوژی می‌برد و به سودمندیهای بازار کار سوق می‌دهد که یکبار دیگر به اهمیت یکپارچگی تاکید کنیم.

محیط غنی و تصویری مدلگذاری که تحت نظر افراد حرفه‌ای تجزیه و تحلیل است در پیشرفت بسمت جلو نمونه‌گذاری شد از طریق انتقال XML  به زبان برنامه نویسی (در اینجا جاوا) که بعدا بتواند در محیط قدیمی توسعه نرم‌افزار استفاده شود تا هر کابرد دلخواه را توسعه دهد رابط کاربر هنوز ابزاری است که بازدهش یک مدل  PAMML است که یک کار پردازش اطلاعات را توضیح می‌دهد. این کار باید بعدا توسط یک موتور پردازش اطلاعات اجرا شود مثل یک سیستم GIS که روی یک کامپیوتر قرار می‌گیرد یا میان تعداد زیادی کامپیوتر پراکنده می شود. این راهکار را می‌توان تنظیم کرد که خاتمة غیرفنی کاربر را با ارتباطات تصویری فراهم شود. نکته اصلی این خواهد بود. که فقط بخشهای محدود مدل را به کاربر نشان دهند و ارتباط با سطح مهارتی کاربر را در ذهن طراحی کننده شکل13-6 این جریا را نشان می دهد یک مدل XML در سمت راست نشان داده شده است. در پایین سمت چپ کل مدل به یک مدل تصویری آورده شده که تجهیزات سازنده مثل آنچه در بالا گفته شد را دارد. با این حال در بالا سمت چپ قسمت کوچکی از مدل را می‌بینیم (یک عملکرد حفاظ) که در حالت بسیار متفاوتی نمایش داده شده است.

یک متغیر وجود دارد و مقدار آن با کلیک روی فلشهای بالا و پایین تغییر می‌کند در این حالت نرم افزار کاربر به حد کافی هوشمند هست که یک مرور کلی از حفاظ را ارائه دهد که بر مبنای مجموعه داده‌های فضایی و مقدار فاصله انتخاب شده توسط کاربر است.

همچنین می‌توانیم یک روش مشابه فوق را برای تولید صفحه وب بکارببریم برخی تکنولوژیهای جریان اصلی در دسترس هستند که بطور خودکار ارتباط کاربر از مستنداد  XML  عمدتا را تولید می‌کنند اینها در حال حاضر بسیار ساده و ناتمام‌اند برای توسعة تجهیزات در مدلگزاری حرفه‌ای ولی به تجهیزات ساده‌تر و سبک‌تر امیدوار باشید بخصوص آنهائیکه برای وب سایتها طراحی می‌شدند و بازهم سودهای هزینه‌ای مشابهی را در استفاده از تکنولوژیهای جریان اصلی و مبنای مهارت جریان اصلی شناخته خواهد شد. با مخلوط کردن و متناسب کردن تکنولوژیهای صحیح آگاه از   XML با کاربران صحیح می‌توانیم تصور کنیم که حتی شهرستانهای کوچک با کمک نمایندگیهای برنامه‌ریزی منطقه‌ای چگونه قادرند اجزای سازندهشان را با به روزرسانی مداوم اطلاعات تعاملی (محاوره‌ای) و پویا فراهم کنند. تکمیل یک پروژه خانه‌سازی می‌تواند به روز رسانی گندزدایی ولود آن را داشته باشد یا بازگشایی یک مغازة جدید می‌تواند تراکم را به مدل ترافیک بیافرانید و مهمترین اینکه هر تسجم داده با لایه‌های زیرین توصیف مدل PAMML کار می‌کند تا فرد بتواند آماهای کپی کردن را در کنار صفحه وب ببیند و آن را به صفحه گسترده (آگاه از PAMML منتقل کند که در واقع متن را روی صفحه کپی نمی‌کند بلکه زیر کد XML PMML خط می‌کشد تا داده‌ها به وضعیت جسد متحرک بازنگردد و قرارداد بین کاربر داده و فراهم کنند حفظ شود.

این فصل زنجیره‌ای تلاشهای نمونه‌گذاری را نشان داد از طراحی سیستمها تا توسعه واقعی نرم‌افزار در هر مورد مسائل مدیریت اطلاعات که در کار ما بسیار قانع کننده هستند و در تحلیلهای غیرساختاری مشاهده می‌شوند اشاره شدند به روشهای مختلفی دیدیم که سیستمها روی ساختار کاری PAMML ساخته شدند بدون شک ارزان هستند و با نیازهای سازمانی مقیاس‌گذاری می‌شوند و به خوبی با الگوهای تکنولوژی جریان اصلی هماهنگ می‌شوند این شواهد زیاد هستند که ثابت می‌کنند برنامه‌ریزی سیستمهای حمایت که در این شکل ساخته شده‌اند دارای موقعیتی هستند که از مسائل مدیریت اطلاعاتی سیستمی که امروزه شاهد آن هستیم اجتناب می‌کنند.