دانلود بررسی اُراکل (Or – a – cle)

بررسی اُراکل (Or – a – cle) تحقیق بررسی اُراکل (Or – a – cle)در 46 صفحه ورد قابل ویرایش

دسته بندی	علوم انسانی
فرمت فایل	doc
حجم فایل	28 کیلو بایت
تعداد صفحات فایل	46

بررسی اُراکل (Or – a – cle)

مقدمه

اُراکل (Or – a – cle): 1- شخصی (همچون یکی از کشیش‌های یونان باستان) که یکی از خدایان از طریق وی سخن می‌گفته است. 2- عبارت یا پاسخ مقتدرانه یا معقول. 3- شکل در هم ریخته Carole.

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

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

شاید اُراکل i8 را از طریق اینترنت خریده باشید. شاید از اُراکل i8 در کارهایتان استفاده می‌کنید. صرفنظر از اینکه چه عاملی باعث روی آوردن‌تان به اُراکل i8 شده است، می‌خواهم یک مطلب را در همین مرحله به طور واضح مطرح کنم. موتور بانک اطلاعاتی در اختیار دارید که حقیقتا پیچیده است و قابلیتهای بسیار زیادی دارد، اما اُراکل i8‌ فاقد زیباییهایی است که خریداران نرم‌افزار در عصر تکنولوژی “Plug and Play" خواهانند.

اُراکل i8 به تنهایی همچون اکسس میکروسافت یا پارادکس نیست، یعنی برنامه‌هایی که همه چیز را آماده و سهل‌الاستفاده به طور یکجا دارند. اُراکل i8 از نظر شمای ظاهری بسیار ساده است و ویژگیهای بسیار کمی برای گزارش‌گیری و آماده‌سازی فرم‌ها دارد.

کشف اُراکل i8: برنامه‌ای که همه چیز را یکجا دارد

در دهه 70 میلادی شخصی به نام لری الیسون  نرم‌افزار بسیار بزرگی نوشت. برنامه اُراکل در یک کامپیوتر بزرگ  اجرا می‌شد و اندازه آن به قدری بزرگ بود که تنها کامپیوترهای بسیار بزرگ، فضا برای آن داشتند.

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

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

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

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

هسته مرکزی اُراکل i8

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

برنامه‌های خدماتی مرکزی عبارتند از:

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

Enterprise Manager – استفاده از این ویژگی که در اُراکل 7 به عنوان یک برنامه خدماتی افزودنی   معرفی شد، در اُراکل i8 نیز ادامه دارد. این ابزار از طریق منوها و پنجره‌هایی که برای انجام بسیاری از کارهای مدیریتی بانک اطلاعاتی دارد (مثلا ایجاد جداول و تعریف کاربران جدید)، سبب صرفه‌جویی بسیار زیاد در برنامه‌نویسی می‌شود.

SQL*Plus – این ابزار امکان ایجاد و اجرای پرس‌و‌جوها، افزودن سطرهای جدید، تغییر داده‌ها و نوشتن گزارشها را فراهم می‌سازد. برای استفاده از آن باید با زبان برنامه‌نویسی SQL آشنا باشید. زبان SQL را می‌توانید در تقریبا تمام بانکهای اطلاعاتی به کار برید.

EXP و IMP -  داده‌ها را می‌توانید از بانک‌های اطلاعاتی اُراکل i8‌صادر (EXP) و یا به آن وارد (IMP) کنید.

Precompilers – مجموعه‌ای از «پیش‌کامپایلرها»  در دسترس هستند؛ در واقع، یک مورد برای هر یک از زبانهای برنامه‌سازیی چون کوبول، Ada، C، C++، پاسکال و فرترن وجود دارد.

Assistants – ویزاردهایی در اُراکل معرفی شده‌اند که شما را در انجام کارهایی چون انتقال از اُراکل 7 به 8، انتقال یک بانک اطلاعاتی اکسس به اُراکل، و تبدیل ساختارهای بانک‌های اطلاعاتی رابطه‌ای به شی‌ءها، گام به گام یاری می‌کنند.

راه‌اندازی اُراکل i8

می‌دانم که بسیاری از شما اُراکل i8 را در یک کامپیوتر بزرگ یا در یک شبکه به کار می‌برید. اُراکل i8 می‌بایست به عنوان بخشی از روتین راه‌اندازی اولیه کامپیوتر آماده و اجرا شود. در غیر این صورت قادر به استفاده از Enterprise Manager نخواهید شد. همان گونه که در قسمت «راه‌اندازی اُراکل i8 با استفاده از Server Manager» همین فصل شرح داده شده است، یک روش دیگر برای انجام این کار، استفاده از ابزار Server Manager در خط فرمان است.

راه‌اندازی بانک اطلاعاتی با Instance Manager 

برای راه‌اندازی بانک اطلاعاتی اُراکل i8 خود به شکل ذیل عمل کنید:

1- Instance Manager را اجرا کنید.

اگر از ویندوز 95، 98 یا NT استفاده می‌کنید، گزینه‌های زیر را از منو انتخاب کنید

Start  Programs  Oracle HOME2  DBA Management pack  Instance Manager

دقت کنید که ممکن است نام Oracle HOME2 در کامپیوترتان Oracle HOME1 باشد. نام دقیق این فرمان توسط شخصی که نرم‌افزار را بر روی کامپیوتر نصب می‌کند مشخص می‌شود.

اگر از یونیکس استفاده می‌کنید، فرمان ذیل را در مقابل خط فرمان سیستم عامل تایپ کنید:

Oemapp instance

آشنایی با متدها

متدها مجموعه دستورالعمل‌های اجرایی هستند که با یک شیء همراه هستند و برای بازیابی داده‌ها یا تغییر آنها مورد استفاده قرار می‌گیرند. متدها قلب فن‌آوری شیء‌گرا به شمار می‌آیند.

فرض کنید با یک بانک اطلاعاتی رابطه‌ای – شیء‌گرا کار می‌کنید که حاوی اطلاعاتی درباره شیوه ساخت یک نوع هواپیما است.

مرتبط کردن جداول رابطه‌ای با شیء‌ها

اُراکل i8 ترکیبی از بانک‌های اطلاعاتی شیء‌گرا و رابطه‌ای است. اُراکل i8  دو پل بین جداول رابطه‌ای و شیء‌ها قرار داده تا بتوانید آنها را با یکدیگر ترکیب کنید.

ویو شیئی: ویو شیئی، برای نگاشت جداول رابطه‌ای به شیء است. همچون ویوهای رابطه‌ای، ویو شیئی نیز فاقد داده‌های خاص خود است؛ صرفا روشی برای نگاه کردن به داده‌های جداول است. این ویو به شما امکان می‌دهد تا از جداول رابطه‌ای به صورت شیء‌گرا استفاده کنید.

جداول شیئی: این جداول، جداولی مشتمل از سطرهایی هستند که خود شیء می‌باشند. این جداول، روشی برای گردآوری گروهی از شیءها و مدیریت و پردازش آنها با تکنیکهای جداول رابطه‌ای مرسوم به شمار می‌آیند. جداول شیئی می‌توانند کلید اصلی و شاخص نیز داشته باشند.

کاربران اُراکل

عناوین این بخش

- آشنایی با کاربرد کاربران

