اصول سیستمهای عامل توزیع شده

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

دسته بندی	کامپیوتر و IT
بازدید ها	10
فرمت فایل	doc
حجم فایل	23 کیلو بایت
تعداد صفحات فایل	23

فروشنده فایل

کد کاربری 1024

تمام فایل ها

اصول سیستمهای عامل توزیع شده

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

از نظر معماری، کامپیوترهایی که از چندپردازنده متصل به هم تشکیل شده‌اند اساساً بر دو دسته تقسیم می‌شوند.

1- سیستم‌های جفت شده قوی

2- سیستم‌های جفت شده ضعیف

1- سیستم‌های جفت شده قوی:

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

سیستم‌های جفت شده ضعیف:

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

معمولاً به سیستم‌های جفت شده قوی، سیستم‌های پردازش موازی اطلاق می گردد و به سیستم‌های جفت شده ضعیف «سیستم‌های محاسبات توزیع شده» یا به طور ساده‌تر «سیستم‌های توزیع شده» اطلاق می‌شود.

در این مقاله منظور از جمله سیستم توزیع شده» همان سیستم‌های توزیع شده واقعی یا «سیستم‌های محاسبات توزیع شده» است که از سیستم عامل‌های توزیع شده استفاده می‌کنند.

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

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

سیر تکامل سیستم های عامل توزیع شده

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

آماده سازی کار در کامپیوترهای اولیه یک مشکل اساسی بود و بسیاری از وقت CPU را هدر می‌داد. در سالهای 1950 تا 1960 مفاهیم جدیدی برای بهینه سازی صرف وقت CPU ارائه شده که از میان آنها می‌توان به موارد زیر اشاره کرد:

اصول سیستمهای عامل توزیع شدهاصولسیستمهای عاملتوزیع شدهپروژهپژوهشمقالهجزوهتحقیقدانلود پروژهدانلود پژوهشدانلود مقالهدانلود جزوهدانلود تحقیق

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

سیستم عامل

سیستم عامل مهمترین برنامه ای است که بر روی یک کامپیوتر اجراء می گردد و امکانات لازم به منظور اجرای هر نوع برنامه دیگر را فراهم می نماید

دسته بندی	کامپیوتر و IT
بازدید ها	10
فرمت فایل	doc
حجم فایل	130 کیلو بایت
تعداد صفحات فایل	16

فروشنده فایل

کد کاربری 1024

تمام فایل ها

سیستم عامل

سیستم عامل چیست ؟

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

سیستم عامل

سیستم عامل (به انگلیسی: Operating System) با حروف اختصاری OS اساسی ترین برنامه سیستمی است که مدیریت کلیه منابع سیستم را به عهده گرفته و زمینه ای را فراهم می سازد که برنامه های کاربردی می توانند بر روی آن نوشته شوند .

پالم (سیستم عامل)

سیستم عامل ‍Palmسیتم عامل palm یک سیستم عامل است که بوسیله palmsource,inc برای دستیار (دستیار دیجیتال شخصی)pda .

تاریخچه برنامه های روی سیستم عامل palm به صورت آیکن نمایش داده می‌‌شوند ،سیستم عامل palm توسط jeff Howkins برای استفاده در pda‌ها بوسیله us roboticsنسخه 1.0 تهیه شده بود برای pilot اصلی 1000,5000 ونسخه 2.0 برای palm pilot شخصی و پیشرفته . با وارد شدن palm III نسخه 3.0 از سیستم عامل با بالا بردن با اومردن درجه و با رهاکردن نسخه های 3.1و3.3و3.5و اضافه کردن پشتیبانی برای رنگ و چندین پورت افزایشی و پردازشگرهای جدید و قابلیتهای زیاددیگر.

دلایل ایجاد سیستم عامل

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

وظایف سیستم عامل

سیستم عامل دو کار عمده انجام می‌دهد :

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

در نگرش بالا به پایین ، وظیفه سیستم عامل این است که یک ماشین توسعه یافته ( Extended Machine ) یا ماشین مجازی ( Virtual Machine ) را به کاربران ارائه کند تا آنها بتوانند آسان تر برنامه نویسی نمایند و درگیر پیچیدگی های سخت افزاری رایانه نشوند .

سیستم عاملپروژهپژوهشمقالهجزوهتحقیقدانلود پروژهدانلود پژوهشدانلود مقالهدانلود جزوهدانلود تحقیق

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

تشریح و راهنمای ویندوز xp

از ویژگی های بهبود یافته در ویندوز XP نسبت به 2000 و NT و جدید برای کاربران 98 و Me، پشتیبانی از NTFS (ان تی اف اس) پیشرفته می باشد NTFS مختصر شده عبارت NT File System به معنی سیستم فایل NT است

دسته بندی	کامپیوتر و IT
بازدید ها	8
فرمت فایل	doc
حجم فایل	160 کیلو بایت
تعداد صفحات فایل	51

فروشنده فایل

کد کاربری 1024

تمام فایل ها

تشریح و راهنمای ویندوز xp

خلاصه

از ویژگی های بهبود یافته در ویندوز XP نسبت به 2000 و NT و جدید برای کاربران 98 و Me، پشتیبانی از NTFS (ان تی اف اس) پیشرفته می باشد. NTFS مختصر شده عبارت NT File System به معنی سیستم فایل NT است. سیستم فایل تعریف می کند که سیستم عامل چگونه اطلاعات را روی دیسک بگذارد و سپس آن را بخواند، پاک کند یا جابجا نماید.

با اینکه راهنمای ویندوز فواید زیادی را برای NTFS بر می شمرد، انتخاب بین این سیستم فایل و FAT32 با تردید همراه است.

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

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

1- پیشگفتار

وقتی برای اولین بار ویندوز XP بر روی کامپیوتری نصب می شود، یکی از مسائلی که ذهن را به خود مشغول می کند، سیستم فایل جدیدی به نام NTFS است که می توان از آن استفاده کرد. با اینکه راهنمای ویندوز فواید زیادی را برای NTFS بر می شمرد، انتخاب بین این سیستم فایل و FAT32 با تردید همراه است. بسیاری از کاربران هنگام کار با این سیستم فایل، با مشکلاتی روبرو شده اند و از بکارگیری NTFS ابراز پشیمانی می کنند؛ خلاصه اینکه بسیاری، هیچ دلیل قانع کننده ای برای استفاده از NTFS نمی یابند. بخشی از مشکلاتی که هنگام بکارگیری هر چیز نوی پیش می آید ناشی از عدم آگاهی کافی از جوانب آن و بخشی دیگر ناشی از محدودیت های موجود در آن است. در این مقاله سعی شده است این سیستم فایل از جوانب مختلف بررسی و حتی الامکان محدودیت ها و نکات موجود هنگام استفاده از آن کاملا روشن شود.

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

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

منابعی که مستقیما در نگارش مقاله بکار رفته، در بخش فهرست مراجع به تفکیک کتاب ، راهنمای ویندوز XP و مراجع اینترنتی ذکر شده و در صورت لزوم با ذکر شماره بین علایم [ و ] در متن مقاله به آن ها ارجاع داده شده است. در بخش راهنمای ویندوز، عنوانِ صفحه ی در برگیرنده ی مطلب ذکر شده است. می توان با وارد کردن این عنوان میان علامت های ” و “ در بخش جستجوی راهنمای ویندوز یافت.

در بخش هایی، خواننده برای مطالعه بیشتر به راهنمای یک برنامه یا دستور ارجاع داده شده است. می توان با وارد کردن نام برنامه یا دستور در راهنمای ویندوز و یا اجرای آن و استفاده از راهنمای موجود به همراه برنامه، به مطلب مورد نظر دست یافت. دستورات معمولا در Command Prompt (محیط text) اجرا می شوند. برای اجرای آن در ویندوز XP کافی است از منوی شروع، به All Programs و سپس Accessories اشاره و Command Prompt را اجرا کرد. راهنمای مختصری از هر دستور با وارد کردن نام دستور و پس آن با فاصله، پارامتر /? نمایش داده می شود.

