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

\n \n

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

\n

\n

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

\n

\n

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

\n

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

\n

رئوس مطالب

\n

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

\n

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

\n

روش‌های توسعه سیستم‌های مبتنی بر عامل

\n

روش‌های مهندسی نیاز‌ها

\n

چارچوب i* برای مهندسی نیاز‌ها

\n

ویژگی‌های دیگر i*

\n

روش‌های تحلیل و طراحی سیستم‌های مبتنی بر عامل

\n

راهحل‌های مبتنی بر روشهای شیء گرا

\n

متدولوژی MaSe

\n

مرحله تحلیل در MaSE

\n

تعیین اهداف

\n

به کارگیری موارد کاربرد

\n

بهبود نقش‌ها

\n

مشخص کردن وظایف

\n

مرحله طراحی

\n

ایجاد کلاسهای عامل

\n

ساخت گفتگوها

\n

طراحی داخلی عامل

\n

استقرار سیستم

\n

روش‌های پیاده سازی

\n

روش‌های تست

\n

معماری سیستم

\n

\n \n\n \n\n

---

\n\nقسمت ها و تکه های اتفاقی از فایل\n\n \n\nویژگی‌های دیگر i*\n\nامکان ارزیابی هریک از عملیات و اهداف معرفی شده از چهاردیدگاه ability، workability، viability و believability\n\nتاکید بر مدیریت نیاز‌ها در مراحل اولیه توسعه (Early Phase Requirement Engineering)\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متدولوژی MaSe\n\nمتدولوژی تحلیل و طراحی سیستم‌های مبتنی بر عامل\n\nتوسط ابزار agentTool پشتیبانی می‌شود.\n\nویژگی‌های عامل نظیر ”خود مختاری“، ”خلاقیت“، ”پیش فعال بودن“ در آن مورد توجه نمی‌باشد.\n\nعامل ها به صورت موجودیت‌های نرم‌افزاری فرض می‌شوند که برای رسیدن به یک هدف خاص با هم همکاری می‌کنند.\n\nمرحله تحلیل در MaSE\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تولید نمودار ترتیب (Sequence Diagram)\n\nبرای هریک از موارد کاربرد، نقش‌های لازم و همچنین ارتباط بین نقش‌ها برای انجام مورد کاربرد مربوطه، مشخص می‌شود.\n\nبهبود نقش‌ها\n\nهدف این مرحله، تکمیل نقش‌های سیستم و مشخص‌نمودن وظایف هر نقش‌می‌باشد.\n\nدر این مرحله باید اطمینان حاصل نمود که به هر Goal یک نقش اختصاص داده شده است.\n\nمی‌توان با ترکیب نقش‌ها، وظیفه انجام چندین Goal را به یک نقش اختصاص داد.\n\nمشخص کردن وظایف\n\nبرای تبدیل نقش‌ها به کلاس‌های عامل در مرحله طراحی، باید وظایف هر نقش مشخص گردد.\n\nبرای این منظور می‌توان از نمودار‌ نقش‌های سیستم را با جزئیات کامل استفاده نمود.\n\nهمچنین وظایف را می‌توان با استفاده از نمودار‌های حالت مدل‌سازی نمود.\n\nمرحله طراحی\n\nدر این مرحله می خواهیم مدلی تولید کنیم که در مراحل بعدی قابل پیاده سازی باشد.\n\nطراحی در MaSE شامل مراحل زیر است :\n\nایجاد کلاس های عامل\n\nساخت گفتگوها\n\nترکیب کلاس های عامل\n\nطراحی سیستم\n\nایجاد کلاسهای عامل\n\nدر این مرحله، برای هریک از نقش های موجود در سیستم یک کلاس عامل اختصاص داده می شود.\n\nمی توان بین نقش ها و کلاس های عامل، نگاشت یک به یک ایجاد نمود یا مجموعه ای از نقش ها را داخل یک کلاس عامل قرار داد.\n\nدر نمودار کلاس عامل، کلاس ها ( به صورت مربع ) و ارتباط بین کلاس ها با خطوط مشخص می شود.\n\nساخت گفتگوها\n\nدر این مرحله، هدف مدل سازی وضعیت داخلی یک عامل در هنگام دریافت یک پیام است.\n\nبرای این منظور از نمودارهای حالت UML استفاده شده و موارد زیر باید مدل شود :\n\n"پیامی" ‌که با دریافت آن گذر از یک حالت به حالت دیگر صورت می‌گیرد.\n\n"فعالیتی" که در صورت دریافت پیام فعال می‌شود.\n\nشرایطی که برای گذر از یک حالت به حالت دیگر باید برقرار باشد.\n\nپیامی‌ که در حین گذر از یک حالت به حالت دیگر، ارسال می‌گردد.\n\nطراحی داخلی عامل\n\nدر این مرحله معماری داخلی عامل مشخص می شود.\n\nبرای این منظور می توان از زبان های توصیف معماری استفاده نمود.\n\nاستقرار سیستم\n\nدر این مرحله ساختار کلی عامل ها در سیستم مشخص می شود.\n\nبرای نمایش نحوه استقرار عامل ها از نمودارهای استقرار (Deployment Diagram) در UML استفاده می شود.\n\nروش‌های پیاده سازی\n\nدر این بخش‌ زبان‌هایی برای توسعه عامل‌ها ارائه شده است.\n\nزبان‌های عامل، زبان‌هایی هستند که در توسعه سیستم امکان استفاده از مفاهیم اصلی موجود در عامل‌ها (نظیر باور‌ها، اهداف، و دیگر ویژگی‌های ذهنی) را به طور مستقیم فراهم می‌کنند.\n\nنمونههایی از این زبان‌ها عبارتند از :\n\nAgent 0\n\nPLACA\n\n3APL\n\nروش‌های تست\n\nتست ویژگی‌های عامل\n\nتست Unit‌\n\nدر سیستم‌های مبتنی بر عامل، کوچکترین واحد قابل تست عامل است.\n\nدر این روش، عامل از لحاظ ویژگی‌هایی که باید از دید دیگر عامل‌ها برآورده سازد، تست می‌شود.\n\nمحیط‌هایی برای تست خودکار عامل‌ها ( با زبان Java ) ارائه شده است. در این محیط‌ها امکان ایجاد Test Case هایی مشتق شده از Junit و تست خودکار عامل بر اساس Test Case وجود دارد.\n\nروش‌های تست\n\nتست جامعه\n\nدر این روش کل سیستم چند عامله تست می‌گردد.\n\nتست پروتکل ‌های ارتباطی\n\nتست کارکرد عامل‌ها در هنگام دریافت پیغام از دیگر عامل‌ها\n\nتست Validation\n\nدر این روش، برآورده شدن نیاز‌های مورد انتظار کاربر توسط سیستم چند عامله تست می‌گردد.\n\nمعماری سیستم\n\nدر معماری سیستم دو مورد باید مشخص گردد :\n\nمعماری عامل\n\nمعماری سیستم چند عامله\n\nدر این زمینه در منابع مختلف، الگوهای معماری گوناگون (نظیر Blackboard،  Agency، ... ) معرفی شده است.\n\nزبان های توصیف معماری مخصوص عامل ها\n\n \n\n \n\n30 تا 70 درصد پروژه | پاورپوینت | سمینار | طرح های کارآفرینی و  توجیهی |  پایان-نامه |  پی دی اف  مقاله ( کتاب ) | نقشه | پلان طراحی |  های آماده به صورت رایگان میباشد ( word | pdf | docx | doc )