- با نقش خود در زندگی آشنا شوید.

- سوگند دادن کاربران

- استفاده Security Manager

- تغییر کلمات عبور

ایفای یک نقش

یک نکته جالب درباره اُراکل i8 وجود دارد: هر جدول در اُراکل i8 با یک ID کاربری ایجاد می‌شود. ID کاربری که جدول را ایجاد می‌کند، مالک جدول نامیده می‌شود. مالک جدول می‌تواند هر کاری انجام دهد، از جمله حذف آن. هر کاربر در اُراکل i8 قابلیت بالقوه‌ای برای ایجاد جداول دارد، چرا که DBA می‌تواند نقش خاص انجام این کار را به هر یک از کاربران نسبت دهد. DBA، نقشهایی را به کاربران نسبت می‌دهد که قابلیتهای آنها را محدود نموده و یا گسترش می‌دهند. این نقشها همچنین مشخص می‌کنند که کدام کاربران «مالک» هستند و کدام کاربران صرفا قادر به مشاهده جداول هستند.

چه نوع کاربرانی در اُراکل i8 وجود دارند؟

پنج نقشی که به صورت نقشهای استاندارد با اُراکل I8 عرضه می‌شود عبارتند از:

DBA – بزرگترین نقش در بین تمام نقشها. در نیای اُراکل i8 می‌توان بیش از یک DBA داشت. باور کردنی نیست، اما حقیقت دارد. DBA اُراکل i8 می‌تواند IDهای کاربری جدید ایجاد کند، فضای بانک اطلاعاتی را افزایش دهد. بانک اطلاعاتی را اجرا و اجرای آن را متوقف کند.

IMP – FULL – DATABASE و EXP – FULL – DATABASE: این دو نقش از فرمانروایی اُراکل i8 می‌توانند نسخه‌ای از کل جهان هستی ایجاد نمایند و در محل دیگری قرار دهند. چه قدرتی! افراد بسیار کمی برای این دو موقعیت انتخاب می‌شوند. DBA معمولا این دو نقش را برای خود در نظر می‌گیرند.

RESOURCE: این همان نقشی است که شما را به یک مالک (یعنی به محض اینکه جدولی برای خود ایجاد می‌کنید) مبدل می‌سازد. تمام کاربران بانک اطلاعاتی این نقش را دارند.

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

گزینه‌های امنیت: نقشها، کاربران و مجوزها

عناوین این بخش

- آشنایی با موارد امنیتی درونی

- ایفای نقشها

- طراحی نقشها در Security Manager

- ایجاد و تخصیص نقشها با SQL

- آزمایش پروفایل‌های کاربران

گزینه‌های استاندارد اُراکل برای امنیت

موارد امنیتی استاندارد در دنیای بانک اطلاعاتی اُراکل i8 به شرح ذیل است:

- تمام جداول شی‌ءها یک مالک دارند – کاربری که آنها را ایجاد کرده است.

- اگر شما مالک باشید، DBA و خودتان مجاز به انجام کارهای ذیل هستید:

     مشاهده داده‌ها

     مشاهده و تغییر ساختار جدول یا شی‌ء (نام ستونها و غیره)

     افزودن و حذف سطرها

     افزودن، تغییر و حذف داده‌ها در هر یک از جداول، سطرها یا ستونها

     تغییر ساختار (افزودن، تغییر و حذف ستونها)

     حذف جدول یا شی‌ءها

     ایجاد سینونیم‌ها، ویوها، شاخصها، کلیدهای اصلی، رابطه‌ها و ارجاعها

     اعطاء و لغو مجوز هر یک از کاربران یا نقشها برای انجام کارهای بالا

نقشها نیازهای دنیای واقعی را برآورده می‌کنند

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

فرض کنید که مدیریت شرکتی بر عهده شماست که 35 کارمند دارد. 15 نفر از این کارمندان در استخدام شرکت هستند و 20 نفر دیگر به طور ساعتی کار می‌کنند. دو نفر دیگر از مدیران شرکت ساعتی کار می‌کنند. مابقی مدیران در استخدام شرکت هستند. تمام کارمندان ساعتی باید اطلاعات ورود و خروج خود را در جدولی به نام TIMECARD وارد کنند؛ سپس تمام مدیران باید تمام اطلاعات را مرور کنند و میزان پرداخت را در جدول PAY – RATE ذخیره کنند. شکل 1-12 نشان می‌دهد که اعطای مجوز دستیابی مستقیم به هر یک از کارمندان در دوران پیش از مطرح شدن نقشها در نگارش ششم اُراکل و پیش از آن چگونه انجام می‌شده است.

دانلود بررسی اینترنت (سرویس وب WSDI-S )

بررسی اینترنت (سرویس وب WSDI-S ) تحقیق بررسی اینترنت (سرویس وب WSDIS ) در 25 صفحه ورد قابل ویرایش

دسته بندی	فناوری اطلاعات
فرمت فایل	doc
حجم فایل	21 کیلو بایت
تعداد صفحات فایل	25

بررسی اینترنت (سرویس وب WSDI-S )

چکیده

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

سمانتیک ها می توانند استفاده مجدد و کشف نرم افزاری را اصلاح کنند و به طور قابل توجهی ترکیب سرویس های وب را تسهیل بخشند و تکمیل برنامه های کاربردی میراث را که به عنوان بخشی از مجتمع سازی فرایندتجاری مقدور سازند اطلاعات فنی سمانتیک های سرویس وب مکانیزمی برای مرتبط کردن تفاسیر معنادار با سرویس های وب مشخص می کند که با استفاده از زبان تصیف سرویس وب WSDL  شرح داده می شود این زبانی مبنی بر این مفهوم است اما با اصلاح قابل توجه به جزئیات در این طرح

در این طرح ما فرض می کنیم که مدل های رمسی سمنتیک مربوط به سرویسها اخیراً بوجود آمده اند. در روش ما،‌این مدل ها خارج از اسناد WSDL محافظت می شوند و از طریق عناصر توسعه پذیر WSDL از سند WSDL ارجاع می شوند. نوع اطلاعات سمنتیکی که برای شرح سرویس وب مفید است پیرامون مفاهیم تعریف شده توسط ارتباط وب سمنتیک در [owl-s] OWL-S و سایر تلاش های [METEOR-SWSMO] است. اطلاعات سمنتیک معین شده در این سند دربرگیرنده تعریف جاسازی پیش از پردازش، ورودی، خروجی و تأثیرات عملیات سرویس وب است. این روش مزایای چندگانه ای را در مورد OWL-S پیشنهاد می دهد. ابتدا، کاربرد می تواند به روش سازگار و در حال پیشرفت جزئیات سطح عملیاتی و سمنتیکی را در WSDL زبانی که یک توسعه دهنده ارتباط با آن آشنا است را شرح دهد. ثانیاً، با خارج کردن مدل های دمین سمنیک ما یک روش آگنوستیک برای زبانهای بازنمایی آنتولوژی انتخاب کردیم. این کار به توسعه دهندگان (ارتقاء دهندگان) ؟؟ وب اجازه می دهد تا سرویس های وب خود را با انتخاب زبان آنتولوژی (نظیر UML یا OWL) بر خلاف OWL-S ، تفسیر کنند. این مسئله مهم است زیرا توانایی در استفاده مجدد از مدل های دمین موجود مطرح شده در زبان های مدل سازی نظیر زبان UML می تواند نیاز به سمنتیک های مدل مجزا را به شدت کاهش دهد.

