مدل مرجع سیستم های باز osi. مدل مرجع OSI

مدل مرجع پیشنهادی BPM (مدیریت فرآیند کسب و کار) بر اساس زنجیره ای از مقدمات زیر است:

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

BPM (به عنوان یک رشته) یک رویکرد سیستماتیک برای اجرای مدیریت فرآیند ارائه می دهد.

هر شرکت مبتنی بر فرآیند دارای سیستم BPM خاص خود است - مجموعه ای از کلیه فرآیندهای تجاری و همچنین روش ها و ابزارهایی برای مدیریت توسعه، اجرا و توسعه این پورتفولیو.

انعطاف پذیری سیستم BPM سازمانی عامل اصلی موفقیت آن است.

تخصصی پلت فرم نرم افزاری(مجموعه BPM) برای پیاده سازی یک سیستم BPM سازمانی ضروری است، اما کافی نیست، زیرا BPM جایگاه ویژه ای در معماری سازمانی دارد.

هدف: افزایش بهره وری شرکت

برای مدیریت بهره وری خود، اکثر کسب و کارها از این اصل استفاده می کنند بازخورد(شکل 1)، به شما این امکان را می دهد که با انجام یک سری اقدامات خاص، خود را با اکوسیستم کسب و کار خارجی وفق دهید:

اندازه‌گیری پیشرفت تولید و فعالیت‌های تجاری (معمولاً چنین اندازه‌گیری‌هایی در قالب معیارها یا شاخص‌های مختلف، به عنوان مثال، درصد مشتریان بازگشتی ارائه می‌شوند).

جداسازی رویدادهای مهم برای شرکت از اکوسیستم تجاری خارجی (به عنوان مثال، قوانین یا نیازهای جدید بازار).

تعیین استراتژی توسعه کسب و کار شرکت؛

اجرای تصمیمات اتخاذ شده (با ایجاد تغییرات در سیستم تجاری شرکت).

مطابق با توصیه کلاسیک ادوارد دمینگ، نویسنده آثار متعدد در زمینه مدیریت کیفیت، از جمله کتاب معروف "خروج از بحران"، همه بهبودها باید به صورت چرخه ای، مستمر و با تأیید در هر چرخه انجام شوند. میزان و فراوانی این بهبودها به موقعیت خاص بستگی دارد، اما توصیه می‌شود که چنین چرخه‌هایی نسبتاً فشرده نگه داشته شوند. بهبودهای مختلف می تواند جنبه های مختلف شرکت را تحت تأثیر قرار دهد. سوال این است که چگونه یک شرکت می تواند به موفقیت برسد بهترین نتایجدر هر مورد خاص؟ دو پیش نیاز عینی برای بهینه سازی فعالیت های یک شرکت به عنوان یک کل وجود دارد:

ارائه اطلاعات و ابزار کافی برای تصمیم گیری به مدیریت؛

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

مدرن ترین مفهوم سازماندهی کار یک شرکت مدیریت فرآیند است که در آن فرآیندها و خدمات آشکار می شوند.

مدیریت فرآیند

دنیای تجارت مدت‌هاست که درک کرده است (به تکنیک‌هایی مانند TQM، BPR، شش سیگما، ناب، ISO 9000 و غیره مراجعه کنید) که خدمات و فرآیندها اساس عملکرد اکثر شرکت‌ها هستند. بسیاری از شرکت ها از مدیریت فرآیند برای سازماندهی فعالیت های تولیدی و اقتصادی خود به عنوان مجموعه ای از فرآیندهای تجاری و روش های مدیریت آنها استفاده می کنند.

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

استفاده از یک تعریف صریح از هماهنگی به شما امکان می دهد تا وابستگی متقابل بین خدمات را رسمی کنید. وجود چنین رسمی سازی امکان استفاده را فراهم می کند روش های مختلف(مدل سازی، تأیید خودکار، کنترل نسخه، اجرای خودکار و غیره) برای بهبود درک تجاری (برای تصمیم گیری بهتر) و افزایش سرعت توسعه سیستم های تجاری (برای اجرای سریعتر تغییرات).

علاوه بر فرآیندها و خدمات، سیستم های تجاری سازمانی با رویدادها، قوانین، داده ها، شاخص های عملکرد، نقش ها، اسناد و غیره کار می کنند.

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

آنچه شما مدل می کنید همان چیزی است که اجرا می کنید.

در شکل شکل 2 یک مدل تعمیم یافته از یک شرکت فرآیند محور را نشان می دهد.

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

این توصیف اساس رشته BPM است که به شما امکان مدل‌سازی، خودکارسازی، اجرا، کنترل، اندازه‌گیری و بهینه‌سازی جریان‌های کاری را می‌دهد که شامل سیستم‌های نرم‌افزار، کارکنان، مشتریان و شرکا در داخل و خارج از مرزهای سازمانی می‌شود. رشته BPM تمام عملیات با فرآیندهای تجاری (مدل سازی، اجرا و غیره) را به عنوان یک کل واحد در نظر می گیرد (شکل 3).

