خانه محصولات حساب کاربری ثبت نام

دانلود پاورپوینت آشنایی بامفهوم توسعه بر پاية عامل (Agent) (کد9680)

شناسه محصول و کد فایل : 9680

نوع فایل : Powerpoint پاورپوینت

قابل ویرایش تمامی اسلاید ها دارای اسلاید مستر برای ویرایش سریع و راحت تر

امکان باز کردن فایل در موبایل - لپ تاپ - کامپیوتر و ...

با یک خرید میتوانید بین 342000 پاورپینت ، 25 پاورپوینت را به مدت 7 روز دانلود کنید

تماس با پشتیبانی 09164470871

توضیحات محصول دانلود پاورپوینت آشنایی بامفهوم توسعه بر پاية عامل (Agent) (کد9680)

دانلود پاورپوینت آشنایی بامفهوم توسعه بر پایة عامل (Agent)

عنوان قبلی : توسعه بر پایة عامل (Agent)

عنوان های پاورپوینت :

اهداف

پیچیدگی نرم‌افزار

پیچیدگی نرم‌افزار (ادامه)

نرم‌افزارهای مدرن

عامل (Agent)

عامل (ادامه)

خصوصیات عامل

خصوصیات عامل (ادامه)

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

تفاوت عامل با شی

تفاوت عامل با شی (ادامه)

مقایسه عامل با شی (ادامه)

طبقهبندی عامل‌ها

سیستم‌های چندعامله

مهندسی نرم‌افزار عامل‌گرا

مهندسی نرم‌افزار عامل‌گرا (ادامه)

انواع متدولوژی‌های عامل‌گرا

متدولوژی‌های عامل‌گرا

متدولوژی‌های عامل‌گرا (ادامه)

متدولوژی توسعه GAIA

متدولوژی توسعه GAIA - متامدل

متدولوژی توسعه GAIA - مراحل

متدولوژی توسعه GAIA – ضعف‌ها

متدولوژی توسعه Troops

متدولوژی توسعه Troops - مراحل

متدولوژی توسعه Troops – ضعف‌ها

\n \n\n \n\n