در آخر، به روزرسانی تجهیزات موجود پیرامون WSDL ساده است و روش افزاینده ما را سازگار می کند.

وضعیت

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

1- مقدمه

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

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

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

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

ساخت سمانتیک در سرویس های وب به عنوان روشی برای موارد بالا است پیشنهادی نمونه شامل موارد پیش فرض (آغازگرها) ، پروژه ها و زبانهایی همچون SWA/SWSL , OWL-S , METEOS-S می شوند. در حالیکه توسعه سمانتیک در OWL-S غنی و انعطاف پذیر بوده، بیشترین روش تحقیقی قابل رؤیت برای اطلاعات است. روش جدیدی برای توصیف سرویس های وب بوده و دارای محدودیت های قابل توجهی می باشد اول اینکه این مورد مغایرتی با استانداردهای سرویس موجود ندارد.

به عنوان مثال، در حالیکه مدلهای زمینه در OWL-S در موارد کلی WSDL استفاده می شود مدل طولی OWL-S توصیفی از بقیه موارد WSDL می باشد. دوم اینکه این فرض وجود دارد که هر کسی از OWL برای ارائه مواردی استفاده می کند که همیشه مورد وجود ندارد برای غلبه بر چنین محدودیت های روش جدیدی را در این مورد ارائه داده ایم مشاهدات مشابهی برای بقیه پیشنهاد مشخص در بالا به کار می رود.

در اول نمونه ای از داکیومنت WSDL ارائه دادیم که با اطلاعات سمانتیک به خواننده مروری بر آنچه که در بقیه مطلب است ارائه می دهد. تفاسیر سمانتیک در بخش4 با نمونه هایی خاص گرفته شده از این نمونه بیان شده اند. ص7 از42

در این نمونه یک خرید ساده از سرویس پیشنهادی را ارائه می دهیم ورودی ها و خروجی هایی از سرویس Process Purchase Order با سمانتیک ها تفسیر شده اند، دو مورد جدید اساساً پیش پردازش ها و افکت هایی هستند که در عناصر موجود برای ایجاد عملکرد درWSDL می باشد و مورد ارائه شده به عنوان طبقه بندی اضافه شده به ساختار رابط است مفاهیم سمانتیک و روابط آنها در قسمت هایowl نمونه گذاری شده‌اند. Purchause. owl

در داکیومنتWSDL، ورودی Process Purchase Order شامل موارد پیچیده ای است. تعریف تفاسیر سمانتیک برای این انواع پیچیده در سطحی از موارد و انواع پیچیده در این نمونه بیان شده اند. نقشه گذاری سطح اصلاحی جدید بعداً با جزئیات بیان می شود. در این اطلاعات فنی، روش انتخابی برای تفسیر انواع پیچیده نیز پیشنهاد شده است نمونه طراحی عملکردها درXSLT,Query با جزئیات در ضمیمه هایB,A به ترتیب بیان شده است. نگهداری کلی از نمونه هایowl با شکل کارما ممکن است جزئیاتی برای نوع owl وجود دارد که در ورژن قدیمی تر این کار موجود است [WSDL-s]. تعاریف XSD از تمام موارد گسترده در این داکیومنت در بخش بعدی است.

این نمونه بر اساس تعریف XMLNS است. تعریف نیم سیپس wssem سه مورد بعدی xml در داکیومنت های نمونه تعریفی از داکیومنت های ورودی و خروجی برای سرویس هستند.

POIM.xsd که نشان دهنده ویژگی های این آیتم در مرحله خرید است و در زیر بیان شده است.

POBilling.xsd نشان دهنده اطلاعات فاکتور در خرید است که در زیر بیان شده است. در  POBilling.xsdموارد پیچیده POBilling اساساً درbill to Address, Ship to Address وجود دارند که در نمونه POAddress  به عنوان نمونه پیچیده ای در خودش است.

بنابراین، ویژگی تفاسیر سمانتیک برای این نمونه های پیچیده در مقایسه با موارد-xsd در نمونه POAddress می باشند.

POAddress.xsd که به عنوان آدرسی در شرایط خرید است که در زیر داده شده است.

4- استفاده از عناصر گسترده در WSDL

در این قسمت چگونگی تفاسیر سمانتیک به قسمت های داکیومنت WSDL را بررسی می کنیم.

اتفاقاً 0/2 WSDL دارای ساختارهای بعدی برای آماده کردن توصیفات سرویس است. رابط پردازشگر، عملکرد، پیام، سرویس و موارد پایانی (نهایی) را شامل می شود. از این موارد 3 مورد اول، ساختارهای پیام، عمل، رابط مربوط به تعریف انتزاعی سرویس است در حالیکه سه مورد باقیمانده مربوط به عملکرد سرویس می شوند. در این اطلاعات فنی،‌تمرکز اصلی ما بر روی تفسیر معنایی از تعریف انتزاعی یک سرویس برای کشف پویا و ترکیب سرویس ها است (این مورد مهم است که تفاسیر سمانتیک باید در کاربردهای سرویس به کار گرفته شوند. به عنوان مثال، چنانچه پیامی در پروتکل a مشابه نوع دیگری در پروتکل B باشد چنین اطلاعاتی را می توان در مدلهای مشخص نشان داد و از آن در طول عملکرد استفاده کرد. به هر حال، ما تفسیر کاربرد سیستم منظومان نیست. تفاسیر سطح سرویس در قسمتی مورد توجه WS-POLIY قرار گرفته است) مکانیسم های مرجع URL را از طریق عناصر گسترده برای رابط پردازشگر عملکرد و ساختارهای پیام تهیه کرده ایم برای اینکه به تفاسیر سمانتیک تعریف شده در مدل های مشخص سرویس ها اشاره شود.

خلاصه کلی از عناصرگسترده در این اطلاعات فنی به شرح زیر است:

؟ عنصر گسترده،‌اصطلاحاً مدل مرجع، برای طراحی یک به یک عناصر نمونه به مفاهیم در مدل سمانتیک

؟ کار (عملکرد) گسترده، اصطلاحاً طراحی نمونه، به عناصر و نمونه های پیچیده XSD افزوده شده برای اینکه ارتباطی با عناصر نمونه در سرویس وب با مدلهای سمانتیک بیاید چنین مواردی برای چندین مورد در یکی از موارد است.

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

؟ عمل گسترده عنصر رابط پردازشگر که در اصطلاح طبقه خوانده می شود شامل اطلاعات طبقه بندی شده ای می باشد که می توان آن را در زمان ارائه یک سرویس در سرویس های وب مانند UDDI به ثبت رساند. طبقه بندی سمانتیک از UDDI از آنتولوژیهای پیشنهادی در [NWSDI , SUSO4] استفاده می کند.

تفسیر عناصر ورودی و خروجی

در این قسمت به توصیف چگونگی تفسیر عناصر خروجی و ورودی در سند WSDL می پردازیم در نمونه سفارش خرید با عملیات Processpurchose order یک مورد داده و یک مورد خروجی داشتیم. مورد ورودی (داده) با عنصر Process purchase order Request می باشد که بوسیله نوع پیچیده processpurchase order Request داده شده است. مورد خروجی با عنصر process purchase order Response است. عملیات WSDL در زیر داده شده است.