بر این لحظهصنعت BPM هنوز سیستم استانداردهای مناسبی برای فرمت‌ها برای توصیف رسمی فرآیندهای تجاری ایجاد نکرده است. سه فرمت محبوب: BPMN (نمادگذاری مدل سازی فرآیند کسب و کار، نمایش گرافیکی مدل های فرآیند کسب و کار)، BPEL ( زبان اجرای فرآیند کسب و کار، رسمی سازی اجرای تعامل بین سرویس های وب) و XPDL (زبان توصیف فرآیند XML، www.wfmc.org، مشخصات مبادله مدل های فرآیند کسب و کار بین برنامه های کاربردی مختلف) طراحی شدند گروه های مختلفو برای اهداف مختلف و متأسفانه به اندازه کافی مکمل یکدیگر نیستند.

وضعیت با این واقعیت تشدید می شود که تولید کنندگان مختلف پشت فرمت های مختلف هستند و هر کدام در تلاش هستند راه حل خود را به بازار "هل" کنند. همانطور که بارها تکرار شده است، منافع کاربر نهایی در چنین مبارزه ای در نظر گرفته نمی شود - امروزه هیچ سازمان به اندازه کافی قوی وجود ندارد که منافع کاربر نهایی BPM را نمایندگی کند (مشابه با گروه استانداردهای HTML، موفقیت که به اتخاذ یک معیار ACID3 توسط همه توسعه دهندگان مرورگر وب محصولات آنها نسبت داده می شود). وضعیت ایده آل در BPM یک تعریف استاندارد از معناشناسی اجرا برای توصیف BPMN مانند فرآیندهای تجاری خواهد بود. این معناشناسی اجرای استاندارد است که تفسیر یکسانی از فرآیندهای تجاری توسط هر نرم افزار را تضمین می کند. علاوه بر این، چنین توصیفی باید امکان انطباق درجه توصیف فرآیندهای تجاری را با نیازهای یک مصرف کننده خاص فراهم کند (به عنوان مثال، کاربر یک نمودار تقریبی را می بیند، تحلیلگر نمودار دقیق تری را می بیند و غیره).

همه اینها به این معنی نیست که BPEL یا XPDL غیرضروری خواهد شد - استفاده از آنها پنهان می شود، همانطور که در زمینه تهیه اسناد الکترونیکی وجود دارد. همینطور سند الکترونیکیمی تواند به طور همزمان در XML، PDF، PostScript و غیره وجود داشته باشد، اما تنها یک فرمت اصلی (XML) برای اصلاح سند استفاده می شود.

نظم BPM در فرهنگ سازمانی

علاوه بر فرآیندها و خدمات، سیستم های تجاری سازمانی با مصنوعات اضافی مانند:

مناسبت ها(رویدادها) - پدیده هایی که در داخل و خارج از مرزهای شرکت رخ داده است که برخی از واکنش های سیستم تجاری به آنها امکان پذیر است ، به عنوان مثال ، هنگام دریافت سفارش از مشتری ، لازم است یک فرآیند تجاری خدماتی شروع شود.

اشیاء(اشیاء داده ها و اسناد) - رسمی توضیحات اطلاعاتچیزها و افراد واقعی که یک تجارت را تشکیل می دهند؛ این اطلاعات در ورودی و خروجی یک فرآیند تجاری است، به عنوان مثال، فرآیند تجاری خدمات سفارش، خود فرم سفارش و اطلاعات مربوط به مشتری را به عنوان ورودی دریافت می کند و در خروجی گزارشی از اجرای سفارش ایجاد می کند.

فعالیت ها(فعالیت ها) - کارهای کوچکی که اشیا را تغییر می دهند، به عنوان مثال فعالیت های خودکار مانند چک کردن کارت اعتباریمشتری یا فعالیت های انسانی، مانند امضای مدیریت یک سند؛

قوانین(قوانین) - محدودیت ها و شرایطی که شرکت تحت آن فعالیت می کند ، به عنوان مثال ، صدور وام به مبلغ معین باید توسط مدیر کل بانک تأیید شود.

نقش ها(نقش) - مفاهیم نشان دهنده مهارت ها یا مسئولیت های مربوطه مورد نیاز برای انجام اقدامات خاص، به عنوان مثال، فقط یک مدیر ارشد می تواند یک سند خاص را امضا کند.

دنباله حسابرسی(مسیرهای حسابرسی) - اطلاعاتی در مورد اجرای یک فرآیند تجاری خاص، به عنوان مثال، چه کسی چه کاری را انجام داده و با چه نتیجه ای انجام داده است.

شاخص های اصلی عملکرد(شاخص عملکرد کلیدی، KPI) - تعداد محدودیشاخص هایی که میزان دستیابی به اهداف تعیین شده را اندازه گیری می کنند.

برنج. شکل 4 توزیع مصنوعات را بین بخش های مختلف سیستم تجاری سازمانی نشان می دهد. عبارت "فرآیندها (به عنوان الگو)" به معنای توصیفات انتزاعی (مدل ها یا طرح ها) فرآیندها است.

