اصول 7 مدل چند لایه

اگر چه این کار ساده تر از انجام انجام شده است، من می خواهم در این هفته شروع کنم geofumando در این موضوع، اگر چه کتاب های کامل در این زمینه وجود دارد، از 7 اصول وب 2.0 برای خلاصه کردن طرح چند لایه و استفاده از آن به زمینه جغرافیایی استفاده خواهیم کرد.

این مفهوم که به عنوان چند لایه شناخته می شود ، پس از رونق گرفتن برنامه های سرور مشتری ظاهر شد و این امر به رشد اینترنت مربوط می شود همزمان با محبوبیت شبکه های خصوصی (اینترانت). یکی از مهمترین اهداف این است که توسعه بر عملکرد تأثیر نمی گذارد ، چه رسد به اینکه کاربران جستجو در سیستمی که دائماً استفاده می شود ، کمتر باشد.

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

سپس لایه های این مدل و اصول آن را ببینید.

لایه توسعه

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

2. برنامه های کاربردی برای استفاده از چند دستگاه.  توجه به این نکته ضروری است که کاربران می خواهند از طریق وب به اطلاعات دستگاههای دسک تاپ یا تلفن های همراه مختلف دسترسی پیدا کنند ، بنابراین توسعه باید این اصل را در نظر بگیرد. اگرچه پیش بینی تکامل ابزارهای شناخته شده آسان نیست ، اما حداقل ویژگی پروژه باید برای تغذیه و بارگیری داده ها در نظر گرفته شود ، همانطور که در مورد فرآیند کاداستر ، استفاده از تجهیزات GPS و PDA با برنامه های GIS / CAD با حداقل قابلیت تغذیه جدول جدولی و استفاده از داده های شطرنجی / بردار. از آنجایی که تخصص کسب و کار متنوع است ، لازم است که از پیشرفت فناوری ها آگاهی داشته باشید.

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

لایه فرآیند

4 وب به عنوان یک پلتفرم  اعم از اینترانت یا اینترنت ، این مفهوم یکسان است و به دنبال آنلاین بودن محیط کار کاربران هستید تا هر نوع پردازشی از سرور اجرا شود. این با اصل زیر تکمیل می شود ، زیرا هدف این است که اطمینان حاصل شود که عملیات فرآیندها به تجهیزات با منابع زیاد احتیاج ندارند ، اگرچه لازم است برنامه های دسک تاپ از نو طراحی شوند.

5 استفاده از برنامه های آنلاین  این یک چالش بزرگ برای توسعه دهندگان است ، زیرا این لایه همچنین شامل تعدادی از کاربرانی است که فرایندهایی فراتر از درخواست را انجام می دهند. این موارد مربوط به نگهداری کاداستر است که به استفاده از پرونده های گسسته و نه تنها دستکاری داده های جدولی نیاز دارد. برای این منظور ، نرم افزار انتخاب شده باید یک محیط کنترل فایل کنترل شده ، نسخه و فرآیند شناخته شده به عنوان check-checkin را فراهم کند. همچنین انتظار می رود که API توانایی هایی را برای جزئیات بخشیدن به ویژگی ها و جلوگیری از پیچیده شدن همگام سازی فرآیندهای دسک تاپ فراهم کند.

لایه کاربر

6 هوش جمعی.  این اصل از مفهوم اجتماع ناشی می شود که امروزه بسیار مشهور است. ایجاد رابط هایی که ارتباط بین کاربران را تسهیل می کند ، اعم از این انجمن ها ، شبکه های پشتیبانی کننده یا کانال های پیام رسانی فوری ، بسیار مهم است تا کاربران بتوانند شک و تردید ، راه حل های خود را به اشتراک بگذارند و از مهارت های جمعی استفاده کنند.

7 بازخورد  سرویس های ایجاد شده باید از قابلیت های کافی برخوردار باشند تا کاربران بتوانند خطاها را گزارش دهند ، نظرات را به صورت خودکار یا داوطلبانه اضافه کنند نکته مهم این است که کاربرانی که دو لایه دیگر را مدیریت می کنند ، در مورد بازدید کنندگان اطلاعات داشته باشند. دسترسی محدود ، ثبت عملکرد و به روزرسانی خودکار تغییرات نیز در این سطح انتظار می رود.

این اصول باید در لحظه تصمیم بگیرند که برای یک نام تجاری نرم افزار تصمیم بگیرند، عمدتا به این دلیل که زندگی این در محصولات تولیدی نیست، بلکه در توانایی قرار دادن دست در حال توسعه است.