تلاش شده است مراجع علاوه بر اعتبار کافی، کاملا مرتبط با موضوع مورد بررسی باشند هرچند بدلیل نوی نسبی بعضی ویژگی های این سیستم فایل، مراجع مرتبط و مناسب برای آن ها کم بود. جای تعجب هم نیست که بیشتر این مراجع متعلق به شرکتِ مایکروسافت است. با توجه به اینکه NTFS از زمان ویندوز NT، در حالِ استفاده است، بسیاری از مراجع موجود با توجه به NTFS4 و NTFS5 که در ویندوزهای NT و 2000 پشتیبانی شده به رشته تحریر در آمده و بعضی مطالب و ابزارهای معرفی شده در آن ها قدیمی و منسوخ شده است. به همین دلیل در این مقاله سعی شده است مطالب منسوخ با توجه به مراجع به روز تصحیح شود.

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

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

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

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

در تجدید نظر تابستان 1383، متن مقاله تصحیح و بخش نسخه های NTFS به مقاله افزوده شد.

فهرست مطالب

1- پیشگفتار

2- مقدمه

3-سیستم فایل

3-1- FAT32

3-2- NTFS

3-3- FAT32 یا NTFS

3-3-1- سازگاری و رفع اشکال

3-3-2- قابلیت تطابق بهتر NTFS با درایوهای بزرگ

3-4- تبدیل به NTFS

4- بررسی عمیق تر از NTFS

4-1- قابلیت بازیابی (Data Recoverability)

4-2- انعطاف پذیری در برابر اشکال در ذخیره اطلاعات (Storage Fault Tolerance)

4-2-1- نگاشت کلاسترهای معیوب (Bad-Cluster Remapping)

4-3- امنیت اطلاعات (Data Security)

4-4- رمزنگاری فایل ها (Encryption)

4-4-1- پیش از هر کاری باید بدانید...

4-4-2- بد نیست از جزئیات هم بدانید

4-5- Unicode Names

4-5-1- بد نیست بدانید

4-6- فایل های چند جریانی (Multiple File Streams)

4-7- فشرده سازی (Compression)

4-7-1- فشرده سازی NTFS

4-8- فایل های تُنُک (Sparse files)

4-9- دفترچه ثبت تغییرات (Change Journals)

4-10- نمایه سازی (Indexing Service)

4-11- ردگیری توزیع شده ی پیوندها (Distributed Link Tracking)

4-11-1- بررسی دقیق تر

4-12- Reparse Points

4-13- پیوندهای سخت و نقاط انشعاب (Hard Links and Junctions)

4-13-1- نقاط انشعاب

4-14- پوشه ها دروازه هایی برای سایر درایوها (Directories as Volume Mount Points)

5- نسخه های NTFS

5-1- ارتقای ویندوز

5-2- راه اندازی با چند سیستم عامل (Multibooting)

5-3- ویژگی های هر نسخه

6- فهرست مراجع

تشریح ویندوز xpراهنمای ویندوز xpویندوز xpپروژهپژوهشمقالهجزوهتحقیقدانلود پروژهدانلود پژوهشدانلود مقالهدانلود جزوهدانلود تحقیق

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

آشنایی با شبکه های کامپیوتری

یک شبکه شامل مجموعه­ای از دستگاهها (کامپیوتر، چاپگر و ) بوده که با استفاده از یک روش ارتباطی (کابل، امواج رادیوئی، ماهواره) و به منظور اشتراک منابع فیزیکی (چاپگر) و اشتراک منابع منطقی (فایل) به یکدیگر متصل می­گردند شبکه­ها می­توانند با یکدیگر نیز مرتبط شده و شامل زیر شبکه­هائی باشند

دسته بندی	کامپیوتر و IT
بازدید ها	11
فرمت فایل	doc
حجم فایل	114 کیلو بایت
تعداد صفحات فایل	22

فروشنده فایل

کد کاربری 1024

تمام فایل ها

آشنایی با شبکه های کامپیوتری

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

تفسیم بندی شبکه ها

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

تقسیم بندی بر اساس نوع وظایف

کامپیوترهای موجود در شبکه را با توجه به نوع وظایف مربوطه به دو گروه عمده: سرویس­دهندگان (Servers) و یا سرویس­گیرندگان (Clients) تقسیم می­نمایند. کامپیوترهائی در شبکه که برای سایر کامپیوترها سرویس ها و خدماتی را ارائه می نمایند، سرویس­دهنده نامیده می­گردند. کامپیوترهائی که از خدمات و سرویس­های ارائه شده توسط سرویس­دهندگان استفاده می کنند، سرویس گیرنده نامیده می­شوند. در شبکه­های Client-Server، یک کامپیوتر در شبکه نمی­تواند هم به عنوان سرویس­دهنده و هم به عنوان سرویس­گیرنده، ایفای وظیفه نماید.

در شبکه­های Peer-To-Peer، یک کامپیوتر می­تواند هم بصورت سرویس­دهنده و هم بصورت سرویس­گیرنده ایفای وظیفه نماید.

یک شبکه LAN در ساده ترین حالت از اجزای زیر تشکیل شده است:

• دو کامپیوتر شخصی. یک شبکه می­تواند شامل چند صد کامپیوتر باشد. حداقل یکی از کامپیوترها می­بایست به عنوان سرویس­دهنده مشخص گردد. (در صورتی که شبکه از نوع Client-Server باشد). سرویس­دهنده، کامپیوتری است که هسته اساسی سیستم عامل بر روی آن نصب خواهد شد.
• یک عدد کارت شبکه (NIC) برای هر دستگاه. کارت شبکه نظیر کارت­هائی است که برای مودم و صدا در کامپیوتر استفاده می­گردد. کارت شبکه مسئول دریافت، انتقال، سازماندهی و ذخیره­سازی موقت اطلاعات در طول شبکه است. به منظور انجام وظایف فوق کارت­های شبکه دارای پردازنده، حافظه و گذرگاه اختصاصی خود هستند.

تقسیم بندی بر اساس توپولوژی

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

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

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

سه نوع توپولوژی رایج در شبکه­های LAN استفاده می گردد:

• BUS
• STAR
• RING

توپولوژی BUS

یکی از رایجترین توپولوژی­ها برای پیاده­سازی شبکه­های LAN است. در مدل فوق از یک کابل به عنوان ستون فقرات اصلی در شبکه استفاده شده و تمام کامپیوترهای موجود در شبکه (سرویس دهنده، سرویس­گیرنده) به آن متصل می­گردند.

آشناییشبکه های کامپیوتریپروژهپژوهشمقالهجزوهتحقیقدانلود پروژهدانلود پژوهشدانلود مقالهدانلود جزوهدانلود تحقیق

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

فیبرنوری در شبکه ارتباطات زیرساخت

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

دسته بندی	کامپیوتر و IT
بازدید ها	9
فرمت فایل	doc
حجم فایل	60 کیلو بایت
تعداد صفحات فایل	14

فروشنده فایل

کد کاربری 1024

تمام فایل ها

فیبرنوری در شبکه ارتباطات زیرساخت

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

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

اهداف طرح

1- پاسخ دهی به نیازهای ارتباطی برنامه های توسعه‌ی کشور

2- بستر سازی برای حضور شرکت های دولتی و غیر دولتی در بازار مخابرات

3- سوق دادن جامعه به سمت جامعه اطلاعات

4- سرعت بخشیدن به توسعه اقتصادی و اجتماعی

5- ارائه خدمات مورد نیاز جامعه در حد مطلوب

6- رفع موانع و تنگناها برای پیاده سازی دولت الکترونیکی

7- حضور موثر در دهکده جهانی

8- ایجاد زیرساخت لازم برای تجارت الکترونیکی

9- ایجاد شاهراه ارتباطی جهت حمل ترافیک

10- ایجاد قطب ارتباطات منطقه ای در داخل کشور و تقویت توان راهبردی