عبارت "فرآیندها (به عنوان نمونه)" به نتایج واقعی اجرای این الگوها اشاره دارد. معمولاً از یک الگو برای ایجاد کپی های زیادی استفاده می شود (مانند یک فرم خالی که بارها کپی می شود تا توسط افراد مختلف پر شود). عبارت "خدمات (به عنوان واسط)" به توصیفات رسمی خدماتی اشاره دارد که در دسترس مصرف کنندگان آنها است. عبارت "خدمات (به عنوان برنامه)" به معنای ابزاری برای اجرای خدمات است - چنین وسایلی توسط ارائه دهندگان خدمات ارائه می شود.

برای کار موفقبا مجموعه پیچیده ای از مصنوعات وابسته به هم، هر شرکت مبتنی بر فرآیند دارای سیستم BPM خاص خود است - این مجموعه ای از تمام فرآیندهای تجاری شرکت و همچنین روش ها و ابزارهایی برای هدایت توسعه، اجرا و توسعه این مجموعه است. به عبارت دیگر، یک سیستم BPM سازمانی مسئول عملکرد هم افزایی بخش های مختلف سیستم تجاری سازمانی است.

یک سیستم BPM، به عنوان یک قاعده، ایده آل نیست (به عنوان مثال، برخی از فرآیندها فقط می توانند روی کاغذ وجود داشته باشند، و برخی از جزئیات فقط در ذهن ها "زندگی می کنند" افراد خاصی) اما وجود دارد. برای مثال، هر پیاده سازی ISO 9000 را می توان نمونه ای از سیستم BPM در نظر گرفت.

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

نرم افزار تخصصی پیاده سازی سیستم های BPM

محبوبیت روزافزون و پتانسیل بزرگ BPM منجر به ظهور کلاس جدیدی از نرم افزارهای سازمانی - مجموعه BPM یا BPMS شده است که شامل اجزای معمولی زیر است (شکل 5):

ابزار مدل سازی فرآیند - یک برنامه گرافیکی برای دستکاری مصنوعات مانند رویدادها، قوانین، فرآیندها، فعالیت ها، خدمات و غیره.

ابزار تست فرآیند - یک محیط تست عملکردی که به شما امکان می دهد یک فرآیند را تحت سناریوهای مختلف "اجرا کنید".

مخزن قالب فرآیند - پایگاه داده ای از قالب های فرآیند کسب و کار با پشتیبانی نسخه های مختلفهمان قالب؛

موتور اجرای فرآیند؛

مخزن نمونه فرآیند - پایگاه داده ای برای اجرای و نمونه های از قبل تکمیل شده فرآیندهای تجاری.

لیست کار - رابط بین مجموعه BPM و کاربری که فعالیت های خاصی را در یک یا چند فرآیند تجاری انجام می دهد.

داشبورد - رابط برای کنترل عملیاتی بر اجرای فرآیندهای تجاری؛

ابزار تجزیه و تحلیل فرآیند - محیطی برای مطالعه روندها در اجرای فرآیندهای تجاری.

ابزار شبیه‌سازی فرآیند، محیطی برای آزمایش عملکرد فرآیندهای تجاری است.

نیاز به تعامل بین مجموعه BPM و نرم‌افزار سازمانی که از دیگر مصنوعات پشتیبانی می‌کند، باعث ایجاد کلاس جدیدی از نرم‌افزارهای سازمانی - بستر فرآیند کسب‌وکار (BPP) شده است. فناوری های BPP معمولی (شکل 6):

مدیریت رویداد تجاری (BEM) - تجزیه و تحلیل رویدادهای تجاری در زمان واقعی و راه اندازی فرآیندهای تجاری مربوطه (BEM با پردازش رویداد پیچیده (CEP) و معماری رویداد محور (EDA) مرتبط است).

مدیریت قوانین کسب و کار (BRM) - کدگذاری صریح و رسمی قوانین تجاری که توسط کاربران قابل تغییر است.

مدیریت داده های اصلی (MDM) - ساده سازی کار با داده های ساختاریافته با حذف هرج و مرج هنگام استفاده از داده های مشابه.

مدیریت محتوای سازمانی (ECM) - مدیریت اطلاعات شرکت ها، در نظر گرفته شده برای یک شخص (تعمیم مفهوم یک سند)؛

پایگاه داده مدیریت پیکربندی (CMDB) - یک توصیف متمرکز از کل اطلاعات و محیط محاسباتی شرکت که برای پیوند BPM به اطلاعات و منابع محاسباتی شرکت استفاده می شود.

کنترل دسترسی مبتنی بر نقش (RBAC) - مدیریت دسترسی به اطلاعات به منظور تفکیک مؤثر قدرت کنترل و اجرایی (تفکیک وظیفه).

نظارت بر فعالیت های تجاری (BAM) - کنترل عملیاتیعملکرد شرکت؛

هوش تجاری (BI) - تجزیه و تحلیل ویژگی ها و روندهای شرکت.

معماری سرویس گرا (SOA) یک سبک معماری برای ساختن سیستم های نرم افزاری پیچیده به عنوان مجموعه ای از سرویس های قابل دسترس و وابسته به هم است که برای پیاده سازی، اجرا و مدیریت خدمات استفاده می شود.