در این نمونه، داده (ورودی) نوع پیچیده ای است در حالیکه خروجی یک نوع ساده است برای تفسیر انواع ساده از مورد گسترده عنصر xsd استفاده می کنیم. یک نمونه از طرح xml برای عنصر xsd در زیر نشان داده شده است این مورد نشان می دهد که هر عنصری می تواند “بوسیله عملکرد در هر فضای بدون طرحی” گسترش یابد ما از فضای wssem با عملکرد مدل مرجع برای تفاسیر مربوط به عنصر استفاده کردیم.

تفسیر انواع پیچیده

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

؟ تفسیر سطح پائین – تفسیر سطح عنصر Leaf (گره ساختار درختی)

؟ تفسیر سطح بالا: تفسیر در سطح نوع پیچیده

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

فهرست

سمنتیک های سرویس وب WSDL-S.................................................................................................

1- مقدمه............................................................................................................................................................

2- ملزومات ویژه سمنتیکهای سرویس وب..............................................................................................

3- یک مثال......................................................................................................................................................

4- استفاده از عناصر توسعه پذیر WSDL............................................................................................

5- پشتیبان1-1 WSDL...........................................................................................................................

6- مراجع...........................................................................................................................................................

7- ضمیمه A : شرح طراحی الگو با استفاده از XSLT...................................................................

8- ضمیمه B : شرح طراحی الگو با استفاده از XQUERY .......................................................

9- ضمیمه C : آنتولوژی سفارش خرید...................................................................................................

10- ضمیمه D : انتخابات طراحی............................................................................................................

سمانتیک های سرویس وب – WSDL-S

یادداشت فنی

ورژن 0/1

آوریل ،‌2005

نویسندگان (به ترتیب حروف الفبا) :

Rama Akkiraju ،‌تحقیق IBM

Joel Farrel ،‌گروه نرم افزار IBM

John Miller ، آزمایشگاه ISDIS ، دانشگاه جورجیا

Meenaksi Nagarijan ، آزمایشگاه ISDIS ، دانشگاه جورجیا

Marc – thomas schmiat ، گروه نرم افزاری IBM

Amit sheth ، آزمایشگاه ISIS ، دانشگاه جورجیا

Kunal verma ، آزمایشگاه ISBIS ، دانشگاه جورجیا

حق انحصاری مورد نظر

کپی رایت 2005 با همکاری مرکز کاربرد ماشینی داد و ستد (تجارت) جهانی و دانشگاه ویرجینا است تمام حقوق محفوظ می باشد.

IBM و دانشگاه ویرجینیا به هر حال به شما اجازه کپی برداری و استفاده از خدمات سمانتیک های سرویس وب WSDL-S یادداشت فنی، حداقل بدون هزینه وامانت داری.‌فراهم آورده اند که شامل تمام کپی های حاصله از آنوتیشن های سمانتیک سرویس وب WSDL-S یادداشت فنی یا قسمت های دیگری می شود که شما به آن دست می یابید:

1- ارتباط (لینک) یا URL به قسمت های خاص این مکان

2- حق انحصاری مورد نظر همانگونه که در سمانتیک های سرویس وب WSDL-S یاداشت فنی نشان داده شده است.

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

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

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

هیچ حقوق دیگری از طریق کاربرد و موارد دیگر وجود ندارد.

دانلود تحقیق درباره شغل پژوهشگر علوم کامپیوتر

تحقیق درباره شغل پژوهشگر علوم کامپیوتر این محصول در قالب فایل word و در 9 صفحه تهیه و تنظیم شده است

دسته بندی	کسب و کار
فرمت فایل	doc
حجم فایل	44 کیلو بایت
تعداد صفحات فایل	9

تحقیق درباره شغل پژوهشگر علوم کامپیوتر

فهرست مطالب

مسئولیت ها و وظایف پژوهشگر کامپیوتر. 5

دانش و مهارت مورد نیاز. 6

تحصیلات مورد نیاز و نحوه ورود به شغل.. 6

فرصت های شغلی و بازار کار پژوهشگران کامپیوتر. 7

درآمد پژوهشگر کامپیوتر. 7

شخصیت های مناسب این شغل.. 8

دانلود بررسی طراحی وب سایت و کاربرد آن (ASP)

بررسی طراحی وب سایت و کاربرد آن (ASP) تحقیق بررسی طراحی وب سایت و کاربرد آن (ASP)در 58 صفحه ورد قابل ویرایش

دسته بندی	فنی و مهندسی
فرمت فایل	doc
حجم فایل	40 کیلو بایت
تعداد صفحات فایل	58

بررسی طراحی وب سایت و کاربرد آن (ASP)

مقدمه

          امروزه وب به عنوان یک واقعیت انکارناپذیر سایه خود را در تمامی زندگی اجتماعی، اقتصادی و بشریت انداخته و دارای رشد بسیار سریع در زمینه بکارگیری تکنولوژی‌های جدید است.

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

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

          در این مسیر تکنولوژی‌های متعددی نظیر تکنولوژی Dynamic Scripting مانند ASP بوجود آمد تا طراحان را جهت طراحی یک وب سایت پویا یاری کند.  استفاده از مزایای کلاس‌های Vb script، استفاده از متدها و نمونه‌هایی از این تدابیر جهت طراحی صفحات ASP ماجولار با قابلیت استفاده مجدد Reusable است.

          شرکت ماکروسافت در سال 1996 تکنولوژی‌ (Active Server page) را معرفی نمود. تکنولوژی‌ فوق اولین بار به همراه سرویس دهندة اطلاعاتی اینترنت
(IIS: Internet Information server) نسخة 3.0 ارائه شد. با بکارگیری تکنولوژی‌ فوق امکان طراحی و پیاده‌سازی نرم‌افزارهای بزرگ و بانک‌‌های اطلاعاتی به همراه صفحات وب فراهم شد، هسته اولیه ASP زبان Vbscript است. صفحات ASP همراه کدهای نوشته شده توسط زبان فوق ایجاد می‌شود. Vbscript به عنوان زبان استاندارد برای پیاده‌سازی صفحات ASP در نظر گرفته شده است. بنا به اظهارات شرکت مایکروسافت در ماه مه سال 2000، قریب به 800000 نفر در این زمینه فعالیت داشتند و به طراحی صفحات وب با بهره‌گیری از تکنولوژی‌ فوق مشغول بودند. آمار فوق نشان دهنده سرعت رشد تصاعدی و استقبال عموم از تکنولوژی‌ فوق در سطح جهان دارد. قریب به 500 شرکت کامپیوتری در سطح جهان بصورت کاملا تخصصی صرفا به تولید قطعات و اجزای متفاوت بصورت گیت‌های آماده نرم‌افزاری به کمک ASP فعالیت داشته و محصولات آنها در وب سایت‌های متعدد عرضه می‌شود.

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