\n\nقسمت ها و تکه های اتفاقی از فایل\n\n \n\nآشنایی بامفهوم توسعه بر پایة عامل (Agent)\n\n \n\n2pro.ir\n\n \n\nاهداف\n\nپیچیدگی نرم‌افزار و مفهوم عامل\n\nخصوصیات عامل\n\nآشنایی با سیستم‌های چندعامله\n\nآشنایی با انواع متدولوژی‌های عامل‌گرا (Agent-oriented)\n\n \n\nپیچیدگی نرم‌افزار\n\nپیچیدگی بهعنوان یکی از خصوصیات ذاتی نرم‌افزار مطرح است\n\nمتدولوژی‌های بسیاری سعی به حل پیچیدگی نمودهاند\n\nروش‌های حل پیچیدگی\n\nتجزیه (Decomposition)\n\nتجرید (Abstraction)\n\nسازماندهی (Organisation)\n\nپیچیدگی نرم‌افزار (ادامه)\n\nدر محیط‌های مدرن، پیچیدگی به شکل‌های دیگر ظهور نموده است\n\nهوشمندی (Intelligent)\n\nتعامل‌پذیری (Interoperability)\n\nسازگاری (Adaptive)\n\nناهمگنی سکوها (Heterogeneous)\n\nمحیط توزیع‌شده (Distributed)\n\nنرم‌افزارهای مدرن\n\nمحیط‌های مدرن نیاز به نرم‌افزارهایی دارند که\n\nنیاز به کاربر نداشته باشند و مستقل از او واکنش دهند\n\nبتوانند به سود ما تصمیم‌‌گیری نمایند\n\nبا دیگر سیستم‌ها براحتی تعامل برقرار کند\n\nدر محیط‌های شبکهای مختلف قابلیت اجرا داشته باشند\n\nبا شرایط جدید محیط سازگار شوند\n\nعامل (Agent)\n\nموجودیتی نرم‌افزاری (یا سیستم کامپیوتری) است که مناسب محیط خاصی طراحی شده و قادر به انجام اعمال انعطاف‌پذیر و مستقل برای رسیدن به اهداف درنظر گرفته شده برای آن سیستم می‌باشد\n\nعامل (ادامه)\n\nعامل‌ها، موجودیت‌هایی قابل تشخیص برای حل مسئله با محدوده و رابط خوش‌تعریف هستند\n\nبرای محیط‌های خاصی مناسب هستند\n\nبسته به حالت‌شان ورودی‌هایی را از طریق سنسورها دریافت می‌کنند و را از طریق مجریان (effectors) می‌گذارند\n\nبرای برآورده نمودن اهداف خاصی طراحی شدهاند\n\nخصوصیات عامل\n\nخودگردانی (Autonomous)\n\nاعمال اصلی بدون دخالت انسان یا عامل دیگری انجام می‌شود\n\nارتباط میان عامل‌ها با دیگر اجزا به صورت سلسله مراتبی نیست\n\nپیش‌فعال بودن (Pro-activeness)\n\nیک عامل نباید حتماً منتظر فراخوانی باشد بلکه باید تحت شرایط خاص محیط فعال شود\n\nواکنش‌دهی (Reactivity)\n\nعامل باید در برخی سیستم‌ها محیط خود را حس کرده و به تغییراتی که در آن رخ می‌دهد پاسخ دهد\n\nخصوصیات عامل (ادامه)\n\nارتباط با دیگران (Communicative)\n\nممکن است یک عامل نرم‌افزاری عامل دیگری را فراخوانی کند، درباره آن استنتاج انجام دهد و یا با آن به مذاکره بپردازد\n\nیادگیری (Learning)\n\nبراساس تغییراتی که در محیط رخ می‌دهد رفتار خود را تغییر می‌دهد\n\nانعطاف‌پذیری (Flexibility)\n\nرفتارهایی که عامل انجام می‌دهد، از پیش تعیین‌شده نیستند\n\nخصوصیات عامل (ادامه)\n\nهدف‌گرا (Goal-oriented)\n\nتنها به محیط خود پاسخ نمی‌گوید بلکه بدنبال دستیابی به اهداف خود است\n\nمتحرک (Mobile)\n\nتوانایی جابهجا کردن خود از سیستمی به سیستم دیگر را دارد\n\nشخصیت (Character)\n\nدارای حالت بوده و شخصیتی مستقل است\n\nشباهت عامل با شی\n\nهر دو موجودیت‌هایی را تعریف می‌کنند\n\nعامل‌ها را اشیا فعال می‌نامند\n\nهر دو ساختار داخلی‌شان را بستهبندی می‌کنند\n\nبه وسیله ارسال پیام با یکدیگر ارتباط برقرار می‌کنند\n\n \n\nتفاوت عامل با شی\n\nعامل‌ها پیش‌فعال هستند\n\nاشیا قبل از آنکه فعال شوند باید درخواست دریافت کنند\n\nعامل‌ها از نظر ساختار درونی انعطاف‌پذیرند\n\nاشیا در واقع متدها و خواص را بستهبندی می‌کنند\n\nاگر یک تابع به صورت خصوصی در شی تعریف شده باشد اشیا دیگر امکان دسترسی به آن را ندارند\n\nهر عامل یک کنترل مخصوص به خود دارد\n\nکنترل در سیستم‌های شی‌گرا به صورت مرکزی انجام می‌شود\n\nتفاوت عامل با شی (ادامه)\n\nهر عامل می‌تواند در هر زمان که تشخیص بدهد و با توجه به شرایط با عامل دیگر ارتباط برقرار کند\n\nدر روش شی‌گرا ارتباط‌ها به صورت مقطعی و از پیش تعیین شده در سیستم وجود دارند که به وسیله کلاس‌های سلسله مراتبی تعریف می‌شوند\n\nمقایسه عامل با شی (ادامه)\n\nطبقهبندی عامل‌ها\n\nعامل‌ها از نقطه نظرات متفاوت، طبقهبندی می‌شوند\n\nمحیط، نوع عامل، هوشمندی، نوع کار و ...\n\nسیستم‌های چندعامله\n\nسیستمی نرم‌افزاری که از مجموعهای از عامل‌ها که با یکدیگر تعامل دارند، رقابت می‌کنند و همکاری دارند، تشکیل شده است\n\nعامل‌ها می‌توانند دارای اهداف متفاوتی باشند\n\nعامل‌ها همانند انسان‌ها با دیگر عامل‌ها تعامل دارند\n\nمهندسی نرم‌افزار عامل‌گرا\n\nبرای استفاده از عامل‌ها نمی‌توان از روش‌های متداول تحلیل و طراحی استفاده نمود\n\nروش‌های متداول نمی‌توانند به سوالات ذیل پاسخ گویند:\n\nچگونگی تجزیه مسئله\n\nچگونگی انتساب وظایف به عامل‌ها\n\nچگونگی هماهنگی، کنترل و ارتباط عامل‌ها\n\nچگونگی حل تعارض بین اهداف عامل‌ها\n\nچگونگی تصمیم‌گیری عامل در مورد سایر عامل‌ها و حالتشان\n\nمهندسی نرم‌افزار عامل‌گرا (ادامه)\n\nمتدولوژی عامل‌گرا\n\nمتدولوژی که برای توسعه یک سیستم برپایه عامل مورد استفاده قرار می‌گیرد\n\nمتدولوژی عامل‌گرا علاوه بر پاسخ به سوالات قبلی، باید روشی شفاف و منظم برای تحلیل، طراحی و توسعه سیستم‌های چندعامله ارائه دهند\n\n \n\nانواع متدولوژی‌های عامل‌گرا\n\nمتدولوژی‌های عامل‌گرا (agent-oriented)\n\nمتدولوژی‌هایی که از روش‌های شی‌گرا ناشی شدهاند\n\nAUML، GAIA، ADEPT، Prometheus و ...\n\nمتدولوژی‌هایی که از مهندسی دانش ناشی شدهاند\n\nDESIRE، MAS-CommonKADS، Tropos و ...\n\nمتدولوژی‌های عامل‌گرا\n\nمزایایی متدولوژی‌هایی که از روش‌های شی‌گرا ناشی شدهاند\n\nبرخی عامل را شی فعال می‌نامند و ادعا می‌کنند که روش‌های شی‌گرایی بهتنهایی برای توسعه عامل‌ها کافی هستند\n\nروش‌های شی‌گرا متداول و شناخته شده هستند\n\nیادگیری این متدلوژی‌ها توسط مهندسان نرم‌افزار سریعتر انجام شده و هزینه کلی تولید سیستم کاهش می‌یابد\n\nامکان استفاده از برخی مدل‌های موجود در روش‌های شی‌گرا مانند موارد کاربری در عامل‌ها وجود دارد\n\nمتدولوژی‌های عامل‌گرا (ادامه)\n\nمعایب متدولوژی‌هایی که از روش‌های شی‌گرا ناشی شدهاند\n\nعامل‌ها تجرید بالاتری نسبت به شی دارند، بنابراین نحوه شکستن مسئله در روش‌های مبتنی بر عامل نسبت به شی‌گرا متفاوت می‌باشد\n\nدر روش‌های شی‌گرا تکنیکی برای مدل کردن حالت‌هایی مانند هدف‌گرایی و پیش‌فعال بودن وجود ندارد\n\nمدل کردن نحوة ارتباط میان عامل‌ها با استفاده از متدلوژی‌های شی‌گرا امکان‌پذیر نیست\n\nمتدولوژی‌های عامل‌گرا (ادامه)\n\nمتدولوژی‌هایی که از مهندسی دانش ناشی شدهاند\n\nفرآیند استخراج (Eliciting)، ساختاربندی (Structuring)، شکل‌دهی (Formalizing) و عملیاتی نمودن (Operationalizing) دانش\n\nمزایا\n\nامکان استفاده از ابزارها و کتابخانههای هستان‌شناسی و روش‌های با قابلیت استفاده مجدد در حل مسائل\n\nمعایب\n\nویژگیهای توزیعی عامل در این روش‌ها دیده نمی‌شود\n\nمتدولوژی توسعه GAIA\n\nمعروفترین متدولوژی توسعه عامل\n\nاولین بار توسط Jennings و Wooldridgeدر سال 1999\n\nنسخه نهایی توسط Zambonelli ، Jennings و Wooldridge در سال 2003 ارائه شد\n\nاهداف\n\nشروع از نیازمندی‌ها (بعد از تشخیص نیازمندی‌ها)\n\nهدایت توسعهدهنده برای طراحی یک سیستم چندعامله خوش-تعریف\n\nتوانایی مدلسازی و حل پیچیدگی سیستم‌های چندعامله را دارد\n\nمتدولوژی توسعه GAIA - متامدل\n\nمتدولوژی توسعه GAIA - مراحل\n\nفاز تحلیل\n\nسازماندهی (Sub-organisation)\n\nتعیین سازماندهی‌های چندگانه در سیستم (در صورت وجود)\n\nآیا می‌توان سیستم را به چند مجموعه از مسائل با اتصال سست تقسیم نمود؟\n\nمدل محیط (Environmental Model)\n\nتحلیل محیط عملیاتی\n\nچگونه می‌توان محیط را با استفاده از عامل‌ها مدل نمود\n\nمنابعی که مورد استفاده قرار می‌گیرند و چگونگی استفاده از آنها\n\nمتدولوژی توسعه GAIA - مراحل\n\nفاز تحلیل (ادامه)\n\nمدل نقش‌های اولیه (Preliminary Role Model)\n\nیافتن نقش‌هایی که در سازمان‌ها (organisations) وجود دارند\n\nهر نقش، مجموعهای از وظایف و رفتارهای مورد انتظار را در سازمان تعریف می‌نماید\n\nمدل تعامل اولیه (Preliminary Interaction Model)\n\nچگونگی تعامل نقش‌ها با یکدیگر برای رسیدن به هدف\n\nتعریف پروتکلی برای هر تعامل بین نقش‌ها\n\nمتدولوژی توسعه GAIA - مراحل\n\nفاز تحلیل (ادامه)\n\nقواعد سازمانی (Organisational Rules)\n\nتحلیل و یافتن قواعدی که در کل سیستم وجود دارند و بر رفتار و تعامل بین نقش‌ها تاثیر می‌گذارند (این قواعد به قواعد اجتماعی یا قانون (law) معروفند)\n\nمتدولوژی توسعه GAIA - مراحل\n\nفاز طراحی معماری\n\nهدف از این فاز تعیین معماری نهایی سیستم است\n\nانتخاب ساختار سازماندهی\n\nنکاتی چون سادگی، واقعی بودن، پیچیدگی مسئله و ... در این انتخاب نقش دارند\n\nتکمیل مدل نقش‌ها\n\nتکمیل مدل تعامل\n\nانتقال نقش‌ها و پروتکل‌های تعامل به مولفههایی که قابل پیادهسازی باشند\n\nمتدولوژی توسعه GAIA - مراحل\n\nفاز طراحی معماری (ادامه)\n\nتبدیل نقش‌ها به عامل‌ها\n\nدر برخی موارد، چند نقش در یک عامل قرار می‌گیرند\n\nابتدا «کلاس عامل» طراحی می‌شود\n\nهر عامل نیاز به دانش داخلی، زمینه، فعالیت‌های داخلی و فراهم نمودن سرویس‌هایی برای دیگران دارد\n\nپروتکل‌های تعامل تبدیل به دنبالهای از پیام‌ها می‌شوند\n\nپیام‌ها بین دو عامل خاص رد و بدل می‌شوند\n\n \n\nمتدولوژی توسعه GAIA – ضعف‌ها\n\nمسائل و مشکلات پیادهسازی در نظر گرفته نمی‌شوند\n\nتعیین نیازمندی‌ها و مدل‌سازی آنها مسکوت مانده است\n\nتوسعه با این روش، ترتیبی است\n\n \n\nمتدولوژی توسعه Troops\n\nاین متدولوژی اساساً عامل‌گرا طراحی شده است\n\nنمادگذاری (notions) عامل‌ها، اهداف و مسائلی از این قبیل در فرآیند توسعه دیده شده است\n\nبا تعداد کمی از عناصر شروع می‌کند و تدریجاً آنها را افزایش می‌دهد\n\nجزئیات تدریجاً افزوده می‌شوند\n\nتعامل و وابستگی‌ها بررسی و بروز می‌شوند\n\nهر گام می‌تواند منجر به معرفی/حذف عناصر یا ارتباطات شود\n\nمتدولوژی توسعه Troops - مراحل\n\nتحلیل نیازمندی‌های اولیه (Early Requirements Analysis)\n\nتمرکز روی منظور ذینفعان\n\nبا استفاده از تحلیل هدف‌گرا (Goal-oriented)، اهداف اولیه به مجموعهای از نیازهای وظیفهمندی و غیروظیفهمندی تبدیل می‌شوند\n\nذینفعان بهعنوان مجموعهای از عامل‌ها (Actors) نشان داده می‌شوند که برای دستیابی به اهداف با یکدیگر وابسته شدهاند. این امر منجر به تولید Actor diagram و Rationale diagram می‌شود\n\n \n\nمتدولوژی توسعه Troops - مراحل\n\nتحلیل نیازمندی‌های اولیه (ادامه)\n\nActor Diagram\n\nیک گراف از عامل‌هاست که وابستگی استراتژیک عامل‌ها را نشان می‌دهد\n\nوابستگی، توافق بین دو عامل است\n\nRationale diagram\n\nنشان‌دهنده و توصیف‌کننده دلایلی است که یک عامل را به عامل دیگر مرتبط می‌سازد\n\nدر این نمودار دلایل تعامل عامل بیان می‌شود\n\nمتدولوژی توسعه Troops - مراحل\n\nتحلیل نیازمندی‌های نهایی (Late Requirements Analysis)\n\nمدل مفهومی «تحلیل نیازمندی‌های اولیه» توسعه داده می‌شود\n\nسیستم به عنوان عامل (Actor) جدید توسعه داده می‌شود و ارتباطات آن با محیط در نظر گرفته می‌شود\n\n \n\n \n\nمتدولوژی توسعه Troops - مراحل\n\nتحلیل نیازمندی‌های نهایی\n\nعامل‌های درون سیستم نشان داده می‌شوند\n\nمتدولوژی توسعه Troops - مراحل\n\nطراحی معماری (Architectural Design)\n\nعامل‌های مورد نیاز برای دستیابی به اهداف افزوده می‌شوند\n\nافزودن عامل (Actor) می‌تواند براساس سبک یا الگوی معماری خاصی می‌باشد (سبک یا الگوی عامل‌گرا)\n\nمتدولوژی توسعه Troops - مراحل\n\nطراحی تفصیلی (Detailed Design)\n\nجزئیات بیشتری به عامل‌ها نظیر اهدافی که برآورده می‌کنند، نحوة انجام آن، اجبارهای زمانی و ... افزده می‌شوند\n\nدر این مرحله عامل‌ها (Actor) به عامل (Agent) تبدیل می‌شوند!\n\nاستفاده از الگوهای طراحی کمک شایانی به طراحی تفصیلی می‌کند\n\nمتدولوژی توسعه Troops - مراحل\n\nمتدولوژی توسعه Troops – ضعف‌ها\n\nبرای طراحی نرم‌افزارهای عامل پیچیده که ارتباطات بین ذینفعان پیچیده است، مناسب نیست\n\nتضمین کیفیت تنها با استفاده از الگوهای طراحی!\n\nراهنمایی‌هایی بسیار کمی در مورد گام‌ها و چگونگی انجام آن می‌توان یافت نمود\n\nتحویل‌دادنی‌های آن خوش-تعریف نیستند\n\nبا تشکر از توجه شما\n\nتو پروژه\n\n2pro.ir\n\n \n\n \n\n۳۰ تا ۷۰ درصد پروژه / پاورپوینت / پاور پوینت / سمینار / طرح های کار افرینی / طرح توجیهی / پایان نامه/ مقاله ( کتاب ) های اماده به صورت رایگان میباشد