11- امکان حضور گسترده و فعال در تمام نقاط کشور از طریق نقاط حضور (POP )

12- حضور در بازار رقابتی

13- امکان دسترسی به شبکه های نوری یکپارچه

14- ایجاد شبکه یکپارچه مخابراتی توسعه پذیر و قابل انعطاف

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

1- تضعیف پایین

2- قیمت تمام شده مناسب

3- سهولت کار کابل کشی به دلیل سبک بودن

4- عدم نویز پذیری

5- عدم تأثیر ناپذیری از عوامل خارجی ( مانند میدانهای الکتریکی و مغناطیسی )

6- امنیت بالا به علت شنود ناپذیری (در مقابل سیستم های رادیویی)

7- عدم همشنوایی

8- پهنای باند وسیع و مطمئن

9- شبکه سازی مطمئن با قابلیت انعطاف

10- قابلیت ایجاد شبکه همگرا

11-

لذا اکنون امکان ارائه خدمات مختلف در هر زمان و در هر مکان و برای هر کس فراهم آمده است.

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

خدمات بالقوه شبکه ملی فیبرنوری ایران

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

با توجه به اینکه شبکه یکپارچه نوری ایران واسط میان شبکه های محلی، شهری و منطقه ای است بخش مهمی از خدمات قابل ارائه از طریق شبکه ی نوری ایران مستلزم پیش بینی و عرضه این سرویس ها در LAN ها و شبکه های شهری متصل به شبکه یکپارچه نوری ایران است که عبارتند از :

v ارسال داده با سرعت بالا

v تلفن تصویری

v ویدئو بر اساس تقاضا Video on – demand

v پزشکی از دور

v آموزش از دور

v اینترنت پرسرعت

v ارسال متن ( Text )

v کنترل خانه از دور

v ارسال فایلهای با حجم زیاد

v ویدئو کنفرانس

v بانکداری الکترونیکی

v خرید از دور

v خدمات صوتی با کیفیت بالا

v خدمات چند رسانه ای ( Multi Media )

v ارائه پهنای باندهای مختلف به متقاضیان بر اساس درخواست آنها

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

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

تحقیق منابع تغذیه

بعضی از تجهیزات الکترونیکی نیاز به منابع تغذیه با ولتاژ و جریان بالا دارند بدین منظور باید ولتاژ AC شهر توسط ترانسفورماتور کاهنده به ولتاژ پایینتر تبدیل و سپس یکسوسازی شده و به وسیله خازن و سلف صاف و DC شود

دسته بندی	کامپیوتر و IT
بازدید ها	9
فرمت فایل	doc
حجم فایل	112 کیلو بایت
تعداد صفحات فایل	31

فروشنده فایل

کد کاربری 1024

تمام فایل ها

منابع تغذیه

مقدمه

بعضی از تجهیزات الکترونیکی نیاز به منابع تغذیه با ولتاژ و جریان بالا دارند. بدین منظور باید ولتاژ AC شهر توسط ترانسفورماتور کاهنده به ولتاژ پایینتر تبدیل و سپس یکسوسازی شده و به وسیله خازن و سلف صاف و DC شود.

تا سال 1972 ، منابع تغذیه خطی برای بیشتر دستگاههای الکترونیکی مناسب بودند. اما با توسعه کاربرد مدارهای مجتمع ، لازم شد که خروجی این مدارها در برابر تغییرات جریان و یا ولتاژ شبکه برق بیشتر تثبیت گردد. آی سی های خانواده TTL به ولتاژ کاملا تثبیت شده 5V احتیاج دارند. به منظور بدست آوردن ولتاژ ثابت تر، یک سیستم کنترل فیدبک در آی سی ها ی تثبیت کننده به کار برده می شود. تا سال 1975 ، آی سی های موجود مثل 723 و CA3085 قادر به تثبیت ولتاژ ثابت مورد نظر نمونه برداری می کردند. این منابع، منابع تغذیه تثبیت شده خطی نامیده می شد.

امروزه تراشه های یکپارچه تنظیم ولتاژ برای جریانهای تا 5A در دسترس می باشد. این تراشه ها مناسب می باشند. اما راندمانی زیر 50% دارند و تلفات حرارتی آنها در بار کامل زیاد است.

منابع تغذیه سوئیچینگ دارای راندمان بالایی می باشند. این منابع در سال 1970 هنگامی که ترانزیستورهای سوئیچینگ سرعت بالا با ظرفیت زیاد در دسترس قرار گرفت، ابداع شدند. ولتاژ خروجی منابع تغذیه سوئیچینگ به وسیله تغییر چرخه کار (Duty Cycle) یا فرکانس سیگنال ترانزیستورهای کلید زنی کنترل می شود. البته می توان با تغییر هم زمان هر دوی آنها نیز ولتاژ خروجی را کنترل نمود.

یک منبع تغذیه سوئیچینگ (SMPS) شامل منطق کنترل (Control Logic) و نوسان ساز می باشد. نوسان ساز سبب قطع و وصل عنصر کنترل کننده (Control Element) می گردد. عنصر کنترل کننده معمولا یک ترانزیستور کلید زنی ، یک سلف و یک دیود می باشد. انرژی ذخیره شده در سلف با ولتاژ مناسب به بار واگذار می شود، با تغییر چرخه کار یا فرکانس کلید زنی، می توان انرژی ذخیره شده در هر سیکل و در نتیجه ولتاژ خروجی را کنترل نمود. با قطع و وصل ترانزیستور کلیدزنی ، عبور انرژی انجام و یا متوقف می شود. اما انرژی در ترانزیستور تلف نمی شود. با توجه به اینکه فقط انرژی مورد نیاز برای داشتن ولتاژ خروجی با جریان مورد نظر، کشیده می شودع راندمان بالایی بدست می آید. انرژی به صورت مقطعی تزریق می شود. اما ولتاژ خروجی به وسیله ذخیره خازنی ثابت باقی می ماند.

فهرست مطالب

مقدمه

1: مروری بر منابع تغذیه

1-1: دلیل انتخاب SMPS و مقایسه آن با منابع تغذیه خطی

2-1: چگونگی تنظیم خروجی در SMPS

3-1: یک نمونه SMPS دارای چه مشخصاتی است؟

4-1: کاربرد دیگر SMPS ها به عنوان اینورتر یا UPS

5-1: انواع مختلف منبع تغذیه سوئیچینگ

2: روشهای کنترل در منابع تغذیه

1-2: کنترل شده حالت ولتاژ

2-2: کنترل شده حالت جریان

3: قطعات یک منبع تغذیه سوئیچینگ

1-3: هسته و سیم پیچ

2-3: ترانزیستور
3-3: MOSFET های قدرت

4-3: یکسوکننده ها

5-3: خازنها

منابع

منابع تغذیهپروژهپژوهشمقالهجزوهتحقیقدانلود پروژهدانلود پژوهشدانلود مقالهدانلود جزوهدانلود تحقیق

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

تحقیق معماری نرم افزار

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

دسته بندی	کامپیوتر و IT
بازدید ها	11
فرمت فایل	docx
حجم فایل	712 کیلو بایت
تعداد صفحات فایل	50

فروشنده فایل

کد کاربری 4513

تمام فایل ها

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


فهرست مطالب



عنوان شماره صفحه
چکیده 3
فهرست مطالب 4
فهرست جدول‌ها 10
فهرست شکل‌ها 11


مقدمه 14



فصل اول

مفهوم و دسته‌بندی معماری‌ها و جایگاه معماری نرم‌افزار در آن 20
1-1 مقدمه 20
1-2 تاریخچه معماری 20
1-3 مفهوم و تعریف معماری 21
1-4 چارچوبهای معماری 22
1-4-1 چارچوب معماری Zachman 22
1-4-2 چارچوب معماری FEAF 23
1-4-3 چارچوب معماری C4ISR 23
1-5 چارچوب‌ها و متدولوژی‌ها 23
1-6 دسته‌بندی معماری‌ها 25
1-6-1 معماری سیستم، معماری نرم‌افزار 25
1-6-2 معماری سازمان 26
1-6-3 معماری کسب و کار 26
1-6-4 معماری اطلاعات 27
1-6-5 معماری سیستمهای کاربردی 27
1-6-6 معماری داده 28
1-6-7 معماری تکنولوژی 28
1-7 معماریهای دیگر 30