برای شروع به چه چیزی نیاز است؟

          جهت استفاده کامل از توانایی‌های ASP، می‌بایست سیستم عامل ویندوز NT 4.0 را به همراه IIS 4.0 استفاده کرد. از ویندوز Server 2000 همراه IIS 5.0 نیز می‌توان بهره برد. جهت استفاده از ASP روی کامپیوترهایی که بر روی آنها ویندوز 98 یا 95 نصب شده می‌توان سرویس دهندة شخصی وب یا (PWS: Personel Web Server ) را روی کامپیوتر نصب کرد.

Microsoft Internet Information Server 2.0 

          Windows NT Server 4.0 با سرویس دهندة وب، سرویس دهندة FTP و حتی سرویس دهنده گوفر کامل می‌شود. تمام سرویسهای عمده اینترنت به سادگی از طریق این سرویس نصب می‌شوند فقط از برنامه کاربردی Network control panel برای افزودن Microsoft Internet Information Server 2.0 استفاده کنید و قادر خواهید بود که حضور وب جهانی را احساس کنید.

استفاده از ASP بدون بکارگیری IIS یا PWS :

به دلیل اینکه سرویس دهندگان وب تنها بر روی محصولات ویندوز شرکت مایکروسافت اجرا می‌گردند. شما ممکن است فکر کنید که برای استفاده از صفحات ASP حتما باید از IIS یا PWS روی سرویس دهنده وب خود استفاده نمایید. این درست نیست. زیرا که شرکت‌های زیادی نرم‌افزارهایی را ایجاد کرده‌اند که به شما اجازه می‌دهند صفحات ASP را روی سرویس دهنده‌های متنوع و کامپیوترهای مختلف ایجاد نمایید.

          یکی از محصولات Holycon Softwares In stant ASP است که به صورت مخفف ASP می‌گویند. یکی دیگر از این محصولات توسط شرکت Chili !soft ایجاد Chili! ASP نامیده می‌شود این محصولات می توانند روی سرویس‌دهنده‌هایی که IIS ندارند اجرا شوند به علاوه محصولات زیر:

Jave Web Server .  . Sun Web Server  . Apache  . Net scape Eterprise server

این محصولات روی کامپیوترهای زیر نیز می‌توانند نصب شوند.

IBM / AIX  Apple Mac os   Sun Solaris  Linux

ASP چیست؟

          ASP مخفف کلمات Active server page است. ASP برنامه‌ای است که به کمک IIS اجرا می‌شود. IIS یکی از عناصری است که همراه ویندوز 2000 آورده شده. IIS یکی از اجزای Win NT 4.0 option pack نیز می‌باشد.

          PWS یک نسخة خاص و کوچکتر از برنامة IIS است. PWS را می توان از روی CD حاوی ویندوز 98 نصب کرد.

چگونه می‌توان یک فایل ASP را روی کامپیوتر شخصی اجرا کرد؟

          با نصب یکی از نرم‌افزارهای PWS و یا IIS (با توجه به سیستم عامل نصب شده) بدون نیاز به یک سرویس دهنده کمکی دیگر.

نحوه نصب PWS و اجرای فایل‌های ASP روی Win 98

مرحله اول: برنامة Setupexe را از مسیر Add ons \ PWS \ موجود در CD حاوی Win 98 اجرا کنید.

مرحله دوم: یک فولدر به برنامه Inetpub روی هارد ایجاد و در آن یک فولدر به نام Wwwroot بسازید.

مرحله سوم: یک فولدر جدید با نام دلخواه مثل My web در فولدر Wwwroot بسازید.

مرحله چهارم: با استفاده از یک ادیتور مبتنی مثل Notepad کدهای دلخواه Asp خود را تایپ کرده و فایل فوق را با نام دلخواه Test . asp ولی با انشعاب Asp در فولدر My web ذخیره کنید.

مرحله پنجم: اطمینان داشته باشید که PWS در حالت اجرا است.

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

http: // local host / My Web / Test . asp

NT Server 4.0 چیست؟

          همه چیز از سال 1992 با نشر نگارش 1/3 Windows Advanced Server آغاز شد در ابتدا موفقیت Windows NT 4.0 سرویس دهندة برنامة کاربردی بود که به عنوان سیستمی برای برنامه‌های کاربردی مبتنی بر سرویس دهندة مایکروسافت مانند
SQI Server، در داخل ناول یا سایر سیستمهای عامل شبکه موجود استفاده می‌شد NT 4.0 در بسیاری از شبکه های محلی شرکتها که قبلا دقیق مایکروسافت را به عنوان استانداردی برای محصولات رومیزی انتخاب کرده بودند جای پای محکمی پیدا کرد و به عنوان سیستمی مفید برای برنامه‌های کاربردی Back office مایکروسافت مطرح شد. این جای پای محکم با معرفی Windows NT Server 3.5 در سال 1993 به راه‌حل کامل و  قدرتمندی برای سیستم عالم شبکه تبدیل گردید.

          NT Server برخلاف سایر  سرویس دهنده‌های سیستم، ایستگاه کاری نیز می‌باشد. NT 4.0 رابط کاربر تقریبا با رابط کاربر ویندوز 95 و برنامه‌های رومیزی معمولی مانند Word، Excel و هزاران برنامه کاربردی دیگر ویندوز دارد که به خوبی بر روی NT Server 4.0 اجرا می‌شوند. اما، در زیر این رابط سادة میز کار، ابزارهای پیچیدة مدیریت و سرپرستی شبکه و سیستم عامل شبکة قدرتمندی با پشتیبانی چندین پروتکل و سیستم می‌باشد این رابط آشنا و ساده یکی از جذاب‌ترین ویژگیهای NT Server 4.0 و همچنین مشکلی عمده برای سرپرستان مبتدی می‌باشد. نصب NT 4.0 ساده است. NT 4.0 رابط ساده‌ای دارد که با سبک اشاره و کلیک عملیات ابتدایی را فورا برای افراد آشنا با ویندوز (که هم اکنون با 100 میلیون نسخة فروش تقریبا برای همه آشنا می‌باشد) قابل درک و دسترسی می‌سازد.

نیازهای سخت‌افزاری

          حداقل نیازهای سخت‌افزاری برای IIS به صورت زیر است:

CPU: 486 / 33 یا بالاتر

حافظه: 16 مگا بایت برای سرویس دهنده NT و 12 مگا بایت برای ایستگاه کاری NT .

فضای دیسک: 125 مگا بایت برای سرویس دهندة NT و 110 مگا بایت برای ایستگاه کاری NT .

صفحه نمایش: VGA یا بالاتر.

CD – ROM .

دیسکت گردان فلاپی ظرفیت بالا.

نرم‌افزارها و ابزارهای لازم:

نرم‌افزارها و زبانهای برنامه‌نویسی که در این پروژه استفاده شده‌اند به شرح زیر می‌باشد:

- زبان‌های HTML و ASP و VBScript

- پایگاه داده‌ Access

- سیستم عامل ویندوز XP و وب سرور IIS

)

2- سرویس گیرنده درخواست صفحة ASP را به وسیله بخش دوم URL انجام می‌دهد. (default. Asp)

3- سرویس دهنده وب فایل ASP را می‌خواند و کدها را پردازش می‌کند.

4- بعد از اینکه صفحة ASP بطور کامل به وسیله سرویس دهنده پردازش شد خروجی به فرمت HTML به سرویس گیرنده فرستاده می‌شود.