Enterprise Service Bus (ESB) یک محیط ارتباطی بین سرویس‌های داخل یک SOA است.

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

BPM در معماری سازمانی

نیاز به درگیر کردن تقریباً تمام نرم افزارهای سازمانی در یک منطق واحد برای بهبود سیستم BPM سازمانی، این سؤال را در مورد نقش و جایگاه BPM در معماری سازمانی (EA) مطرح می کند. امروزه EA یک روش ثابت در بخش‌های فناوری اطلاعات برای ساده‌سازی اطلاعات و محیط محاسباتی یک شرکت است. EA بر اساس قوانین زیر است:

وضعیت فعلی محیط محاسباتی سازمانی با دقت به عنوان یک نقطه شروع ثبت شده است.

وضعیت مورد نظر به عنوان نقطه پایانی برای آینده مستند شده است.

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

همه اینها کاملاً معقول به نظر می رسد، اما بلافاصله قابل توجه است که با رویکرد بهبود کوچکی که زیربنای مدیریت فرآیند است متفاوت است. چگونه این دو رویکرد متضاد را ترکیب کنیم؟

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

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

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

به یک معنا، ترکیب EA+BPM می تواند به نوعی هدایتگر تبدیل شود که در حین اجرای خط کلی شرکت، راهنمایی و کمک عملی در توسعه تجارت و فناوری اطلاعات ارائه می دهد.

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

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

الکساندر سامارین ([ایمیل محافظت شده]) - معمار شرکتی برای بخش فناوری اطلاعات دولت کانتون ژنو (سوئیس).

چارچوب های فرآیند برای BPM

رویکردی به پیاده‌سازی فناوری‌های مدیریت فرآیند کسب‌وکار که اجرای سیستم‌های BPM را ساده می‌کند، مستلزم تعریف روشنی از وظیفه تجاری و فرآیندهای تجاری مربوطه است. اجرای این فرآیندها در مدت حداکثر سه ماه به منظور نشان دادن ارزش این رویکرد. گسترش بیشتر پیاده سازی به وظایف اصلی کسب و کار. با این حال، مشکل اصلی در این مسیر سوء تفاهم و عدم همسویی بین بخش های تجاری و فناوری اطلاعات است. مدل های مرجع تخصصی (Process Frameworks) می توانند پروژه پیاده سازی را به میزان قابل توجهی ساده کرده و هزینه ها را کاهش دهند.

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

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

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

با این حال، همانطور که تحلیلگران AMR Research خاطرنشان می کنند، "فناوری ها و روش ها به خودی خود قادر به ارائه هیچ مزیتی نیستند - "بیشتر" همیشه به معنای "بهتر" نیست. برخی از شرکت ها از بسیاری استفاده می کنند راه حل های مختلفبا این حال، اثربخشی این تنها کاهش می یابد. شایستگی در استفاده از چنین فناوری‌هایی مهم است.» مدل های مرجع از استانداردهای صنعت و تجربه به عنوان پایه استفاده می کنند شرکت نرم افزاری AG برای ایجاد یک مدل مرجع برای تعریف نیازهای مشتری. در عمل، این مدل به نقطه شروعی تبدیل می شود که مشتریان می توانند مدل مورد نیاز خود را از آنجا ایجاد کنند.

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

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

ولادیمیر آلنتسف ([ایمیل محافظت شده]) - مشاور در BPM و SOA, نمایندگی نرم افزار AG در روسیهکشورهای مستقل مشترک المنافع (مسکو).

تازه شروع به کار کرد مدیر شبکه? نمی خواهید گیج شوید؟ مقاله ما برای شما مفید خواهد بود. آیا شنیده اید که یک مدیر تست شده در مورد مشکلات شبکه صحبت کند و برخی از سطوح را ذکر کند؟ آیا تا به حال در محل کار از شما پرسیده شده است که اگر از فایروال قدیمی استفاده می کنید، چه لایه هایی ایمن هستند و کار می کنند؟ برای درک اصول اولیه امنیت اطلاعات، باید سلسله مراتب مدل OSI را درک کنید. بیایید سعی کنیم قابلیت های این مدل را ببینیم.

یک مدیر سیستم که به خود احترام می گذارد باید از شرایط شبکه به خوبی آگاه باشد

ترجمه از انگلیسی - مدل مرجع اصلی برای تعامل سیستم های باز. به طور دقیق تر، مدل شبکه پشته پروتکل شبکه OSI/ISO. در سال 1984 به عنوان یک چارچوب مفهومی معرفی شد که فرآیند ارسال داده ها در شبکه جهانی وب را به هفت مرحله ساده تقسیم می کرد. این محبوب ترین نیست، زیرا توسعه مشخصات OSI به تعویق افتاده است. پشته پروتکل TCP/IP مزیت بیشتری دارد و مدل اصلی مورد استفاده در نظر گرفته می شود. با این حال، شما شانس زیادی برای مواجهه با مدل OSI به عنوان مدیر سیستم یا در زمینه IT دارید.

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

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

سطوح OSI

این مدل شامل هفت مرحله ساده شده است:

• فیزیکی.
• مجرا.
• شبکه.
• حمل و نقل.
• جلسه ای.
• اجرایی.
• کاربردی.

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

بیایید به سراغ آشنایی مستقیم با سطوح برویم.

لایه فیزیکی

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

عملکردهای مرحله فیزیکی کاملاً در هر دستگاه متصل به شبکه انجام می شود. به عنوان مثال، یک آداپتور شبکه این عملکردها را در سمت کامپیوتر پیاده سازی می کند. ممکن است قبلاً با پروتکل های مرحله اول مواجه شده باشید: RS-232، DSL و 10Base-T که ویژگی های فیزیکی کانال ارتباطی را تعریف می کنند.

لایه پیوند داده

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

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

لایه شبکه

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

برای توضیح دیگر، مرحله سوم پروتکل اینترنت را پردازش می کند و عملکرد روتر را انجام می دهد: یافتن بهترین مسیر برای اطلاعات. روتر دستگاهی است که داده‌های مربوط به ساختار اتصالات اینترنت را جمع‌آوری می‌کند و بسته‌ها را به شبکه مقصد ارسال می‌کند (انتقالات ترانزیت - هاپ). اگر با خطایی در آدرس IP مواجه شدید، مشکل از سطح شبکه است. پروتکل های مرحله سوم به پروتکل های شبکه، مسیریابی یا وضوح آدرس تقسیم می شوند: ICMP، IPSec، ARP و BGP.

لایه حمل و نقل

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

چگونه کلاس خدمات مرحله حمل و نقل را انتخاب کنیم؟ هنگامی که کیفیت کانال های ارتباطی بالا است، یک سرویس سبک وزن انتخاب مناسبی است. اگر کانال های ارتباطی در همان ابتدا ایمن کار نمی کنند، توصیه می شود به یک سرویس توسعه یافته متوسل شوید که حداکثر فرصت ها را برای یافتن و حل مشکلات (کنترل تحویل داده ها، مهلت زمانی تحویل) فراهم می کند. مشخصات مرحله 4: TCP و UDP پشته TCP/IP، SPX پشته Novell.

ترکیب چهار سطح اول را زیر سیستم حمل و نقل می نامند. سطح کیفیت انتخاب شده را به طور کامل ارائه می دهد.

لایه جلسه

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

سطح اجرایی

مرحله ششم درگیر تبدیل داده ها به یک قالب قابل تشخیص جهانی بدون تغییر محتوا است. از آنجایی که در دستگاه های مختلففرمت های مختلف استفاده می شود، اطلاعات پردازش شده در سطح بازنمایی این امکان را برای سیستم ها فراهم می کند تا یکدیگر را درک کنند و بر تفاوت های نحوی و کدگذاری غلبه کنند. علاوه بر این، در مرحله ششم، رمزگذاری و رمزگشایی داده ها امکان پذیر می شود که محرمانه بودن را تضمین می کند. نمونه هایی از پروتکل ها: ASCII و MIDI، SSL.

سطح کاربردی

مرحله هفتم در لیست ما و اولین مرحله در صورتی که برنامه داده ها را از طریق شبکه ارسال کند. متشکل از مجموعه ای از مشخصات است که از طریق آن کاربر، صفحات وب. به عنوان مثال، هنگام ارسال پیام از طریق پست، در سطح برنامه است که یک پروتکل مناسب انتخاب می شود. ترکیب مشخصات مرحله هفتم بسیار متنوع است. به عنوان مثال، SMTP و HTTP، FTP، TFTP یا SMB.

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

در نظر گرفتن مدل OSI، توانستید ساختار پیچیده شبکه را درک کنید و اکنون به اصل کار خود پی ببرید. وقتی فرآیند را از بین می برید همه چیز بسیار ساده می شود!

مفهوم مدل مرجع به طور گسترده در علوم ارتباطات و کامپیوتر استفاده می شود.

• مدل مرجع(مدل مرجع، مدل اصلی) در زمینه سیستم‌ها و نرم‌افزارها، مدلی از چیزی است که یک هدف یا ایده اساسی مشترک دارد و می‌تواند به عنوان استانداردی برای اهداف مختلف در نظر گرفته شود [ویکی‌پدیا].

• مدل مرجع نمایشی انتزاعی از مفاهیم و روابط بین آنها در برخی از حوزه های مشکل است. بر اساس مدل مرجع، مدل های دقیق و دقیق تری ساخته می شوند که در نهایت در واقعیت تجسم می یابند. امکانات موجودو مکانیسم ها [ویکی پدیا-روس].
  

• مدل مرجع یک ساختار (چارچوب) انتزاعی برای درک روابط اساسی بین اشیاء یک محیط خاص است که بیشتر امکان توسعه معماری های خاص را با استفاده از استانداردها یا مشخصات خاص پشتیبانی شده توسط این محیط فراهم می کند. مدل مرجع شامل حداقل مجموعهمفاهیم، ​​بدیهیات و روابط یکپارچه مربوط به یک حوزه مشکل خاص، و مستقل از استانداردها، فناوری‌ها، اجراها یا سایر جزئیات خاص.

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

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