فصل دوم

مفهوم معماری نرم‌افزار و مقایسه‌ای تحلیلی بر تعاریف آنها 32
2-1 مقدمه 32
2-2 مفهوم معماری نرم‌افزار 32
2-3 تعاریف معماری نرم‌افزار 33
2-4 دلایل وجود تعاریف مختلف برای معماری نرم‌افزار 35
2-4-1 وجود دیدگاهها و رویکردهای متفاوت 35
2-4-2 کیفی بودن شناسه "سطح بالا بودن" در مفهوم معماری 36
2-4-3 تفاوت در کلمات مورد استفاده در تعاریف 36
2-5 ارائه جدول اجزاء تشکیل دهنده تعاریف 36
2-5-1 اجزاء معماری نرم‌افزار و منطق انتخاب اجزاء 37
2-5-2 ارتباط‌های بین اجزاء معماری نرم‌افزار 38
2-5-3 مجموعه اجزاء معماری نرم‌افزار و ارتباط بین آنها 39
2-6 تعریف و مقایسه پارمترهای متناظر در چارچوب 40
2-6-1 رابطه، ارتباط، تعامل، اتصال 41
2-6-2 اجزاء نرم‌افزاری، موئلفه، زیرسیستم 42
2-6-3 خصوصیت، واسط، رفتار 44
2-6-4 ساختار، سازماندهی، چارچوب 45



فصل سوم

مفهوم، تعریف و سنجش مشخصه‌های کیفی در معماری نرم‌افزار 47
3-1 مقدمه 47
3-2 مفهوم کیفیت نرم‌افزار و مشخصه‌های کیفی 47
3-3 تعریف کیفیت در نرم‌افزار و مشخصه‌های کیفی 49
3-4 Observable via Execution 50
3-5 Not Observable via Execution 50
3-6 معرفی برخی از صفات کیفی نرم‌افزار بر اساس دسته‌بندی [Bass 03] 52
3-7 صفات دسته اول: صفات کیفی سیستمی 53
3-7-1 Availability 54
3-7-2 Performance 54
3-7-3 Security 55
3-7-4 Functionality 55
3-7-5 Usability 56
3-7-6 Modifiability 56
3-7-7 Portability 57
3-7-8 Reusability 57
3-7-9 Integrability 58
3-7-10 Testability 58
3-8 صفات دسته دوم: صفات کیفی کسب و کار 59
3-8-1 Time to Market 59
3-8-2 Cost and benefit 59
3-8-3 Projected lifetime of the system 59
3-8-4 Targeted Market 59
3-8-5 Rollout schedule 59
3-8-6 Integration with legacy systems 60
3-9 صفات دسته سوم: صفات کیفی معماری 60
3-9-1 Conceptual Integration 60
3-9-2 Correctness and Completeness 60
3-9-3 Buildability 60
3-10 Trade-Off موجود بین صفات کیفی 60



فصل چهارم

سبک‌ها و الگوهای معماری نرم‌افزار و نحوه ارزیابی و انتخاب آنها 64
4-1 مقدمه و تاریخچه 64
4-2 تعریف سبک معماری 65
4-2-1 تعاریف مختلف سبک معماری نرم‌افزار 65
4-3 معرفی برخی سبک‌های متداول 65
4-3-1 سبک‌های متمرکز روی داده 66
4-3-2 سبک‌های جریان داده 67
4-3-3 سبک‌های ماشین مجازی 68
4-3-4 سبک‌های فراخوانی و بازگشت 69
4-3-5 سبک‌های موئلفه‌های مستقل 71
4-3-6 سبک‌های چند ریختی 72
4-4 الگوهای معماری نرم‌افزار 73
4-5 سازماندهی الگوها 73
4-5-1 الگوهای پیاده‌سازی 75
4-5-2 الگوهای طراحی 75
4-5-3 الگوهای معماری 75
4-6 الگوها و سبک‌ها 77
4-7 ارزیابی و انتخاب یک سبک معماری نرم‌افزار 77
4-7-1 پارامترهای ارزیابی سبکها 77
4-7-2 جدول ارزیابی سبکها 77
4-7-3 تکمیل جدول ارزیابی سبکها 78
4-7-4 ارائه الگوریتم استفاده از جدول 78
4-7-5 مشکلات موجود 80



فصل پنجم

طرح مشکل موجود، سوابق، راهکارها و کارهای انجام شده 82
5-1 مقدمه 82
5-2 طرح مشکل موجود در سبکهای معماری نرم‌افزار 82
5-3 دسته‌بندی‌های سبکهای معماری 84
5-3-1 دسته‌بندی‌های موضوعی 84
5-3-2 دسته‌بندی‌ سبکهای معماری بر اساس [Clements 02-1] 86
5-3-3 دسته‌بندی‌های سیستمی 89



فصل ششم

ارائه یک استاندارد برای سازماندهی سبکهای معماری نرم‌افزار 93
6-1 مقدمه 93
6-2 ورودی و خروجی‌های یک استاندارد سازماندهی سبکها 93
6-3 بررسی جنبه‌های موجود برای ارائه یک استاندارد سازماندهی 94
6-3-1 دسته‌بندی‌های سیستمی 94
6-3-2 دسته‌بندی‌های موضوعی 94
6-3-3 روشهای ارزیابی سبکهای معماری نرم‌افزار 95
6-3-4 روشهایی استاندارد برای مستند کردن و جمع‌بندی سبکها 95
6-4 اجزاء استاندارد سازماندهی سبکها 97
6-4-1 دسته‌بندی پیشنهادی برای کلیه سبکهای معماری نرم‌افزار 97
6-4-2 کاتالوگ مستند سازی کلیه سبکهای معماری نرم‌افزار 98
6-5 معرفی فرایند ایجاد استاندارد سازماندهی سبکها 99
6-6 فاز اول: تهیه استانداردهای مورد نیاز 100
6-6-1 قدم اول: ارائه یک استاندارد برای دسته‌بندی انواع سیستم‌های نرم‌افزاری 101
6-6-2 قدم دوم: ارائه یک استاندارد برای دسته‌بندی انواع سبکهای معماری نرم‌افزار 103
6-6-3 قدم سوم: ارائه یک استاندارد برای مستند کردن هر سبک معماری نرم‌افزار 105
6-6-4 قدم چهارم: ارائه یک استاندارد برای دسته‌بندی انواع مشخصه‌های کیفی 107
6-7 فاز دوم: تهیه دسته‌بندی استاندارد و قالب استانداردِ کاتالوگ سبکها 109
6-7-1 قدم اول: ارائه یک قالب دسته‌بندی استاندارد برای سبکهای معماری نرم‌افزار 110
6-7-2 قدم دوم: ارائه یک قالب استاندارد برای کاتالوگ کلیه سبکهای معماری نرم افزار 112
6-8 فاز سوم: جمع‌آوری و مستند کردن سبکهای موجود و ارائه روشهای ارزیابی 113
6-8-1 قدم اول: اضافه کردن سبکهای دسته‌بندی‌های موضوعی به استاندارد 113
6-8-2 قدم دوم: اضافه کردن سبکهای دسته‌بندی‌های سیستمی به استاندارد 113
6-8-3 قدم سوم: تهیه یا ارائه مدل ارزیابی برای سبکهای هر نوع سبک/نوع سیستم 114
6-9 فاز چهارم: ارائه طرحهای کاربرد، توسعه و سازگاری استاندارد 114
6-9-1 قدم اول: ارائه طرح استانداردِ ارائه سبکهای جدید 114
6-9-2 قدم دوم: ارائه طرحها و قوانین توسعه استانداردهای موجود 114
6-10 جمع‌بندی کلی استاندارد ارائه شده 115