5- سرویس گیرنده HTML فرستاده شده به وسیله سرویس دهنده را دریافت کرده و آن را برای کاربر اجرا می‌کند.

توجه

          توجه کنید که کد ASP به وسیله علامت < % % > احاطه شده است. وقتی یک صفحه ASP از یک سرویس دهنده وب درخواست می‌گردد سرویس دهنده وب بطور کامل همة کدهای مابین دو علامت < % % > را قبل از فرستادن خروجی برای سرویس گیرنده پردازش می‌کند.

فرق بین ASP با تکنولوژی Client – side scripting

          وقتی از ASP استفاده می‌شود مهم است بدانید که کدهای ASP فقط روی سرویس دهنده وجود دارند. کد ASP که توسط محدودکننده‌های < % % > محصور می‌شوند توسط سرویس دهنده کامل پردازش می‌گردند. سرویس گیرنده به این کدهای ASP دسترسی ندارد. Client – side scripting کدهای برنامه‌نویسی است که در یک فایل HTML روی مرورگر اجرا می‌گردد.

          کدهای اسکریپت‌نویس Client – side شبیه کدهای HTML است و به وسیله تگ < Script > HTML فهمیده می‌شود. فهمیدن اینکه اسکریپت‌های Client – side و اسکریپت‌های Server – side دو موجودیت کاملا مجزا هستند بسیار مهم است. برای بحث و توضیح بیشتر به آدرس زیر مراجعه کنید.

http: //www. 4 guys formolla.com / Webtech / 0823921. Shtml

قابلیت‌های ASP

استقلال از مرورگر

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

استفاده از زبان دستورالعمل‌نویسی

          این بدین معنی است که یک برنامه ASP به راحتی قابل تغییر است چرا که زبانهای دستورالعمل‌نویسی نیاز به کامپایل نداشته و به راحتی می‌توان در یک ویرایشگر مثل Notepad برنامه نوشت و آن را تغییر داد.

دسترسی آسان و سریع به انواع بانک‌های اطلاعاتی

          اعمال پیچیده مربوط به پردازش بانک‌های اطلاعاتی در ASP بسیار ساده است و به سرعت می‌توان برنامه دلخواه را نوشته یا تغییر داد.

همان روش مورد استفاده در VB یا C++ را می‌توان در ASP استفاده کرد. (ADO)

ایجاد صفحات ASP

          صفحات ASP، همانند صفحات وب HTML، فایل‌های متنی ساده بر روی سرویس دهنده وب می‌باشندو برای ایجاد صفحه ASP بعد از اینکه سرویس دهندة وب را نصب کردید تمام چیزی که شما احتیاج دارید یک ویرایشگر متن همانند برنامة Notepade است. برنامه Notepad به صورت معمول برای ایجاد و اصلاح صفحات ASP استفاده می‌شود.

ایجاد ASP توسط Notepade دارای مزایا و معایبی می باشد ابتدا مزایای این کار را بیان می‌کنیم.

مزایا

سرعت: Notepad یک ویرایشگر کوچک و کاراست

سادگی به کارگیری: چون Notepade گزینه‌های زیادی ندارد.

معایب

 نداشتن پشتیبانی سایت وب: با Inter Der یا Front page شما می‌توانید سراسر سایت وب را مدیریت کنید. ولی با Notepade شما فقط می‌توانید یک فایل در یک زمان را ویرایش کنید.

- کدهای دستور زبان غیر رنگی: وقتی از Front page و یا Inter Der استفاده می‌کنیم قطعات مختلف کدهایمان رنگهای متفاوت خواهد داشت.

- نداشتن ابزار صفحات وب Drog - & - drop: هم Inter Der و هم Front page به ما اجازه می‌دهند که ظواهر صفحه وب را به وسیله کشیدن و رها کردن اشیاء یا عناصر داخل صفحه وب ایجاد نمائید.

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

Delimiter

          یک کاراکتر یا رشته‌ای از کاراکترها که ابتدا و انتهای هر واحد را نشان می‌دهد، ASP برای نشان دادن ابتدا و انتهای هر واحد از  < % % > استفاده می‌کند و دستورات اسکریپت بیان این علامت‌ها قرار می‌گیرند. متنی که بین دو عبارت < % % > قرار می‌گیرد به عنوان کدهای ASP در نظر گرفته می‌شود به این خاطر که سرویس دهنده قبل از فرستادن صفحه برای مرورگر وب آنها را مور پردازش قرار می‌دهد.

<HTML>

<BODY>

This page was last refreshed on

<% = now%>

</BODY>

<HTML>

          تابع Now در VBScript زمان و تاریخ جاری را بر‌می‌گرداند و زمانی که سرویس دهندة وب این صفحه را پردازش می‌کند به جای تابع Now زمان و تاریخ جاری را، می‌گذارد و نتیجه را به مرورگر می‌فرستد دستوراتی که به وسیله <% %> احاطه می‌شوند فرمانهای اولیه اسکریپت نامیده می‌شوند این فرمانها بوسیله زبان اسکریپت ابتدایی  پردازش می‌شوند. دستوراتی که بین Delimiter نوشته می‌شود باید برای زبان اسکریپت ابتدایی شناخته شده باشند که این زبان بطور پیش‌فرض VBScript است.

نوشتن کدهای ASP بدون استفاده از <%… %>

          اسکریپت‌های Client – Side بر روی کامپیوتر کاربر بعد از اینکه صفحه دریافت شد اجرا می‌شود. اگر به یک اسکریپت Client – Side نگاهی بیندازیم احتمالا Tag های  HTML، <Script> و </Script> را تشخیص می‌دهیم. آنها به منظور درج کردن کد اسکریپت Client – Side در داخل یک صفحه HTML استفاده می‌شود.

برای مثال ممکن است شما چیزی شبیه به این را ببینید:

<Script Language = Java Script>

d = new pate ( )

ie (d.get Hoors ( ) >12)