• نمونه ای از استاندارد مدل مرجع است مدل مرجع شبکه برای اتصال سیستم های باز(EMVOS) OSI (Open Systems Interconnection Basic Reference Model ) سازمان بین المللی استاندارد ISO - مدل پایه معماری برای سیستم های ارتباطی داده که می باشد درمان خوببرای تحلیل و مطالعه استانداردهای مدرنو فناوری های ارتباطی
  

مدل OSI هفت لایه

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

مدل مرجع DECT

1. مدل مرجع برای خدمات گرا. معماری 1.0. مشخصات کمیته 1، 2 اوت 2006. http://www.oasis-open.org/

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

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

مدل مرجع OSI دو مفهوم را معرفی می کند: پروتکلو رابط.

پروتکل مجموعه ای از قوانین است که بر اساس آن لایه های مختلف سیستم های باز با هم تعامل دارند.

رابط مجموعه ای از ابزارها و روش های تعامل بین عناصر یک سیستم باز است.

این پروتکل قوانین تعامل بین ماژول های هم سطح در گره های مختلف و رابط - بین ماژول های سطوح مجاور در همان گره را تعریف می کند.

در مجموع هفت لایه از مدل مرجع OSI وجود دارد. شایان ذکر است که پشته های واقعی از لایه های کمتری استفاده می کنند. به عنوان مثال، TCP/IP محبوب تنها از چهار لایه استفاده می کند. چرا اینطور است؟ کمی بعد توضیح می دهیم. حالا بیایید هر یک از هفت سطح را جداگانه بررسی کنیم.

لایه های مدل OSI:

• سطح فیزیکی. نوع رسانه انتقال داده، مشخصات فیزیکی و الکتریکی رابط ها و نوع سیگنال را تعیین می کند. این لایه با بیت های اطلاعات سروکار دارد. نمونه هایی از پروتکل های لایه فیزیکی: اترنت، ISDN، Wi-Fi.
• سطح پیوند داده مسئول دسترسی به رسانه انتقال، تصحیح خطا، و انتقال داده قابل اعتماد. در پذیرشداده های دریافتی از لایه فیزیکی در فریم هایی بسته بندی می شوند و پس از آن یکپارچگی آنها بررسی می شود. اگر خطایی وجود نداشته باشد، داده ها به لایه شبکه منتقل می شوند. در صورت وجود خطا، فریم کنار گذاشته می شود و درخواست ارسال مجدد ایجاد می شود. لایه پیوند داده به دو زیر لایه تقسیم می شود: MAC (کنترل دسترسی رسانه) و LLC (کنترل لینک محلی). MAC دسترسی به فضای مشترک را تنظیم می کند محیط فیزیکی. LLC خدمات ارائه می دهد لایه شبکه. سوئیچ ها در لایه پیوند داده کار می کنند. نمونه هایی از پروتکل ها: اترنت، PPP.
• لایه شبکه وظایف اصلی آن مسیریابی - تعیین مسیر بهینه انتقال داده، آدرس دهی منطقی گره ها است. علاوه بر این، این سطح ممکن است وظیفه عیب یابی مشکلات شبکه (پروتکل ICMP) را داشته باشد. لایه شبکه با بسته ها کار می کند. نمونه هایی از پروتکل ها: IP، ICMP، IGMP، BGP، OSPF).
• لایه حمل و نقل طراحی شده برای ارائه داده ها بدون خطا، تلفات و تکرار در ترتیبی که در آن ارسال شده اند. کنترل سرتاسر انتقال داده از فرستنده به گیرنده را انجام می دهد. نمونه هایی از پروتکل ها: TCP، UDP.
• سطح جلسه ایجاد / نگهداری / خاتمه یک جلسه ارتباطی را مدیریت می کند. نمونه هایی از پروتکل ها: L2TP، RTCP.
• سطح اجرایی. داده ها را به فرم مورد نیازرمزگذاری/رمزگذاری، فشرده سازی.
• سطح کاربردی. تعامل بین کاربر و شبکه را فراهم می کند. با برنامه های سمت مشتری تعامل دارد. نمونه هایی از پروتکل ها: HTTP، FTP، Telnet، SSH، SNMP.

پس از آشنایی با مدل مرجع، به پشته پروتکل TCP/IP نگاهی می اندازیم.

در مدل TCP/IP چهار لایه تعریف شده است. همانطور که در شکل بالا مشاهده می شود، یک لایه TCP/IP می تواند با چندین لایه از مدل OSI مطابقت داشته باشد.

سطوح مدل TCP/IP:

• سطح رابط شبکه مربوط به دو لایه پایینی مدل OSI است: پیوند داده و فیزیکی. بر این اساس مشخص می شود که این سطح مشخص کننده ویژگی های رسانه انتقال (جفت پیچ خورده، فیبر نوری، رادیو)، نوع سیگنال، روش کدگذاری، دسترسی به رسانه انتقال، تصحیح خطا، آدرس دهی فیزیکی (آدرس های MAC) است. . در مدل TCP/IP، پروتکل Ethrnet و مشتقات آن (Fast Ethernet، Gigabit Ethernet) در این سطح عمل می کنند.
• لایه اتصال. مربوط به لایه شبکه مدل OSI است. تمام عملکردهای آن را بر عهده می گیرد: مسیریابی، آدرس دهی منطقی (آدرس های IP). پروتکل IP در این سطح عمل می کند.
• لایه حمل و نقل مربوط به لایه انتقال مدل OSI است. مسئول تحویل بسته ها از مبدا به مقصد. بر این سطحدو پروتکل استفاده می شود: TCP و UDP. TCP با ایجاد درخواست‌های پیش از اتصال برای ارسال مجدد در صورت بروز خطا، قابل اعتمادتر از UDP است. با این حال، در عین حال، TCP کندتر از UDP است.
• سطح کاربردی. وظیفه اصلی آن تعامل با برنامه ها و فرآیندهای موجود در هاست است. نمونه هایی از پروتکل ها: HTTP، FTP، POP3، SNMP، NTP، DNS، DHCP.

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

بیایید به یک مثال خاص نگاه کنیم. فرض کنید می خواهیم از یک کامپیوتر به یک وب سایت برسیم. برای انجام این کار، کامپیوتر ما باید یک درخواست http برای به دست آوردن منابع وب سروری که صفحه سایت مورد نیاز ما در آن ذخیره شده است، آماده کند. در سطح برنامه، یک هدر HTTP به داده های مرورگر اضافه می شود. سپس، در لایه انتقال، یک هدر TCP به بسته ما اضافه می‌شود که حاوی شماره پورت فرستنده و گیرنده است (پورت 80 برای HTTP). در لایه شبکه، یک هدر IP حاوی آدرس های IP فرستنده و گیرنده تولید می شود. بلافاصله قبل از ارسال، یک هدر اترنت در لایه پیوند اضافه می شود که حاوی آدرس های فیزیکی (آدرس های MAC) فرستنده و گیرنده است. پس از تمام این مراحل، بسته به شکل بیت اطلاعات از طریق شبکه منتقل می شود. در پذیرش، روش معکوس رخ می دهد. وب سرور در هر سطح هدر مربوطه را بررسی می کند. اگر بررسی موفقیت آمیز باشد، هدر کنار گذاشته می شود و بسته به سطح بالایی منتقل می شود. در غیر این صورت، کل بسته دور ریخته می شود.

مشترک ما شوید

مدل مرجع OSI

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

مدل مرجع OSI مشکل جابجایی اطلاعات بین کامپیوترها در یک شبکه را به هفت مشکل فرعی کوچکتر و در نتیجه قابل مدیریت تر تقسیم می کند. هر یک از این هفت مشکل فرعی انتخاب شده اند زیرا نسبتاً مستقل هستند و بنابراین بدون اتکای بیش از حد به اطلاعات خارجی قابل حل هستند. این تقسیم به سطوح، نمایش سلسله مراتبی نامیده می شود. هر سطح مربوط به یکی از هفت وظیفه فرعی است...

از آنجایی که لایه‌های پایین‌تر (1 تا 3) مدل OSI، تحویل فیزیکی پیام‌ها را در شبکه کنترل می‌کنند، اغلب لایه‌های رسانه نامیده می‌شوند. لایه های بالایی (4 تا 7) مدل OSI، تحویل دقیق داده ها را بین رایانه های موجود در شبکه تضمین می کند، بنابراین آنها اغلب لایه های میزبان نامیده می شوند.

لایه برنامه (لایه 7) نزدیکترین لایه OSI به کاربر است. تفاوت آن با سایر لایه ها در این است که به هیچ یک از لایه های OSI دیگر خدمات ارائه نمی دهد. خدماتی را برای فرآیندهای کاربردی ارائه می دهد که خارج از محدوده مدل OSI هستند. نمونه هایی از این فرآیندهای کاربردی شامل فرآیندهای انتقال صدا، پایگاه داده ها، واژه پردازهاو غیره.

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

به زبان ساده، این سطح مسئولیت دسترسی اپلیکیشن ها به شبکه را بر عهده دارد. وظایف این لایه انتقال فایل ها، تبادل پیام های ایمیل و مدیریت شبکه می باشد.

رایج ترین پروتکل های لایه بالایی عبارتند از:

FTP - پروتکل انتقال فایل

TFTP - پروتکل انتقال فایل ساده شده

X.400 - ایمیل

SMTP - پروتکل انتقال ایمیل ساده

CMIP - پروتکل اطلاعات مدیریت مشترک

SNMP - پروتکل مدیریت شبکه ساده

NFS - سیستم فایل شبکه

FTAM - روش دسترسی برای انتقال فایل ها

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

این سطح نه تنها با قالب و ارائه داده های واقعی کاربر، بلکه به ساختار داده هایی که برنامه ها استفاده می کنند نیز مربوط می شود. بنابراین، علاوه بر تبدیل فرمت داده واقعی (در صورت لزوم)، لایه نماینده، نحو انتقال داده را برای لایه برنامه مذاکره می کند.

لایه جلسه (لایه 5) جلسات بین برنامه ها را ایجاد، مدیریت و خاتمه می دهد. جلسات شامل مکالمه بین دو یا چند شیء مشاهده می شود. لایه جلسه گفتگو بین اشیاء لایه نماینده را همگام می کند و تبادل اطلاعات بین آنها را مدیریت می کند.

