لینک دانلود و خرید پایین توضیحات
فرمت فایل word و قابل ویرایش و پرینت
تعداد صفحات: 50
تحلیل شیء گرا
واژه های کلیدی. نمودار کلاسها، طبقه بندی کلاسها، مشارکت، مدلسازی CRC ، تحلیل دامنه، مدل رفتار اشیاء مؤلفه های مدل OAA، مسئولیتها، پکیج، استفاده مجدد، زیر سیستم، UML، موارد کاربرد.
هنگامی که قرار است محصول یا سیستم جدیدی ساخته شود، چگونه آن را به نحوی مشخص کنیم که بتواند به صورت شیء گرا مهندسی شود؟ آیا پرسشهایی وجود دارند که باید از مشتریان پرسیده شوند؟ اشیاء چگونه با یکدیگر ارتباط دارند؟ اشیاء در حیطة سیستم چگونه رفتار می کنند؟ چگونه مسئله ای را مشخص یا مدلسازی کنیم تا بتوانیم یک طراحی کارآمد ایجاد کنیم؟
هر یک از این پرسشها در حیطة تحلیل شیء گرا (OAA) – نخستین فعالیت تکنیکی که در مهندسی نرم افراز OO اجرا می شود – پاسخ داده می شود. OOA به جای بررسی یک مسئله با استفاده از مدل جریان اطلاعات کلاسیک ، چند مفهوم جدید را معرفی می کند. کود و یوردون (COA91) در این مورد چنین اظهار نظر می کنند:
OOA-تحلیل شیءگرا – مبتنی بر مفاهیم است که اولین بار آنها را در کودکستان فرا گرفته ایم: اشیاء و صفات، کلاسها و اعضاء ، سوراخها و مؤلفه ها. چرا این همه زمان لازم بود تا این مفاهیم را در تحلیل و تعیین مشخصات سیستمهای اطلاعاتی به کار بندیم:
OOA ریشه در مجموعه ای از اصول بنیادی دارد که در فصل 11 معرفی شد. برای ساخت یک مدل تحلیل، پنج اصل بنیادی به کار برده می شود: 1- دامنه اطلاعاتی مدلسازی می شود؛ 2- عملکرد توصیف می شود؛ 3- رفتار نشان داده می شود؛
4- مدلهای داده ای، عملیاتی و رفتاری افراز می شوند تا جزئیات بیشتری درمعرض دید قرار گیرند، و 5- مدلهای اولیه، جوهره و ماهیت مسئله را نشان می دهند، حال آنکه مدلهای نهایی، جزئیات پیاده سازی را نمایش می دهند. این اصول ، مبنای روش OOA را تشکیل می دهند.
هدف OOA تعریف کلیه کلاسهایی است که به نوعی با مسئله ارتباط دارند- عملیات و صفات مرتبط با آنها و روابط میان آنها و رفتاری که از خود نشان می دهند. برای این منظور ، چند وظیفه باید انجام شود:
1. خواسته های اصلی کاربر باید بین مشتری و مهندسی نرم افزار تبادل شود.
2. کلاسها باید شناسایی شوند (یعنی صفات و متدها تعریف شوند).
3. سلسله مراتب کلاسها باید مشخص شود.
4. روابط شیء با شیء (اتصالات اشیاء) باید نشان داده شوند.
5. رفتار اشیاء باید مدلسازی شود.
6. وظایف 1تا5 به طور تکراری دوباره اجرا می شوند تا مدل کامل گردد.
لازم به ذکر است که هیچ توافق جهانی بر سر ‹‹مفاهیمی›› که به عنوان مبنایی برای OOA عمل می کنند، وجود ندارد. ولی تعداد محدودی از ایده های کلیدی مکرراً ظاهر می شوند که آنها را در این فصل در نظر خواهیم گرفت.
نگاهی گذرا
تحلیل شیء گرا چیست؟ پیش از آنکه بتوانید سیستمی شیء گرا (OO) بسازید، باید این موارد را تایپ کنید:
کلاسهای (اشیایی) که مسئله را نشان دهند، شیوه هایی را که اشیاء با یکدیگر ارتباط و تعامل دارند، شیوة کارکردن داخلی اشیاء (صفات و عملیات) و راهکارهای برقراری ارتباط (پیامهایی) که کار کردن آنها را با یکدیگر امکان پذیر می سازند. همة این چیزها در اثنای تحلیل شیء گرا (OOA) انجام می شوند.
چه کسی آن را انجام می دهد؟ تعریف یک مدل شیء گرا شامل شرحی از خصوصیات ایستا و پویای کلاسهایی است که سیستم یا محصولی را توصیف می کنند. این فعالیت توسط مهندس نرم افزار انجام می شود.
چرا اهمیت آن را انجام می دهد؟ تا شناختی منطقی از سیستم یا محصول نداشته باشید، نمی توانید نرم افزاری (شیء گرا یا غیر آن) بسازید. OOA شیوه ای معین برای نشان دادن شناخت شما از خواسته ها فراهم می آورد و سپس آن شناخت را در مقابل درک مشتری از سیستمی که باید ساخته شود، می آزماید.
مراحل کار کدام است؟ OOA با شرحی از موارد کاربرد – شرحی مبتنی بر سناریو از چگونگی تعامل کنشگرها (افراد، ماشینها، سیستمهای دیگر) با محصولی که قرار است ساخته شود – آغاز می شود. مدلسازی CRC اطلاعات موجود در موارد کاربرد را به نمایشی از کلاسها و مشارکت آنها با کلاسهای دیگر ترجمه می کند. سپس خصوصیات ایستا و پویای کلاسها با استفاده از یک زبان مدلسازی یکنواخت (یا روش دیگر) مدلسازی می شود.
محصول کاری چیست؟ یک مدل تحلیل شیء گرا ایجاد می شود. مدل تحلیل OO از نمایشهای گرافیکی یا زبانی تشکیل می شود که صفات، روابط و رفتارهای کلاسها و نیز برقراری ارتباط میان کلاسها و توصیفی از رفتار کلاسها با گذشت زمان را تعریف میکنند.
چگونه اطمینان یابم که درست از عهده امور برآمده ام؟ در هر مرحله، عناصر مدل تحلیل شیء