document. Write (“Good evening") ;

else

document. Write (“Good Morning") ;

</Script>

          اگر شما از <Script> برای اسکریپت‌های Server – Side استفاده نمایید، یک پیچیدگی اضافی وجود خواهد داشت. حتی می‌توانید <Script> و <%… %> را در یک صفحه به صورت ترکیبی به کار ببرید.

          تابع Response . write در VBScript می‌تواند به جای docuument. Write  استفاده شود. علت استفاده این تابع این است که ASP موجود در روی سرویس دهنده را به شکل HTML که مرورگر وب کاربران نشان می‌دهد، تبدیل نمایید. برای مثال:

<B>

<%

Response . write "Hello"

%>

</B>

متن Hello به خروجی فرستاده می‌شود.

اگر متن نوشته شده با تابع Response . write شامل Tag‌های HTML نیز باشد آنها نیز توسط مرورگر وب کاربران تفسیر خواهد شد.

استفاده از دستور دهنده‌های  ASP

دو نوع دایرکتیو در ASP وجود دارد که عبارتند از

1- ASP outpot directive ها. که بصورت زیر استفاده می‌شوند.

<% expression %> که مقدار expression را نشان می‌دهد و این معادل Response . write  است.

2- ASP Processing directive ها که بصورت زیر استفاده می‌شوند.

<% a key word %>

          این دسته اطلاعات لازمی را که برای پردازش صفحات ASP لازم است را در اختیار ما قرار می‌دهند. مثلا <% a language = VBScript %> یعنی زبان اولیه برای اسکریپت‌ها VBScript می‌باشد.

این بخش شامل موارد زیر است:

1- فرستادن کاربر به صفحة دیگر

2- فرستادن نوع فایل‌ها

3- بافر کردن صفحات ASP

4- Chaching صفحات ASP

5- فرستادن فایل‌ها به Server

6- دریافت اطلاعات از کاربر.

7- پردازش فرم ورودی

8- اشکال‌زدایی از ASP

9- استفاده از بانک‌های اطلاعاتی

فرستادن کاربر به صفحه دیگر

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

<META HTTP – EQUIV = REFRESH CONTENT = "2; URL = http: // www. Mamillon. Com">

          این Tag سبب می‌شود که مرورگر به آدرس www. Macmillun بعد از 2 ثانیه ارسال گردد. همچنین این کار می‌تواند با استفاده از اسکریپت‌های Client – side مانند Java Script انجام شود.

فرستادن نوع فایل‌ها:

Response. Redirect URL کاربر را به صفحه‌ای که آرگومان URL معین می‌کند می‌برد. اگر آدرس مزبور در همان سایت باشد یک URL وابسته کار خواهد کرد، اگر آدرس مربوط در سایت دیگری باشد باید آدرس کامل شامل عبارت http: \\ به کار برده شود.

هر زمانی که سرویس گیرنده یک تقاضا برای صفحه ASP به خصوص را می‌کند، یک آبجکت Context ایجاد می‌شود. یک آبجکت Context چیزهایی مثل آبجکت‌های Session و Request و تعدادی متغیرهای سرور را در خود نگهداری می‌کند. Response. Redirect  به این صورت کار می‌کند که به سرویس گیرنده می‌گوید که تقاضای یک صفحه جدید نماید.

سرویس گیرنده این کار را انجام می‌دهد و یک آبجکت جدید Content برای صفحة جدید ایجاد می‌شود و فقط وقتی کار می‌کند که چیزی برای سرویس گیرنده ارسال نشده باشد. این به آن معنی است که باید قبل از اینکه هر خروجی با استفاده از بافرینگ به Client فرستاده شود مقداری را در Response. Redirect  قرار دهید.

دانلود بررسی کاربرد سوئیچ در شبکه و اینترنت

بررسی کاربرد سوئیچ در شبکه و اینترنت تحقیق بررسی کاربرد سوئیچ در شبکه و اینترنت در 21 صفحه ورد قابل ویرایش

دسته بندی	فنی و مهندسی
فرمت فایل	doc
حجم فایل	21 کیلو بایت
تعداد صفحات فایل	21

بررسی کاربرد سوئیچ در شبکه و اینترنت

سوئیچ های LAN چطور کار می کنند؟

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

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

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

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

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

شما خواهید آموخت که یک سوئیچ LAN چیست وچطور transparent bridging کار می کند، علاوه بر این در مورد VLAN ها، trunking و spanning  خواهید آموخت.

مبانی شبکه

دراینجا بعضی از بخش های بنیادی شبکه را ملاحظه می نمائید:

شبکه( Netawork ): یک شبکه، گروهی از کامپیوترهای متصل بهم می باشد به طوری که اجازه تبادل اطلاعات مابین کامپیوترها را می دهد

گره( Node): هر چیزی که به شبکه متصل می گردد، یک گره می باشد در حالیکه گره نوعاً یک کامپیوتر است، می تواند چیزهایی شبیه یک چاپگر یا CD-ROM tower هم باشد.

قطعه ( segment ) هر بخش از شبکه که بوسیله سوئیچ، bridge یا router از بخش های دیگر شبکه مجزا گردد، یک قطعه می باشد.

ستون فقرات ( Backbone ): کابل کشی اصلی یک شبکه که تمام قطعات به آن متصل می گردد، ستون فقرات شبکه می باشد. نوعاً ستون فقرات قابلیت حمل اطلاعات بیشتری را از قطعات مجزا دارد. به عنوان مثال هر قطعه ممکن است نرخ انتقال (transfer rate )Mbps  10 داشته باشد، در حالیکه ستون فقرات ممکن است در Mbps 100 عمل کند.

توپولوژی: توپولوژی روشی است که هر گره بطور فیزیکی به شبکه متصل می گردد. توپولوژی های متداول عبارتند از:

BUS : هر گره به صورت زنجیروار( daisy - chained ) و متصل شده درست یکی بعد از  دیگری در امتداد ستون فقرات شبیه به چراغ های کریسمس می باشد. اطلاعات فرستاده شده از یک گره در طول ستون فقرات حرکت می کند تا به گره مقصد برسد. هر انتهای  شبکه bus باید جهت جلوگیری از پس  جهیدن سیگنال فرستاده شده و به وسیله یک گره در شبکه هنگامیکه به انتهای کابل می رسد، با یک مقاومت ختم شود.

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

ستاره ای (Star ): در یک شبکه ستاره ای هر گره به یک دستگاه مرگزی به نام     Hub متصل می شود. هاب سیگنالی را که از هر گره می آید می گیرد و آن را به تمام گره های دیگر شبکه می فرستد. یک هاب هیچ نوع فیلترینگ و مسیر یابی(      routing ) اطلاعات را انجام نمی دهد. هاب فقط یک نقطه اتصال است که تمام گره های مختلف را به هم وصل می کند.

توپولوژی شبکه Star

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

شبکه محلی ( Local Area Network-LAN ): یک LAN شبکه ای از کامپیوترهایی است که در مکان فیزیکی عمومی یکسان، معمولاً در یک ساختمان یا یک فضای باز واقع شده اند. اگر کامپیوترها بسیار پراکنده و دور از هم ( در میان شهر یا در شهرهای مختلف )  باشند، در آن صورت نوعاً یک شبکه گسترده ( Wide Area Network-WAN )  مورد استفاده قرار می گیرد.

( NIC ) Network Interface Card : هر کامپیوتر ( اغلب دستگاه های دیگر)از طریق یک NIC به شبکه متصل می گردد. در اغلب کامپیوترهای رومیزی NIC یک کارت اترنت ( 10یا 100 Mbps ) است که داخل یکی از شکاف های مادر برد کامپیوتر قرار می گیرد.

Media Access Control (MAC) address : آدرس فیزیکی هر دستگاه در شبکه می باشد ( مثل آدرس NIC در یک کامپیوتر). آدرس MAC دو قسمت دارد که طول هر کدام 3 بایت است. اولین 3 بایت معرف شرکت سازنده NIC می باشد دومین 3 بایت شماره سریال NIC است.

Unicast : انتقال از یک گره یک بسته ( packet ) را به آدرس یک گروه خاص می فرستد. دستگاه های ذی نفع در این گروه  بسته های آدرس شده به گروه را دریافت می کنند. مثالی از این مورد می تواند یک روتر Cisco باشد که یک update را به تمام روترهای دیگر Cisco  می فرستد.

Broadcast: در یک broadcast، یک گره بسته را به قصد ارسال به تمام گره های دیگر شبکه  می فرستد

برخورد و همچنین نیاز به فیلترینگ را برطرف خواهد کرد.

افزونگی و طوفان داده پراکنی Redundancy  and Broadcast  Stroms))