فصل هفتم

مدلسازی فرایندهای استاندارد ارائه شده، بر اساس UML 118
7-1 مقدمه 118
7-2 فرایند مدلسازی فرایند 118
7-3 مدل کردن منابع کسب‌وکار 119
7-4 مدل کردن اهداف کسب‌وکار 120
7-5 تعیین Actorهای کسب‌وکار 120
7-6 مدل جریانهای کاری موجود در استاندارد 121
7-7 جریانهای کاری فاز اول 122
7-7-1 فاز اول - قدم اول 122
7-7-2 فاز اول- قدم دوم 123
7-7-3 فاز اول - قدم سوم 123
7-7-4 فاز اول - قدم چهارم 124
7-8 جریانهای کاری فاز دوم 124
7-8-1 فاز دوم - قدم اول 125
7-8-2 فاز دوم - قدم دوم 125
7-9 جریانهای کاری فاز سوم 126
7-9-1 فاز سوم - قدم اول 127
7-9-2 فاز سوم - قدم دوم 127
7-9-3 فاز سوم - قدم سوم 128
7-10 جریانهای کاری فاز چهارم 128
7-10-1 فاز چهارم - قدم اول 129
7-10-2 فاز چهارم - قدم دوم 129
7-11 مدل خروجی‌های کسب‌وکار 130



فصل هشتم

خلاصه، نتیجه‌گیری و کارهای آینده 132
8-1 مقدمه 132
8-2 خلاصه و نتیجه‌گیری 132
8-3 کارهای آینده 133
8-4 در نهایت 135


منابع و مراجع 136


فهرست جدول‌ها



شماره جدول شماره صفحه
جدول ‏1 1 : چارچوب‌های مهم معماری 23

جدول ‏2 1 : یک چارچوب برای تعاریف معماری نرم‌افزار 40
جدول ‏2 2 : پارامترهای متناظر در چارچوب 41

جدول ‏4 1: الگوهای معماری نرم‌افزار ارائه شده در [Buschmann 96] 76
جدول ‏4 2: یک مثال برای سبکها و اعداد مربوط به هر یک از مشخصه‌های کیفی آنها 79
جدول ‏4 3: مقادیر مشخصه‌های کیفی که کاربر درخواست نموده است. 80
جدول ‏4 4: مجموع قدر مطلق تفاضلات محاسبه شده برای هر سبک 80
جدول ‏4 5: مجموع مربعات تفاضلات محاسبه شده برای سبکهایی که مقدار SAD یکسانی دارند 80

جدول ‏5 1 : دسته‌بندی سبکهای معماری نرم‌افزار در [Shaw 96] 85
جدول ‏5 2 : دسته‌بندی [Fielding 00] 86
جدول ‏5 3 : دسته‌بندی سبکهای معماری نرم‌افزار بر اساس [Clements 02-1] 89
جدول ‏5 4 : دسته‌بندی [Buschmann 96] 89
جدول ‏5 5: سبکهای ارائه شده برای سیستمهای پردازش توزیع شده از [Morisawa 02] 90
جدول ‏5 6: سبکهای ارائه شده برای سیستمهای اطلاعاتی سازمان از [Kolp 01] 90
جدول ‏5 7: سبکهای ارائه شده در [Hawthorne 05] 90
جدول ‏5 8: سبکهای ارائه شده برای سیستمهای تجارت الکترونیک از [Widhani 02] 90
جدول ‏5 9: سبکهای ارائه شده برای سیستمهای مدیریت منابع از [Kircher 04] 91

جدول ‏6 1: انواع سیستمهایی که تاکنون برای آنها سبک معماری ارائه شده است. 102
جدول ‏6 2: استانداردی برای مستند کردن هر سبک بر اساس استاندارد [Clements 02-1] 106
جدول ‏6 3: عبارات اختصاری استفاده شده در جدول 111


فهرست شکل‌ها