علاوه بر این، ابزاری برای ارسال اطلاعات، کلاس خدمات و اعلان استثنا در مورد مشکلات مربوط به جلسه، ارائه و لایه برنامه ارائه می‌کند.

لایه انتقال (لایه 4) مرز بین لایه های نشست و انتقال را می توان به عنوان مرز بین پروتکل های لایه های بالاتر (کاربردی) و پروتکل های لایه های پایین نشان داد. در حالی که لایه های برنامه، ارائه و جلسه با مسائل برنامه سروکار دارند، چهار لایه پایین با مسائل انتقال داده سروکار دارند.

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

به بیان ساده، لایه انتقال، جریان های اطلاعاتی را به قطعات کوچک (بسته ها) تقسیم می کند تا آنها را به لایه شبکه منتقل کند.

رایج ترین پروتکل های لایه انتقال عبارتند از:

TCP - پروتکل کنترل انتقال

NCP - پروتکل اصلی Netware

SPX - Ordered Packet Exchange

TP4 - پروتکل انتقال کلاس 4

لایه شبکه (لایه 3) لایه سرتاسری است که اتصال و انتخاب مسیر بین دو سیستم انتهایی را فراهم می کند.

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

به عبارت دیگر لایه شبکه وظیفه تقسیم کاربران به گروه ها را بر عهده دارد. در این سطح بسته ها بر اساس تبدیل آدرس های MAC به آدرس های شبکه مسیریابی می شوند. لایه شبکه همچنین انتقال شفاف بسته ها به لایه انتقال را فراهم می کند.

رایج ترین پروتکل های مورد استفاده در سطح شبکه عبارتند از:

IP - پروتکل اینترنت

IPX - پروتکل اینترنت

X.25 (تا حدی در لایه 2 پیاده سازی شده است)

CLNP- پروتکل شبکهبدون سازماندهی ارتباطات

لایه پیوند داده (لایه 2) (به طور رسمی لایه پیوند داده نامیده می شود) انتقال قابل اعتماد داده ها را از طریق یک کانال فیزیکی فراهم می کند. در انجام این کار، لایه پیوند داده با مسائل مربوط به آدرس دهی فیزیکی (در مقابل آدرس دهی شبکه یا منطقی)، توپولوژی شبکه، نظم خط (نحوه استفاده سیستم نهایی از پیوند شبکه)، اطلاع رسانی خطا، ترتیب بلوک های داده، سروکار دارد. و کنترل جریان اطلاعات

مشخصات IEEE 802.x لایه پیوند را به دو زیرلایه تقسیم می کند: کنترل پیوند منطقی (LLC) و کنترل دسترسی رسانه (MAC). LLC خدمات لایه شبکه را ارائه می دهد و زیرلایه MAC دسترسی به رسانه فیزیکی مشترک را تنظیم می کند. (با نام مستعار IEEE 802.1 - استانداردهایی را برای مدیریت شبکه در سطح MAC تنظیم می کند، از جمله الگوریتم Spanning Tree. این الگوریتم برای اطمینان از منحصر به فرد بودن مسیر (بدون حلقه) در شبکه های مش مبتنی بر پل ها و سوئیچ ها با قابلیت جایگزینی آن با یک جایگزین استفاده می شود. مسیر در صورت شکست.)

رایج ترین پروتکل های لایه 2 مورد استفاده عبارتند از:

HDLC برای اتصالات سریال

IEEE 802.2 LLC (نوع I و نوع II) MAC را برای محیط های 802.x فراهم می کند.

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

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

نوع کابل و کانکتور

تخصیص پین در کانکتورها

طرح کدگذاری سیگنال برای مقادیر 0 و 1

برخی از رایج ترین مشخصات لایه فیزیکی عبارتند از:

EIA-RS-232-C، CCITT V.24/V.28 - مشخصات مکانیکی/الکتریکی یک رابط سریال نامتعادل.

EIA-RS-422/449، CCITT V.10 - ویژگی های مکانیکی، الکتریکی و نوری یک رابط سریال متعادل.

IEEE 802.3 -- اترنت

IEEE 802.5 -- حلقه توکن

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

برای درک ساختار و اصول عملکرد شبکه، لازم است درک کنیم که هرگونه تبادل داده در شبکه از منبعی به گیرنده دیگر رخ می دهد. اطلاعات ارسال شده به شبکه داده یا بسته های داده نامیده می شود. اگر یک رایانه (منبع) بخواهد داده ها را به رایانه دیگری (گیرنده) ارسال کند، داده ها

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

هنگامی که شبکه ها خدماتی را به کاربران ارائه می دهند، جریان و نوع بسته بندی اطلاعات تغییر می کند.

به عنوان مثال ... پنج مرحله تبدیل:

1. تولید داده. هنگامی که کاربر پیامی را از طریق ایمیل ارسال می کند، کاراکترهای الفبایی در پیام به داده هایی تبدیل می شوند که می توانند در سراسر شبکه حرکت کنند.

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