وقتی پیشتر راجع به شبکه های باس و رینگ صحبت کردیم، یک نتیجه بحث، احتمال وجود یک نقطه خراب بود. در شبکه star یا star-bus بیشترین پتانسیل برای از کار انداختن بخشی یا تمام شبکه، سوئیچ یا هاب است. به مثال زیرنگاهی بیاندازید:

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

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

بسته از طریق قطعه A یا قطعه C به دو سوئیچ دیگر (B و C) نقل مکان می کند. سوئیچ B گره B را به lookup table که برای قطعه A نگهداری  می کند اضافه خواهد کرد، در حالیکه سوئیچ C آن را به lookup table برای قطعه C اضافه می کند. اگر هیچ یک از این دو سوئیچ هنوز آدرس گره A را یاد نگرفته باشد، آنها قطعه B را در جستجوی گره A پخش سیل آسا خواهند کرد. هر سوئیچ  بسته فرستاده شده بوسیله سوئیچ دیگر را خواهد گرفت و دوباره فوراً آن را پخش سیل آسا خواهند کرد چون هنوز نمی دانند چه کسی گره A است سوئیچ A بسته را از هر قطعه دریافت و آن را به قطعه دیگر پخش سیل آسا خواهد کرد. این امر باعث بوجود آمدن یک طوفان داده پراکنی (brouadcast storm) خواهد شد، بطوری که بسته ها توسط هر سوئیچ پراکنده شده، دریافت و دوباره پراکنده می شوند که نهایتاً  منجر به تراکم شبکه بالقوه شدید خواهد گردید. که این هم مارا به درخت های پوشا (   spanning trees) می رساند...

درخت های پوشا  (   spanning trees)

جهت جلو گیری از طوفان های داده پراکنی و دیگر تأثیرات جانبی ناخواسته حلقه زدن، شرکت Digital  Equipment  Corporation  پروتکل درخت پوشا ( spanning -tree protocoi-STP) را که تحت عنوان مشخصات d1،802 توسط مؤسسه مهندسین برق و الکترونیک ) IEEE) استاندارد شده بود، اساساً یک درخت پوشا از الگوریتم درخت پوشا (  spanning-tree algorithm-STA) استفاده می کند که در می یابد که سوئیچ بیش از یک مسیر برای تبادل اطلاعات با یک گره دارد، تعیین می کند کدام مسیر بهترین است و بقیه مسیر ها را می بندد. جالب اینکه رد مسیر(های) دیگر را نگه می دارد، فقط در مورد مسیر اولیه خارج از دسترس می باشد.

در اینجا می پردازیم به اینکه STP چطور کار می کند:

به هر سوئیچ یک گره ID اختصاص داده می شود، یکی برای خود سوئیچ و یکی برای هر پورت در سوئیچ شناسه سوئیچ، به نام شناسه پل (    BridgeID-BID) ، 8 بایت طول دارد و شامل یک تقدم پل (2بایت)همراه با یکی از آدرس های MAC  سوئیچ(6بایت) می باشد. هر شناسه پورت (   port ID) ، 16 بیت بوده و دو قسمت دارد: یک قسمت تنظیم تقدم که 6 بیتی بوده و قسمت دیگر شماره پورت که 10 بیتی می باشد.

برای هر پورت یک مقدار هزینه مسیر (   pathwost) فرض می شود. این هزینه نوعاً بر اساس راهنمایی که به عنوان بخشی از استاندارد d1،802 بنا نهاده شده می باشد. مطابق با مشخصات اصلی، مقدار هزینه برابر با Mbps 1000 ( یک گیگابیت در ثانیه) تقسیم بر پهنای باند قطعه متصل به پورت است. بنابراین یک اتصال Mbps 10 هزینه برابر با 100 ( 10/1000) خواهد داشت. برای جبران افزایش سرعت شبکه ها به آن سوی محدوده گیگابیت، هزینه استاندارد کمی اصلاح شد ه است. مقادیر هزینه جدید عبارتند از:

روترها و سوئیچینگ لایه 3

درحالیکه اغلب سوئیچ ها  در لایه اطلاعات ( لایه 2) از مدل مرجع OST عمل می نمایند، بعضی از انها ویژگی های یک روتر را ترکیب و در لایه شبکه ( لایه 3) هم عمل می کنند. در حقیقت یک سوئیچ لایه 3 بطور باور نکردنی مشابه با یک روتر می باشد.

 هنگامی که یک  روتر بسته ای را دریافت می کند،  در آدرس های مبدأ و مقصد لایه 3 برای تعیین مسیری که بسته باید بپیماید، نگاه می کند. یک سوئیچ استاندارد به آدرس هی MAC برای تعیین مبدأ و مقصد یک بسته تکیه می نماید، که شبکه گذاری لایه 2 (اطلاعات ) می باشد.

تفاوت اساسی بین یک روتر و سوئیچ لایه 3 اینست که سوئیچ های لایه 3 دارای سخت افزار بهینه شده برای عبور اطلاعات با سرعت سوئیچ های لایه 2 و در عین حال تصمیم گیری در مورد اینکه چطور ترافیک در لایه 3 درست شبیه به یک روتر منتقل شود، می باشد. در محیط LAN یک سوئیچ لایه 3 معمولاً سریع تر از یک روتر می باشد زیرا برمبنای سخت افزار سوئیچینگ ساخته می شود. در حقیقت خیلی از سوئیچ های لایه 3 سیسکو (  Cisco)  عملاً روترهایی هستند که سریعتر عمل می کنند زیرا بر اساس سخت افزار سوئیچینگ با تراشه های سفارشی داخل جعبه ساخته می شوند. تطبیق الگو و cache کردت در سوئیچ های لایه 3 مشابه با یک روتر است.

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

LAN های مجازی(  VLANS)

همچنانکه شبکه ها در اندازه و پیچیدگی رشد می کنند، خیلی شرکت ها به شبکه های محلی مجازی ( Virtual Local Area Networks-VLANs) برای فراهم کردن برخی روش های ساختار دهی این رشد بطور منطقی روی می آورند. اساساً یک VLAN مجموعه‌ای از گره‌هاست که در یک دامنه داده پراکنی (broadcast domain) واحد که بر مبنای چیزی غیر از محل فیزیکی می‌باشد، با هم گروه‌بندی شده‌اند. شما قبلاً در مورد broadcast ها و اینکه چطور یک روتر broadcast ها را عبور نمی‌دهد، آموختید. یک دامنه broadcast ، یک شبکه ( یا بخسی از یک شبکه ) است که بسته broadcast را از هر گروه در شبکه دریافت خواهد کرد. در یک شبکه، هر چیز در هر طرف از ورتر تمام دامنه broadcast آن طرف می‌باشد. یک سوئیچ که شما VLAN ها را روی آن بکار برده‌اید، چندین دامنه broadcast مشابه با یک روتر دارد. اما شما هنوز نیاز به روتر ( یا موتور مسیریابی لایه 3 ) برای مسیریابی از یک VLAN به VLAN دیگر دارید سوئیچ نمی تواند به تنهایی چنین کاری را انجام دهد. در اینجا برخی از دلایل متعارف که چرا یک شرکت ممکن است VLAN ها را داشته باشد آورده شده است:

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