شماره شکل شماره صفحه
شکل ‏1 1: مفهوم معماری تدبیرات و نقشه‌های قبل از ساخت سیستمها است. ]ایزایران 81[ 21
شکل ‏1 2 : نحوه بیان متدولوژی‌ها با چارچوب‌ها ]ایزایران 81[ 24
شکل ‏1 3 : معماری سازمان و زیرمعماری‌های مربوطه از ]ایزایران 81[ 26

شکل ‏2 1 : مفهوم معماری نرم‌افزار، طراحی سطح بالا می‌باشد 33
شکل ‏2 2 : جزء معماری به ناظر و منظر معمار بستگی دارد 37
شکل ‏2 3 : R یک رابطه بیرونی و R1 یک رابطه درونی است 38
شکل ‏2 4: فرامدل پیشنهادی برای رابطه، ارتباط، تعامل، اتصال 42
شکل ‏2 5: فرامدل ارائه شده برای جزء، موئلفه، سیستم و... 43
شکل ‏2 6: فرامدل پیشنهادی برای رفتار، خصوصیت، واسط 45

شکل ‏3 1: فرامدل ارتباط مشخصه‌های کیفی با دیگر مفاهیم موجود در معماری از [Albin 03] 50
شکل ‏3 2: تاکتیک‌های ارائه شده برای دستیابی به حد مطلوب Availability در [Bass 03] 51
شکل ‏3 3: دسته‌بندی مشخصه‌های کیفی بر اساس [Bass 03] 53
شکل ‏3 4: Trade-Offهای موجود بین مشخصه‌های کیفی و حد مطلوب آنها از [Barbacci 95] 61
شکل ‏3 5: ارتباط صفات کیفی و وابستگی آنها به یکدیگر از [Fitzpatrik 96] 62
¬¬¬
شکل ‏4 1: دسته‌بندی Garlan و Shaw برای سبک‌های معماری نرم‌افزار از [Shaw 96] 66
شکل ‏4 2 : مدل سبک‌های متمرکز روی داده از [Shaw 96] 67
شکل ‏4 3 : سبک Pipe and Filter از [Shaw 96] 68
شکل ‏4 4 : سبک برنامه اصلی و زیرروال از [Shaw 96] 69
شکل ‏4 5: سبک معماری Object Oriented از [Shaw 96] 70
شکل ‏4 6 : نمونه‌ای از سبک لایه‌ای مورد استفاده در استاندارد ارتباطی ISO از [Shaw 96] 71
شکل ‏4 7: مجموعه از الگوها از [Trowbridge 03] 74
شکل ‏4 8: نمایش روابط الگوها با خطوط از [Trowbridge 03] 74
شکل ‏4 9: سطوح انتزاع الگوها از ]زاداحمد 85[ 75
شکل ‏4 10: الگوی لایه‌ای از ]زاداحمد 85[ 76
شکل ‏4 11 : جدول ارزیابی سبکهای معماری نرم‌افزار بر اساس پارامترِ مشخصه‌های کیفی 78

شکل ‏5 1: قسمتی از دسته‌بندی سبکهای معماری نرم‌‌افزار از [Shaw 97] 85
شکل ‏5 2 : ارتباط بین نوعِ دید معماری، سبک معماری، دید معماری از [Clements 02-1] 88

شکل ‏6 1: ورودی و خروجی‌های سیستم استاندارد سازماندهی سبکهای معماری نرم‌افزار 94
شکل ‏6 2: جنبه‌هایی که باید برای ارائه استاندارد سازماندهی سبکها در نظر بگیریم. 96
شکل ‏6 3 : منظرها و ناظرهای هر سبک معماری نرم‌افزار 98
شکل ‏6 4: اجزاء اصلی استاندارد سازماندهی سبکهای معماری نرم‌افزار 98
شکل ‏6 5: دسته‌بندی اولیه برای سبک‌های معماری نرم‌افزار از [Ryoo 05] 104
شکل ‏6 6: یک دسته‌بندی قابل توسعه برای سبک‌های معماری نرم‌افزار از [Ryoo 05] 104
شکل ‏6 7: مدل کیفیت McCall از [Astudillo 04] 108
شکل ‏6 8: مدل کیفیت ISO/9126 از [Astudillo 04] 109
شکل ‏6 9: نمونه یک دسته‌بندی انواع سیستمها برای سیستمهای اطلاعاتی 110
شکل ‏6 10: قالب دسته‌بندی پیشنهادی برای سیستمهای اطلاعاتی 111
شکل ‏6 11: فرایند ارائه قالب استاندارد برای تهیه کاتالوگ سبکها 112
شکل ‏6 12: فرایند ایجاد یک استاندارد برای سازماندهی سبکهای معماری نرم‌افزار 117

شکل ‏7 1: منابع کسب‌وکار مورد استفاده در کل فرایند 119
شکل ‏7 2: سلسله مراتب اهداف در فرایند معرفی شده 120
شکل ‏7 3: Actorهای کسب‌وکار موجود در فرایند ارائه شده 121
شکل ‏7 4: فازهای فرایند ارائه استاندارد 121
شکل ‏7 5: مدل قدمهای ارائه شده برای فاز اول 122
شکل ‏7 6: مدل فرایند ارائه شده برای قدم اول از فاز اول 123
شکل ‏7 7: مدل فرایند ارائه شده برای قدم دوم از فاز اول 123
شکل ‏7 8: مدل فرایند ارائه شده برای قدم سوم از فاز اول 124
شکل ‏7 9: مدل فرایند ارائه شده برای قدم چهارم از فاز اول 124
شکل ‏7 10: مدل قدمهای ارائه شده برای فاز دوم 125
شکل ‏7 11: مدل فرایند ارائه شده برای قدم اول از فاز دوم 125
شکل ‏7 12: مدل فرایند ارائه شده برای قدم دوم از فاز دوم 126
شکل ‏7 13: مدل قدمهای ارائه شده برای فاز سوم 126
شکل ‏7 14: مدل فرایند ارائه شده برای قدم اول از فاز سوم 127
شکل ‏7 15: مدل فرایند ارائه شده برای قدم دوم از فاز سوم 127
شکل ‏7 16: مدل فرایند ارائه شده برای قدم سوم از فاز سوم 128
شکل ‏7 17: مدل قدمهای ارائه شده برای فاز چهارم 128
شکل ‏7 18: مدل فرایند ارائه شده برای قدم اول از فاز چهارم 129
شکل ‏7 19: مدل فرایند ارائه شده برای قدم دوم از فاز چهارم 129
شکل ‏7 20: خروجی‌های هر یک از مراحل که منجر به استاندارد نهایی خواهد شد. 130

مقدمه



پیشرفت و بزرگتر شدن جامعه بشری در دنیای امروزی و پیچیده‌تر شدن روابط بین آنها، باعث بوجود آمدن سیستمهای بزرگ و پیچیده در زندگی بشر امروزی شده است. با پیشرفت علم کامپیوتر و وارد شدن آن به بطن زندگی بشر، اکثر سیستمهایی که بشر امروزی با آنها سروکار دارد، به صورت کامپیوتری پیاده‌سازی می‌شوند.
زندگی بشر امروزی وابسته به سیستمهای نرم‌افزاری بزرگ و پیچیدۀ موجود می‌باشد. سیستمهای شرکتهای هواپیمایی و مسافربری، سیستمهای ارتباطی توزیع شده همانند تلویزیون، تلفنهای معمولی و همراه، سیستمهای بانکداری، سیستمهای مدیریت بورس، سیستمهای عمل جراحی راه دور، سیستمهای کنترل ماهواره‌های مختلف، سیستمهای معاملات راه دور و هزاران سیستم نرم‌افزاری دیگر که وجود خلل و نقصی در آنها تاثیرات جبران ناپذیری بر زندگی بشر امروزی خواهد داشت.
در نتیجه یکی از نیازهای حیاتی بشر امروزی اینست که سیستمهای بزرگ و پیچیدۀ موجود، بدون خطا، سریع، با امنیت و کارایی بالا و... در اختیار آنها گیرد. در نتیجه توسعه دهندگان سیستمهای نرم‌افزاری بزرگ و پیچیده، باید سیستمهایی با چنین ویژگیهایی، در اختیار کاربران قرار دهند.
در نتیجه ارائه سیستمهایی در مقیاس بزرگ که دارای برخی ویژگی‌ها همچون کارایی بالا، بدون خطا و بدون عیب، سریع و امن و...، نیاز توسعه دهندگان سیستمهای نرم‌افزاری مقیاس بزرگ می‌باشد. به این مشخصه‌ها در حوزه مهندسی نرم‌افزار نیازهای غیرعملیاتی یا مشخصه‌های کیفی می‌گویند.
مهمترین مسئله در توسعه سیستمهای نرم‌افزاری مقیاس بزرگ، مبحث معماری آن می‌باشد. معماری، ساختارهای موئلفه‌ها و زیرسیستمهای یک سیستم مقیاس بزرگ و ارتباط بین آنها می‌باشد. معماری نرم‌افزار، یکی از مهمترین حوزه‌ها در مهندسی نرم‌افزار است و دلیل آن تاثیر حیاتی معماری در موفقیتِ توسعه سیستمهای نرم‌افزاری است.
توسعه یک سیستم نرم‌افزاری مقیاس بزرگ با ویژگی‌های مذکور، نیازمند ارائه یک معماری مناسب و کامل برای سیستم نرم‌افزاری مورد نظر می‌باشد. در نتیجه ارائه یک معماری درست و مناسب برای چنین سیستمهایی از اهمیت حیاتی برخوردار است.
همیشه بشر از تجربیات قبلی خود یا دیگران در انجام کارهای فعلی بهره جسته است. در زمینه معماری نرم‌افزار نیز معماران نرم‌افزار برای ارائه یک معماری مناسب می‌توانند از تجربیات معماران گذشته و ماهر برای ارائه معماری خود بهره گیرند. امروزه برای سیستمهای گوناگون، معماریهای مختلفی توسط معماران ماهر ارائه شده است. این معماریها به کررات در سیستمهای مختلف مورد آزمایش قرار گرفته و اعتبار و صحت آنها برای استفاده در برخی از سیستمهای نرم‌افزاری اثبات شده است. به این معماری‌ها، الگوها یا سبکهای معماری نرم‌افزار می‌گویند.
در نتیجه یک معمار نرم‌افزار برای ارائه یک معماری مناسب، باید به سبکهای معماری موجود در حوزه سیستمی خود آشنایی داشته باشد تا بتواند از آنها برای ارائه یک معماری مناسب استفاده کند. یعنی معمار یک سیستم نرم‌افزاری برای ارائه یک معماری برای یک سیستم، باید تسلط کافی بر سبکهای معماری نرم‌افزار و مزایا، معایب و کاربردهای هر یک از آنها داشته باشد.
سبکهای معماری نرم‌افزار همه روزه توسط افراد و گروههای مختلف ارائه می‌شوند و هر گروه در حوزه سیستمی خود، به معرفی سبکهای جدید معماری نرم‌افزار می‌پردازد. درنتیجه یک معمار نرم‌افزار برای آشنایی به سبکهای معماری مربوط به حوزه خود، باید در یک دوره تناوب خاص مثلاً هر ماه، سبکهای معماری جدید را جمع‌آوری، بررسی و تحلیل کند. تا بتواند یک معماری درست و مناسب برای سیستم مورد نظر خود ارائه کند.
از طرفی با وجود سبکهای معماری مختلف برای حوزه‌های موجود، ممکن است برای یک کاربرد خاص، سبکهای زیادی پیشنهاد شده باشد. در برخی موارد ارائه کنندگان سبکها، روشهایی برای انتخاب یک سبک از بین سبکهای مختلف که توسط خودشان معرفی شده، ارائه می‌کنند. ولی همیشه این طور نیست و برای سبکهای مختلف که توسط افراد مختلف برای یک حوزه خاص ارائه شده است، روشی برای انتخاب یک سبک وجود ندارد.
از طرفی دیگر، همه روزه بر تعداد سبکهای معماری نرم‌افزار افزوده می‌شود و تعداد آنها در حال افزایش می‌باشد و هیچ کنترل مرکزی و واحد بر آنها وجود ندارد. این امر معماران سیستمهای نرم‌افزاری را در شناخت و استفاده از سبکها، دچار مشکل می‌کند یعنی با انباشته شدن سبکهای معماری نرم‌افزار، کار معماران نرم‌افزار در انتخاب یک سبک، خیلی مشکل خواهد شد.
در نتیجه می‌توان مشکلات موجود برای ارائه یک معماری را به صورت زیر بیان کرد:
1- با افزایش روز افزون سبکهای معماری نرم‌افزار، هیچ کنترل مرکزی و واحد برای آنها وجود ندارد. و در ارائه سبکهای نوعی پراکندگی وجود دارد.
2- برای سبکهای ارائه شده توسط گروههای مختلف، روشهای انتخاب و ارزیابی واحدی وجود ندارد.
3- برای ارائه یک سبک معماری نرم‌افزار به صورت یک مستند، روشی استاندارد وجود ندارد که همه از این استاندارد تبعیت کنند.
4- عدم وجود یک سری از مشخصه‌های کیفی استاندارد که همه ارائه کنندگان سبکها از آنها برای ارائه روشهای ارزیابی خود استفاده کنند.
5- به دلیل وجود سبکهای مختلف، یک معمار نرم‌افزار در انتخاب یک سبک معماری دچار سردرگمی خواهد شد.
و دهها مشکل دیگر که با ارائه روز افزون سبکهای معماری نرم‌افزار به صورت پراکنده و عدم کنترل مرکزی، معماران نرم‌افزار در استفاده از سبکهای معماری، امروزه و در آینده به آن دچار خواهند شد.
برای حل مشکلات ذکر شده تلاشهایی توسط گروههای مختلف انجام گرفته است و مبحث دسته‌بندی سبکهای معماری بوجود آمده است. برای دسته‌بندی سبکهای معماری نرم‌افزار روشهای مختلفی تاکنون ارائه شده است. دسته‌ای از روشها، سبکهای معماری نرم‌افزار را بر اساس نوع سبک آنها دسته‌بندی می‌کنند. یعنی ابتدا یک دسته‌بندی از انواع سبکهای معماری ارائه کرده سپس سبکهای معماری را در این دسته‌بندی قرار می‌دهند. ما به این نوع دسته‌بندی‌ها، دسته‌بندی موضوعی می‌گوییم. برخی دیگر، سبکها را بر اساس نوع سیستم مورد کاربرد آن سبک، دسته‌بندی می‌کنند. یعنی ابتدا یک دسته‌بندی از انواع سیستمهای نرم‌افزاری ارائه کرده، سپس سبکهای معماری را در این دسته‌بندی قرار می‌دهند. ما به این نوع دسته‌بندی، دسته‌‌بندی سیستمی می‌گوییم. سوالی که در این زمینه مطرح می‌شوند، اینست که آیا این روشها، مشکلات موجود را حل می‌کنند. یعنی با دسته‌بندی سبکها می‌توان مشکل معماران و پراکندگی سبکهای ارائه شده را حل کرد.
آنچه مسلم است، صرف دسته‌بندی سبکها به روش موضوعی یا سیستمی مشکلات موجود به طور کامل رفع نخواهد شد. به عنوان مثال مشکلاتی مانند ارائه پراکنده سبکها بدون کنترل مرکزی، عدم مستند‌سازی استاندارد سبکها، عدم وجود نحوه ارزیابی و انتخاب سبکهای همنوع و... هنوز پا برجا هستند.
در نتیجه عوامل دیگری نیز باید در این دسته‌بندی‌ها لحاظ گردند. به عنوان مثال نحوه ارزیابی سبکها که باید برای تمامی سبکها، روشهای ارزیابی با سبکهای همنوع خود ارائه شود یا روشی استاندارد برای مستند کردن سبکها در این دسته‌بندی‌ها وجود داشته باشد.
در نتیجه برای رفع مشکلات موجود، نیاز به یک استاندارد سازماندهی برای کلیه سبکها داریم که بر اساس این استاندارد بتوانیم کلیه سبکهای موجود و سبکهایی را که در آینده ارائه خواهد شد، سازماندهی کنیم. درنتیجه اگر توسعه چنین استانداردی را به عنوان یک سیستم در نظر بگیریم، می‌توانیم از روشهای توسعه سیستمها همانند مدلهای موازی یا فازبندی شده مثل RUP ، برای توسعه و تکمیل این استاندارد استفاده کنیم.
برای توسعه چنین استانداری می‌توان مراحل زیر را بر اساس متدولوژی RUP جنین تعریف کرد.
1- فاز اول – شناخت (Inception): در این فاز به بررسی و شناخت مسئله موجود پرداخته و کلیه مفاهیم مورد نیاز برای آن را مورد بررسی قرار می‌دهیم. به طوری که دید درستی از مسئله و آنچه می‌خواهد داشته باشیم. در حقیقت مسئله مورد نظر، تعریف و مورد بررسی قرار می‌گیرد و مفاهیم مورد استفاده در مسئله شناخته می‌شوند.
با توجه به مسئله مورد نظر که توسعه یک استاندارد برای سازماندهی سبکهای معماری نرم‌افزار می‌باشد، در این فاز باید کلیه مفاهیم مورد نیاز برای توسعه این استاندارد شناخته شود. مفاهیمی که باید شناخته شود، به صورت زیر خواهد بود.
1-1- بررسی مفهوم معماری و دسته‌بندی‌های آن: در این مرحله به بررسی مفهوم معماری در حالت کلی پرداخته و بعد از آشنایی با مفهوم آن به بررسی انواع معماری‌های موجود می‌پردازیم. در ادامه جایگاه معماری نرم‌افزار در این دسته‌بندی را مشخص می‌نماییم.
1-2- بررسی مفهوم و تعریف معماری نرم‌افزار: در این مرحله به بررسی مفهوم معماری نرم‌افزار می‌پردازیم و با اشاره به تعریف معماری نرم‌افزار، سعی می‌کنیم درکی واضح و بدون ابهام از معماری داشته باشیم.
1-3- بررسی مشخصه‌های کیفی در معماری نرم‌افزار: با توجه به اهمیت مشخصه‌های کیفی در معماری نرم‌افزار و اینکه هدف اصلی معماری، دستیابی به میزان مطلوبی از این مشخصه‌ها است، در نتیجه باید مفهوم، تعریف و نحوه اندازه‌گیری هر یک از مشخصه‌های کیفی مورد بررسی قرار گیرد.
1-4- بررسی سبکها و الگوهای معماری نرم‌افزار: با توجه به مسئله مورد بررسی که توسعه یک استاندارد برای سازماندهی سبکهای معماری نرم‌افزار می‌باشد، باید مفهوم و تعریف سبک معماری مورد بررسی قرار گرفته و برای آشنایی بیشتر با آنها، برخی از سبکهای معماری نرم‌افزار را مطالعه و مورد بررسی قرار دهیم.
2- فاز دوم – تکوین (Elaboration): در این فاز باید نیازمندیهای سیستم مورد نظر به صورت کامل شناخته شده و مورد تحلیل قرار گیرند. برای تحلیل نیازمندیها ابتدا باید فرایندهای توسعه سیستم را پیدا یا معرفی کرده سپس آنها را به موردهای کاربرد شکسته و با معرفی سناریو برای هر یک از آنها، گروههای کاری تشکیل شده و موردهای کاربرد را مورد تحلیل قرار دهند.
برای سیستم مورد نظر یعنی ارائه یک استاندارد برای سازماندهی سبکهای معماری نرم‌افزار مراحل زیر را پیشنهاد می‌دهیم.
2-1- تحلیل نیازمندی‌های مسئله: در این مرحله بر اساس شناختی که در فاز قبل از مفاهیم مرتبط با موضوع بدست آمده است، نیازمندیهای مورد نیاز مسئله مطرح می‌شود. در این مرحله روشهای قبلی نیز مورد بررسی قرار خواهد گرفت و بر اساس روشهای قبل، ایده‌ای برای توسعه این سیستم ارائه می‌شود.
2-2- بدست آوردن فرایندهای مورد نیاز سیستم: در این مرحله باید فرایندهای مورد نیاز برای توسعه سیستم و سازماندهی مذکور ارائه شود. هر یک از فرایندها تفضیل شده و برای هر یک پیشنهاداتی ارائه شود.
2-3- تفضیل فرایندهای ارائه شده: در این برای هر یک از فرایندهای موجود باید روش توسعه آنها ارائه شود. برای هر فرایند دو حالت وجود دارد. اول اینکه این فرایند قبلاً توسط گروههای دیگر مورد بررسی و تحلیل قرار گرفته و پیاده‌سازی شده است. دوم اینکه برای فرایند، کارهای قبلی یا وجود ندارد و یا اینکه ناقص بوده و پیاده‌سازی مطلوب ما انجام نشده است. که باید روشی جدید برای توسعه فرایند ارائه شود.
3- فاز سوم – ساخت (Construction): در این مرحله بر اساس فرایندها و موردهای کاربرد بوجود آمده، باید بر اساس مدیریت انجام شده و تقسیم کار بین گروههای کاری مختلف، هر فرایند توسعه یابد و پیاده‌سازی گردد. مراحل این فاز بر اساس فرایندهای بدست آمده از فاز قبل تنظیم خواهد شد. در این مرحله می‌توان از تکنیکهای موازی‌سازی عملیات، تکرار عملیات و... استفاده کرد.
4- فاز چهارم – انتقال (Transition): در این مرحله با اتمام توسعه سیستم، باید سیستم مورد نظر به سیستم واقعی موجود انتقال یابد. برای این فاز مراحل زیر را پیشنهاد می‌کنیم:
4-1- تشکیل سازمان استانداردسازی سبکها: باید برای پیاده‌سازی واقعی استاندارد سازماندهی بدست آمده، یک سازمان تشکیل گردد و با معرفی استاندارد مذکور، باعث گردد سبکهای معماری نرم‌افزار از این به بعد در قالب استاندارد این سازمان ارائه گردد.
4-2- معرفی روشهای نگهداری و توسعه استاندارد: در این مرحله باید روشهایی برای نگهداری و توسعه استاندارد ارائه شده معرفی گردد که با اضافه شدن سبکهای مختلف به آن سازگاری استاندارد حفظ شود.
4-3- معرفی روشهای استفاده از استاندارد: در این مرحله باید روشهای استفاده از استاندارد شامل استفاده از سبکهای موجود در استاندارد و نحوه اضافه کردن سبکها به آن معرفی شود.

در این پایان‌نامه فازهای اول و دوم یعنی شناخت و تکوین از مراحل توسعه استاندارد سازماندهی سبکهای معماری نرم‌افزار، انجام گرفته است. فصلهای پایان‌نامه نیز بر همین اساس طرح‌ریزی شده‌اند.
برای انجام هر مرحله از فاز اول، یک فصل در نظر گرفته شده است.
در فصل اول به بررسی مفهوم معماری و دسته‌بندی آنها پرداخته‌ایم.
در فصل دوم به بررسی مفهوم معماری نرم‌افزار پرداخته و کلیه مفاهیم موجود در حوزه معماری نرم‌افزار را تعریف کرده و تحلیلی بر تعاریف موجود معماری نرم‌افزار آورده‌ایم.
در فصل سوم به بررسی برخی از مشخصه‌های کیفی مهم موجود در معماری نرم‌افزار پرداخته و مفهوم، تعریف و نحوه سنجش آنها را مورد بررسی قرار داده‌ایم.
در فصل چهارم به بررسی سبکهای معماری نرم‌افزار پرداخته و برخی از سبکهای مهم موجود را بررسی کرده و مشخصه‌های کیفی هر سبک را تشریح کرده‌ایم. در ادامه همین فصل به بررسی الگوهای نرم‌افزار و بخصوص الگوهای معماری پرداخته و ارتباط آن را با سبکهای معماری نرم‌افزار ذکر کرده‌ایم.
فصلهای بعدی برای انجام فاز دوم ارائه شده است.
در فصل پنجم به بررسی انواع دسته‌بندی‌های سبکهای معماری نرم‌افزار پرداخته و کارهای انجام شده قبلی در این رابطه را ارائه نموده‌ایم.
در فصل ششم فرایند پیشنهادی خود را برای توسعه این استاندارد ارائه کرده‌ایم. سپس تک‌تک مراحل فرایند ارائه شده را تشریح کرده و برای هر یک، کارهای انجام شده قبلی را آورده و برای برخی نیز روشهایی جدید ارائه نموده‌ایم.
در فصل هفتم فرایند ارائه شده را با استفاده از UML مدل کرده و فرایند پیشنهادی را در قالب دیاگرامهای UML ارائه نمودیم. برای مدل کردن فرایندها از روش Eriksson و Penker که جدیدترین روش مدل کردن فرایندها در UML است استفاده کردیم و دیاگرامها را در نرم‌افزار شرکت Sparx بنام Enterprise Architect 6.1 کشیده و در این فصل آورده‌ایم.
در فصل آخر نیز بعد از بیان خلاصه‌ای از کل پایان‌نامه و نتیجه‌گیریهای انجام شده، کارهای آینده که در ادامه این پایان‌نامه می‌توان انجام داد، به عنوان کارهای آینده ذکر نموده‌ایم.

معماری نرم افزارUMLتوسعه فرایندمفهوم معماری نرم افزارتعریف معماری نرم افزارانواع معماری نرم افزاربررسی معماری نرم افزاردسته بندی معماری نرم افزارفاز های معماری نرم افزاردانلود تحقیقتحقیقمقاله

صداصدا خفه کن  صدور  شهرداری  دیوار غیر باربرمیان قاب سازه ای میان قاب اثر زلزله بر سدها بتنی اثر زلزله بر سد سدها بتنی شبکه توزیع آب خطوط انتقال آب آبیاری و زهکشی Galaxy A7 A700 دانلود فایل فلش دانلود رام فارسی Galaxy A7 A700Y دانلود فایل فلش فارسی Galaxy A7 ربات کلش بدون روت  کرک کلش بوت  کلش بوت کرک شده  کلش بوت ورژن جدید  کلش بوت  ربات مای بوت کلش  ربات کلش آف کلنز کلش گیم بوت_Cla اعلام گر هوشمند تماس و پیامک اعلام گر هوشمندربات دامی اسپرایت کرک شده مدیریت کیفیت در شرکت مارلیک سان شرکت مارلیک ساندانلود مقاله مدیریت سازمانی مقاله مدیریت سازمانی مدیریت سازمانی استانداردسازی محصولات همکاری در فروش فایل سیستم همکاری در فروش فایل خرید مقالات رشته اقتصاد شاخص‌های مهم اقتصادی ویژگی‌های اقتصاد ایران  مدل کلاسیک تورم تورم در ایرانتورم روش همگرایی مدل کلاسیک تورم در ایران دانلود پاورپوینت بلاست برنج بلاست برنجپاورپوینت بلاست برنج پسیل گلابی دانلود پاورپوینت پسیل گلابی پاورپوینت پسیل گلابیپاسخنامه سوالات استخدامی مامایی سوالات تخصصی استخدامی مامایی سوالات استخدامی مامایی پاسخنامه تشریحیتخصصی مامایی کارشناس مامایی مامائیمامایی ماما گزارش کارآموزی رشته مدیریت