فهرست مطالب
نگاهی گذرا
مقدمه
بخش1-21تحلیل شیءگرا
بخش2-21تحلیل دامنه.
بخش3- 21اجزاء عمومی مدل تحلیل شیءگرا.
بخش4-21 فرایند تحلیل شیءگرا.
5
نگاهی گذرا
5/1/2025
6
با تحلیل شیءگرا چه چیزهایی بدست می آید. قبل از ایجاد یک سیستم شی گراءچه کارهایی صورت می گیرد؟
تعریف کردن کلاسها (اشیاء) مسئله.
شناسایی روش هایی که ارتباط وتعامل بین اشیاء را باعث می شود.
مشخص کردن رفتار داخلی اشیاء (صفات و اعمال).
تعیین کردن مکانیزم های ارتباطی(پیام ها)که امکان کار با یکدیگر را فراهم می کنند.
چه کسی (OOA)را انجام می دهد؟مهندس نرم افزار.
اهمیت (OOA) :
نرم افزارها چه با روش (OOA) ویا با روش دیگر تا زمانی که فهم کلی از سیستم (محصول)نباشد قابل ایجاد نیستند.
راه مطمئن برای نمایش دانسته ها (نیازها)- آزمایش آنها در مقابل درک مشتری از سیستم در حال ایجاد OOA
5/1/2025
7
مراحل انجام OOA:
شروع با توصیفی از use-case که سناریویی از چگونگی تعامل عامل ها(افراد, ماشین ها,سیستم های دیگر) با محصول در حال ساخت است.
مدل همکاری وظایف کلاس ها (CRC):اطلاعات use- caseها را به نمایشی از کلاس ها و همکاری آنها با کلاس های دیگر ترجمه می کند.
مدل سازی از خصوصیات ایستا و پویای کلاس ها با استفاده از زبان یکپارچه ی مدل سازی (یا روشی دیگر).
محصول کاری OOA:یک مدل تحلیل شی گرا.
مدل تحلیل شی گرا از چه چیزهایی ترکیب شده است؟
نمایش های گرافیکی یا زبانی که تعریف کننده ی صفات کلاس ها ,روابط ورفتار ,و ارتباط بین کلاس ها و توصیفی از رفتار کلاس ها در طول زمان باشد.
اطمینان از انجام درست OOA:
از روش مرور
8
مقدمه
5/1/2025
9
اولین فعالیت تکنیکی مهندس نرم افزار شی گرا چیست؟
پاسخ به سوالاتی که هر یک در محدوده یOOAپاسخ داده می شود.
محصول یا سیستم جدید چطور ارزیابی شود تا برای اجرا به روش مهندس نرم افزار شی گرا مناسب باشد.
آیا لازم است از مشتری سوالات خاصی صورت گیرد؟
اشیا مرتبط با موضوع چیست؟
ارتباط بین آنها چگونه است؟
رفتار اشیا در ارتباط با سیستم چگونه است؟
طراحی موثر (مشخص کردن مسئله)برای مدل سازی موضوع باید چگونه ایجاد شود؟
OOAبه جای استفاده از مدل جریان اطلاعات کلاسیک از معرفی چند مفهوم جدید استفاده می کند.
نظر CoadوYourdonدر این رابطه:ص 501
5/1/2025
10
5 اصل اساسی که مبنایOOAاست:
مدل سازی دامنه اطلاعات.
توصیف عملکرد.
نمایش دادن رفتار.
تقسیم بندی داده ها, عملکردها,ومدل های رفتاری برای نمایش جزئیات بیشتر.
مدل های اولیه کلیات مسئله را نشان می دهند.و مدل های بعدی جزئیات پیاده سازی را نشان می دهند.
هدف از تحلیلOOAچیست؟
تعریف تمام کلاس هایی که مرتبط با مسئله اند.همراه با اعمال ,صفات و روابط ورفتاری که بین آنها است و یا از خود نشان می دهند.
مسئله ای که به خوبی بیان شده باشد نصف راه حل را طی کرده است. Charles Kettring
5/1/2025
11
برای رسیدن به اهداف خود اعمال زیر را انجام می دهد.OOA
مبادله کردن نیاز های اساسی کاربر بین مشتری و مهندس نرم افزار.
شناسایی کلاس ها(تعریف صفات و روش ها).
مشخص کردن سلسله مراتب کلاس ها.
معین کردن روابط بین اشیا(ارتباطات بین اشیا).
مدل سازی رفتار اشیا.
تا زمانی که مدل کامل بشود موارد 1 تا 5 باید تکرار شوند.
آیا توافق جهانی برای ”مفاهیمی ” که مبنای OOAرا تشکیل می دهند وجود دارد؟
خیر در این فصل چند ایده کلیدی محدود را به طور تکراری بررسی می کنیم.
12
بخش 1-21تحلیل شی گرا
شیوه های متداول در مقابل شیوه های شی گراء
نگاهی به تحلیل سلخت یافته
روشی یکپارچه برای تحلیل شی گرا
5/1/2025
13
هدف OOA:
توسعه ی مدلی که برای رضایت مشتری نرم افزار کامپیوتر را تو صیف می کند.
برای رسیدن به این هدف:
مانند روش های تحلیل متداول از مدل تحلیلی چنذ بخشی که اطلاعات, عملکرد و رفتار را در قالب عناصر مدل شی بیان می کند , استفاده می کند.
5/1/2025
14
1-1-21شیوه های متداول در مقابل شیوه های شی گرا
آیا شیوه ی تحلیل شی گرا متفاوت با شیوه ی تحلیل ساخت یافته است؟
Fichmanو Kemerer پاسخ می دهند:ص 503
OOA تغییرات عمده در متدلوژی های فرایند گرایی مانند تحلیل ساخت یافته(Structured analysis) (SA)ایجاد می کند.
تغییرات افزایشی و بر روی متدلوژی های داده گرایی مانند مهندسی اطلاعات می باشد.
متدلوژی های فرایند گرا بر 3 محور اساسی شی گرا متکی اند.
بسته بندی اشیا.
دسته بندی اشیا.
وراثت.
5/1/2025
15
1-1-21شیوه های متداول در مقابل شیوه های شی گرا
تحلیل ساخت یافته چه دید گاههایی را برای نیازها در نظر می گیرد؟
دید گاه مجرایی که شامل ورودی،پردازش،خروجی است.و داده ها به طور مجزا از فریندی که داده ها را پردازش می کند در نظر گرفته می شوند.
چه چیزی با اینکه مهم است نقش ثانوی در تحلیل ساخت یافته دارد؟
رفتار سیستم.
شیوه یOOAاز چه تجزیه ای استفاده می کند؟
تجزیه ی تابعی.
چه معیارهایی می توانند برای مقایسه روش های متداول OOAاستفاده شوند؟
5/1/2025
16
1-1-21شیوه های متداول در مقابل شیوه های شی گرا
شناسایی و دسته بندی موجودیت ها (اشیا):در OOAاشیا اشاره به یک شی و درSA)) اشاره به یک شی داده دارد.
روابط عام به خاص و کل به جزء بین موجودیت ها.
روابط دیگر بین موجودیت ها.
توصیف صفات موجودیت ها.
تقسیم بندی مدلی با مقیاس بزرگ.
حالت ها و تغییرات بین حالت ها.
مشخصه ی کامل وظایف.
تجزیه ی بالا به پایین.
دنباله ی پردازش پشت سر هم.
شناسایی سرویس های منحصر به فرد.
ارتباط بین مو جودیت ها از طریق پیغام ها یا وقایع.
5/1/2025
17
1-1-21شیوه های متداول در مقابل شیوه های شی گرا
کدام یک از مدل سازی همواره با SAهمراه است و هرگز در OOAظاهر نمی شود؟
موارد 8و9
مقایسه عمومی روش های SAوOOA به چه دلیل مشکل است؟
چون چندین روش برای هر کدام در طول سال ها به کار رفته است توسعه ی مقایسه عمومی روش های SAو OOA دلیل مشکل است
5/1/2025
18
2-1-21نگاهی به تحلیل ساخت یافته
گسترش چندین روش OOAطی اواخر دهه 1980و1990به دلیل شهرت تکنولوژی های شی گرا بوده است.
این روش هافرایندی را برای تحلیل یک محصول یا سیستم همراه با مجموعه نمودارهایی که در طول این فرایند تکامل می یابد و نشان گذاری هایی که به مهندس نرم افزار در ایجاد مدل تحلیلی یکنواخت کمک می کند، می باشند.
بعضی از روش های متداول:
روش BOOCH (فرایند توسعه ی میکرو و ماکرو):
روشRumbaugh (تکنیک مدل سازی شی(Object modeling technique ((OMT:
روش Jacobson (مهندسی نرم افزار شی گراObject Oriented software ((OOSE:
5/1/2025
19
2-1-21نگاهی به تحلیل ساخت یافته
روش Code and Yourdon :توضیح مختصر
با استفاده از معیارهای “به دنبال چه چیز بگردیم“اشیا را مشخص می کنیم.
تعریف ساختار عالم به خاص.
تعریف ساختارکل به جزء.
شناسایی موضوعات(نمایش هایی از مولفه های زیر سیستم ها).
تعریف صفات.
تعریف سرویس ها.
روش_ Brock Wirfs:توضیح مختصر
ارزیابی مشخصه ی کاربر.
استخراج کلاس های کاندید از مشخصه از طریق تجزیه گرامری.
گروه بندی کلاس ها در تلاشی برای شناسایی زیر کلاس ها.
فعالیت اصلی کار با اشیاء بیشتر نمایش آنها است تا برنامه نویسی.David Taylor
5/1/2025
20
2-1-21نگاهی به تحلیل ساخت یافته
تعریف وظایف هر کلاس.
اختصاص وظایف به هر کلاس.
شناسایی روابط بین کلاس ها بر مبنای وظایف.
ایجاد نمایش های سلسله مراتبی از کلاس ها.
ایجاد گراف همکاری برای سیستم.
مجموعه ای از مراحل عمومی در ضمن تحلیل شی گرا استفاده می شوند علیرغم روش تحلیلی که انتخاب می شود.
در فرایند های کلی OOA این مراحل مشابه عبارتند از:
نیازهای مشتری رابرای سیستم استخراج کند.
شناسایی سناریوها یا Use-caseها.
شناسایی کلاس هاواشیا به عنوان راهنما با استفاده از نیازهای اساسی.
شناسایی صفات واعمال برای هر شی سیستم.
5/1/2025
21
2-1-21نگاهی به تحلیل ساخت یافته
شناسایی ساختارها و سلسله مراتب هایی که کلاس ها را سازماندهی می کند.
ایجاد مدل رابطه ی اشیا.
ایجاد مدل رفتار اشیا.
مدل تحلیل را برای انطباق بر سناریوها یا Use-caseهامرور کند.
5/1/2025
22
3-1-21روشی یکپارچه برای تحلیل شی گرا
نتیجه ی فعالیت های Booch، Rumbaugh و Jacobsonدر یک دهه ی گذشته برای رسیدن به روش یکپارچه برای تحلیل و طراحی شی گرای Unified modeling language(UML)یا زبان مدل سازی یکپارچه است که در صنعت به طور گسترده کاربرد دارد.
UMLچیست؟
به مهندس نرم افزار امکان می دهد مدل تحلیل را با استفاده از نوعی نشان گذاری برای مدل سازی ایجاد کند که ترکیبی از مجموعه قوانین نحوی، و معنایی است .
نظر EriksonوPenker در مورد این قوانین:ص 505
UMLچند نشان گذاری موجود را ترکیب کرده ،بنابراین یک نقطه مرجع برای چند مفهوم مهم ایجاد می کند.
5/1/2025
23
3-1-21روشی یکپارچه برای تحلیل شی گرا
در UML 5 دیدگاه مختلف برای یک سیستم با یک سری از نمودارها برای هر دیدگاه نمایش داده می شود.
5 دیدگاه درUML که سیستم را از نماهای متفاوتی نشان می دهند عبارتند از:
دیدگاه مدل کاربرUser model(Actor):
دیدگاه مدل ساختاری.
دیدگاه مدل رفتاری:(Behavioral model View)
دیدگاه مدل پیاده سازی:
دیدگاه مدل محیط:
در حالت کلی مدل سازی تحلیل UML بر چه دیدگاههایی از مدل ها تمرکز دارد؟
دیدگاه مدل کاربرو دیدگاه مدل ساختاری سیستم.
مانند تمام شیوه های تحلیل جمع آوری نیازها بخش کلیدی است. مطمئن شوید که دیدگاه مدل کاربر را بدرستی ایجاد کرده اید. بقیه مراحل به دنبال آن انجام می شوند.
24
بخش 2-21تحلیل دامنه
استفاده مجدد و تحلیل دامنه
فرایند تحلیل دامنه
5/1/2025
25
تحلیل برای سیستم های شی گرا در سطوح متعددی از مجرد سازی می تواند انجام شود.
در سطح تجاری یا شرکتی:
مدل شی توصیف کننده ی عملکرد زمینه ی کاری خاص یا دسته بندی محصولات یاسیستم ها تعریف می شود.
در سطح کاربردی:
مدل شی تمرکز به نیاز های خاص مشتری دارد.مانند نیازهایی که بر کاربرد در حال ایجاد تاثیر می گذارند.
در بالاترین سطح مجردسازی (سطح شرکتی):
خارج از محدوده کتاب.
در پایین ترین سطح مجرد سازی:
در محدوده مهندسی نرم افزار شی گرا است.
تحلیل دامنه چه زمانی صورت می گیرد؟
زمانی که سازمانی کتابخانه ای را از کلاس های قابل استفاده مجدد (مولفه ها) ایجاد کند که تا حد گسترده ای برای تمام گروههای کاربرد ها قابل استفاده باشد.
تعریف تحلیل دامنه؟
فعالیتی که تحلیل شی گرا را در سطح میانی مجرد سازی هدایت می کند.
هدف از تحلیل دامنه تعریف مجموعه کلاس ها یا اشیلیی که در دامنه کاربردشناسایی شده اند.این ها می توانند در بسیاری از کاربرد ها دوباره استفاده شوند.
5/1/2025
26
1-2-21 استفاده مجدد و تحلیل دامنه
تکنولوژی های شی تا حد زیادی وابسته به استفاده مجدد هستند.
مثال :ص 507
احتمال زیادی وجود دارد که :
تیم B پروژه را خیلی زودتر از تیم Aتمام کند.
هزینه محصول تیم B از هزینه محصول تیم A تا حد زیادی کمتر باشد.
محصول تولید شده توسط تیم B اشکالات کمتری در زمان تحویل نسبت به محصول تیم A داشته باشد.
از فواید دیگر استفا ده مجدد تطابق و آشنایی است.الگوهای موجود در نرم افزار مطابقت بیشتری می یابند و باعث می شوند قابلیت نگهداری افزایش یابد.
5/1/2025
27
2-2-21 فرایند تحلیل دامنه
نظر Firesmithدر مورد تحلیل دامنه:ص 507.
تحلیل دامنه نرم افزار:
شناسایی ،تحلیل،و شناخت نیازهای متداول یک دامنه کاربرد خاص که معمولا برای استفاده مجدد در چندین پروژه موجود در آن دامنه کاربرد استفاده می شود.
تحلیل دامنه شی گرا:
شناسایی ،تحلیل،و شناخت تواناییهای متداول و قابل استفاده مجدد در دامنه ی کاربردی خاص بر حسب اشیاء ،کلاس ها، زیر کلاس ها،و زمینه های کاری مشترک می باشد.
هدف از تحلیل دامنه:
یافتن یا ایجاد کلاس هایی که تا حد زیادی قابل بکارگیری اند،به طوری که قابل استفاده مجدد نیز باشند.
استفاده مجدد مفهومی از
مهندسی نرم افزار
بر مبنای مولفه است.
شکل 1-21 ورودی ها و خروجی های کلیدی برای فرایند تحلیل دامنه را نشان می دهد.
5/1/2025
28
2-2-21 فرایند تحلیل دامنه
شکل 1-21 ورودی ها و خروجی های کلیدی برای فرایند تحلیل دامنه را نشان می دهد.
مبدا آگاهی دامنه
مدل تحلیل دامنه
تحلیل دامنه
واژه های تکنیکی
کاربرد های موجود
مرور مشتری
توصیه متخصص
نیازهای جاری/آینده
رده بندی های کلاس
استانداردهای استفاده مجدد
مدل های تابعی
زبان های دامنه
سازمانی که آشنایی کمی با استفاده مجدد نرم افزار دارد، باید نیازهایی را بداند که برای توسعه چنین مدلی ضروری است.
5/1/2025
29
2-2-21 فرایند تحلیل دامنه
در مورد شکل:
منابع آگاهیها در مورد دامنه،در تلاش برای شناسایی اشیا قابل استفاده مجدد در دامنه بدست می آیند.
در نتیجه تحلیل دامنه کاملا مشابه مهندسی دانش می باشد
مهندسی دانش با بررسی زمینه خاص حقایق کلیدی را که می توانند در ایجاد یک سیستم خبره یا شبکه عصبی مصنوعی بکار برود، استخراج می کند.
در ضمن تحلیل دامنه استخراج اشیا یا کلاس ها انجام می شود.
فعالیت هایی که را شناسایی می کنند :
شروع :شناسایی دامنه تحت بررسی.
پایان: مشخص کردن مشخصه اشیا و کلاسهای آن دامنه.
عبارتند از:
فرایند تحلیل دامنه
5/1/2025
30
2-2-21 فرایند تحلیل دامنه
تعریف دامنه ای که باید بررسی شود.
دسته بندی اقلام استخراج شده از دامنه.
جمع آوری نمونه ای از کاربردهای آن دامنه.
تحلیل هر کاربرد در نمونه.
مراحل زیر توسط تحلیل گر دنبال می شوند.
شناسایی اشیا قابل استفاده مجدد کاندید.
نشان دادن دلایلی که شی ء بزای استفاده مجدد انتخاب شده است.
تعریف موارد سازگاری با آن شی ء که می توانند قابل استفاده باشند.
تخمین درصد کاربردهایی در آن دامنه که ممکن است از آن شی ء مجدد استفاده نمایند.
شناسایی اشیا با نام و استفاده از تکنیک های مدیریت پیکربندی برای کنترل آنها.
یک استراژدی کامل تحلیل دامنه باید معماری را مانند مولفه ها در نظر بگیرد.
5/1/2025
31
2-2-21 فرایند تحلیل دامنه
توسعه ی مدل تحلیلی برای اشیا
علاوه بر مراحل بالا: تحلیلگر دامنه باید مجموعه راهنمایی های قابل استفاده مجددی را ایجاد کرده و نمونه ای را توسعه دهد تا نشان دهد چگونه اشیا دامنه می توانند برای ایجاد کاربردی جدید استفاده شوند.
مهندسی دامنه:
برخی تحلیل دامنه را که اولین فعالیت تکنیکی در مقیاس گسترده است گویند.
موارد مورد توجه برای انجام فعالیت مهندسی دامنه:
هزینه کمتر.
کیفیت بالاتر.
زمان کمتربرای بازاریابی.
32
بخش 3-21اجزاء عمومی مدل تحلیل شیء گرا
5/1/2025
33
نظر Rumbaugh:ص 509
مهندس نرم افزار باید نوعی نشان گذاری را انتخاب کند که مجموعه ای از مولفه های عمومی مدل تحلیل شی گرا را ایجاد می کند برای توسعه مدلی دقیق و کامل و قابل فهم از دنیای خارج.
MnafchiوPuhrمولفه های عمومی که در تمام مدل های تحلیل شی گرا ظاهر می شوند را تعریف کرده اند:
مولفه های ایستا:
ماهیت ساختاری.
نشاندهنده ی خصوصیاتی که در طول دوران عملیاتی یک کاربرد وجود دارند.
این خصوصیات هر شی را از اشیا ء دیگر متمایز می کند.
مولفه های پویا:
تمرکز بر کنترل.
حساس به زمان بندی و پردازش وقایع .
تعریف کننده نحوه ی ارتباط اشیا با یکدیگر در طول زمان هستند.
5/1/2025
34
مولفه های کلیدی یک مدل تحلیل کدامند؟
دیدگاه ایستای کلاس های معنایی:
دیدگاه ایستای صفات:
دیدگاه ایستای روابط:
دیدگاه ایستای رفتارها:
دیدگاه پویای ارتباطات:
دیدگاه پویای کنترل و زمان:
Dechampaeux،Lea وFaure از نمایش های شی گرا دیدگاه دیگری را با کمی تفاوت بیان می کنند.
مولفه های ایستا و پویا برای شناسایی اجزاء داخلی شیء و نمایش های بین اشیا هستند.
5/1/2025
35
کدام دیدگاه از اجزای داخل یک شی می تواند به صورت تاریخچه ی زندگی شی مشخص شود؟
دیدگاه پویا.
یعنی حالت های یک شی در طول زمان در ضمن انجام اعمال مختلف بر روی صفات آن ، تغییر می نمایند.
مولفه های ایستا در ضمن اجرای یک کاربرد تغییر نمی کنند.مولفه های پویا تحت تاثیر زمان بندی و وقایع قرار می گیرند.
36
بخش 4-21 فرایند تحلیل شیء گرا
Use_Case ها.
مدل سازی کلاس – وظیفه- همکاری.
تعریف ساختارهاو سلسله مراتب ها.
تعریف موضوعات و زیرسیستم ها.
5/1/2025
37
فرایند تحلیل شیء گرابا چه مواردی آغاز می شود؟
با توجه کردن به اشیا شروع نمی شود.
فهم روش استفاده از سیستم توسط افراد در صورت محاوره ای بودن.
درک روشن استفاده از سیستم توسط ماشین.
اگر سیستم در کنترل فرایند استفاده شود.
فهم عملکرد سیستم توسط برنامه های دیگر.
کاربردهای دیگری که سیستم آنها را هماهنگ و کنترل می کند.
یک سری تکنیک ها برای جمع آوری نیازهای اولیه مشتری که می تواند برای یک سیستم شی گرا مدل تحلیل تعریف کند عبارتند از:
Use_Case ها.
کلاس ها.
وظایف .
همکاری ها.
تعریف ساختارهاو سلسله مراتب ها.
تعریف موضوعات و زیرسیستم ها.
5/1/2025
38
1-4-21Use-Caseها
سیستم را از دیدگاه کاربر نهایی مدل سازی می کنند.
Use_Case ها در ضمن دریافت نیازها به چه اهدافی می رسند؟
تعریف نیازهای عملکردی وعملیاتی سیستم یا محصول بوسیله سناریویی که مورد توافق نهایی کاربر و تیم مهندسی نرم افزار است.
توصیف واضح و غیر مبهم از تعامل سیستم و کاربر نهایی
فراهم کردن مبنایی برای آزمایش اعتبار سنجی.
تعریف نمودار Use_Case:
نمایشی از یک Use_Caseبا
استفاده ازنشان گذاری UML .
این نمودار در چندین سطح مجردسازی
انجام می شود.
این نمودار حاوی عامل ها است.
Use_Case ها بدون توجه به مدل تحلیل استفاده شده ابزار خوبی برای جمع آوری نیازها یند.
5/1/2025
39
1-4-21Use-Caseها
تعریف عامل؟
موجودیت هایی که با سیستم ارتباط برقرار می کنند.
می توانند کاربر یا ماشین یا سیستم های دیگری باشند که رابط هایی را با نرم افزار تعریف کرده اند.
مثال: برای سیستم امنیت Safe Home3 عامل در نمودار Use_Caseداریم:
مالک خانه، سنسورها وزیرسیستم نظارت و پاسخ.
5/1/2025
40
1-4-21Use-Caseها
در شکل 2- 21 الف که نمودار Use_Caseسطح بالا را برای مالک خانه نشان می دهد چند Use_Case داریم؟
2 تا که با بیضی نمایش می دهیم.جزئیات هر یک از Use_Caseهای سطح بالا می تواند با Use_Caseهای سطح پایین بیان شود.
Safe Home
5/1/2025
41
1-4-21Use-Caseها
در شکل 2-21 ب که نمودار Use_Caseنشان می دهد که جزئیات تابع Interacts را نشان می دهد.
5/1/2025
42
2-4-21مدل سازی کلاس- وظیفه- همکاری
مدل سازی کلاس- وظیفه- همکاریCRC مفهوم ساده برای شناسایی و سازماندهی کلاس هایی را فراهم می کند که به نیازهای سیستم یا محصول مرتبط می باشند.
نظر Amblerدر مورد مدل سازی :CRCص 511.
تعریف کارت های ایندکس؟
مدل CRC مجموعه ای از کارتهای ایندکس استاندارد نشان دهنده ی کلاس ها است.
هدف:توسعه ی نمایشی سازمان یافته از کلاس ها است.
3 بخش تقسیم می شوند:
بالای کارت :نام کلاس.
بدنه ی چپ کارت:وظایف کلاس.
بدنه راست کارت:همکاری کننده ها.
مدل CRC از کارت های ایندکس واقعی یا مجازی استفاده می کند.
5/1/2025
43
2-4-21مدل سازی کلاس- وظیفه- همکاری
کلاس ها:
چگونه تعیین می شود که آیا یک شی بالقوه برای افزودن به کارت ایندکس CRC با ارزش است؟
6 معیارکه عبارتند از:
یک شی بالقوه اگر بخواهد در مدل CRC قرار بگیرد باید این 6 خصوصیت را داشته باشد.
اطلاعات نگهداری شده.
سرویس های مورد نیاز.
صفات متعدد.
صفات مشترک.
اعمال مشترک.
نیازهای ضروری.
5/1/2025
44
2-4-21مدل سازی کلاس- وظیفه- همکاری
نظر Firesmith در رده بندی یا دسته بندی انواع کلاس ها :
کلاس های دستگاه:
کلاس های خصوصیت:
کلاس های تعامل:
چه خصوصیاتی به این دسته بندی کمک می کند؟
دسته بندی اشیا و کلاس ها با ویژگی های زیر:
Tangibility:
شامل شدن:.
ماندگاری:.
جامعیت:
کارت ایندکس ایجاد شده از مدلCRC با این رده از کلاس ها توسعه می یابد تا شامل نوع کلاس و ویژگی های آن باشد.
5/1/2025
45
CLASS NAME:
CLASS TYPE (e.g.,device,property,role,event)
Class characheristic (e.g.,tangible,atomic,concurrent)
responsibilities
collaborations
یک مدل کارت ایندکسی crc
نام کلاس همکاری کننده در کارت ایندکس CRCدر کنار وظیفه ای که آن همکاری را ایجاد کرده در تمام موارد ثبت می گردد.
کارت ایندکس حاوی چیست؟
لیستی از وظایف و همکاری های مربوط به آنها که باعث انجام وظایف می شوند.
یک مدل کارت ایندکسی crc
5/1/2025
47
2-4-21مدل سازی کلاس- وظیفه- همکاری
وظایف یک کلاس شامل :
صفات واعمالی که مرتبط با کلاس هستند.
هر چیزی که کلاس ازآن اطلاع دارد یا انجام
می دهد.
صفات:
نشان دهنده ی جنبه های ثابت کلاس.
اعمال:
نشان دهنده ی رفتار کلاس.
Wirfs_Brock5 راهنمایی برای تخصیص وظایف کلاس را پیشنهاد کردند:
هوشمندی سیستم باید به طور یکسان توزیع شود:
هر وظیفه باید تا حد امکان به صورت عمومی بیان شود:
اطلاعات و رفتار مرتبط با آن باید در یک کلاس قرار گیرند:
اطلاعات در مورد هر چیز باید در یک کلاس متمرکز شود ودر بین چندین کلاس توزیع نگردد:
در صورت نیاز، وظایف باید در بین کلاس های مرتبط به اشتراک گذاشته شوند:
اگر یک کلاس لیست بلندو بالایی از وظایف داردتعریف آن باید به چند کلاس تقسیم شود
5/1/2025
48
2-4-21مدل سازی کلاس- وظیفه- همکاری
همکاری ها:
در حالت کلی دلالت بر درخواست اطلاعات یا درخواست برای انجام عمل مشخص دارد.
کلاس هایی که برای فراهم کردن اطلاعات مورد نیاز یک کلاس دیگر،برای تکمیل وظایفش لازم می باشند.
وظایف کلاس ها به 2 روش زیر:
یک کلاس برای دستکاری صفات وانجام وظایف خود اعمال خاص خود را به کار می برد.
یک کلاس می تواند با کلاس های دیگر همکاری داشته باشد.
نظر wirfs_Brockدر مورد همکاری ها:ص 516
یک شی سرویس دهنده با شی سرویس گیرنده همکاری دارد تا وظیفه ای را انجام دهد این همکاری شامل ارسال پیغام هاست.
3 رابطه عمومی متفاوت بین کلاس ها:
تحلیل گر برای کمک به شناسایی همکاری ها این روابط را بررسی می کند.
5/1/2025
49
2-4-21مدل سازی کلاس- وظیفه- همکاری
رابطه is_part_of“بخشی از“.
رابطه has_acknowledge_of.
رابطه depends_ upon.
تمام کلاسهایی که بخشی از کلاس مجتمع می شوند.از طریق رابطه اول به کلاس مجتمع می شوند.
یک شی سرویس دهنده با شی سرویس گیرنده همکاری دارد تا وظیفه ای را انجام دهد این همکاری شامل ارسال پیغام هاست.
روش موثر برای مرور مدل crcچیست؟5 روش
5/1/2025
50
با استفاده از نشان گذاری UML چندین نمودار کلاس ایجاد می شود.
ساختارهای کلاس خاص و عام Generalization/Specialization))
ساختارهای کلاس برای اجزا مرکب.
نمودار کلاس برای خاص/عام سازی
3-4-21 تعریف ساختارها و سلسله مراتب ها.
3-4-21 تعریف ساختارها و سلسله مراتب ها.
در شکل 4-21صفات و اعمال اشاره شده برای کلاس سنسور توسط کلاس های خاص آن به ارث می رسند.
تعریف مجتمع مرکب؟
در مدل اولیه وقتی که یک شی از چندین مولفه تشکیل شده باشد وآنها خود میتوانند به صورت شی تعریف شوند.
روابط ساختاری چه امکاناتی را برای تحلیل گر فراهم می کند؟
تقسیم بندی مدلCRC و نمایش گرافیکی آن .
توسعه کلاسها جزئیاتی برای مرور طراحی بعدی فراهم می کند.
3-4-21 تعریف ساختارها و سلسله مراتب ها.
شکل 5-21نمودار کلاس برای اجزای مرکب.
از نشان گذاری مدل سازی رابطه ی بین موجودیت ها :لوزی :رابطه شامل بودن.
خطوط ارتباطی می توانند با نمادهای
اضافی همراه باشند که بیانگر:تعداد
است
4-4-21 تعریف موضوعات و زیرسیستم ها
تعریف زیرسیستم یا بسته درUML؟
وقتی گروهی ازتمام کلاس ها با یکدیگر همکاری می کنند تا مجموعه ای از وظایف خود را انجام دهند.
مفاهیم مجردی که ارجاع یا اشاره به جزئیات بیشتر در مدل تحلیل می باشند.
از بیرون که به آن نگاه شود شبیه چیست؟
جعبه سیاهی که دارای مجموعه وظایفی است و همکاری کننده های خاص خود را در خارج دارد.
زیرسیستم ها در رابطه با مدل سازی CRCچطور نشان داده می شوند؟
با ایجاد کارت ایندکس زیر سیستم.
کارت ایندکس زیر سیستم نشان دهنده ی چیست؟
نام زیرسیستم
قراردادهایی که زیرسیستم موردنظر باید سازماندهی کند.
دیگر کلاس ها ویا زیرسیستم های حمایت کننده ی آن قرارداد.
4-4-21 تعریف موضوعات و زیرسیستم ها
در شکل بسته ها:زیر سیستم ها.
ارجاعات به بسته می تواند برای هر
ساختاری که چندین شی دارد ایجاد گردد.
در بالاترین سطح مجردسازی فقط حاوی
ارجاعات به بسته ها خواهد بود.
در چه حالتی زیزسیستم به سرویس دهنده و همکاری کننده های خارجی سرویس گیرنده ها یند؟
ارتباط کلاس ها با استفاده از مدل سرویس دهنده- سرویس گیرنده انجام شود.
در شکل 7-21:
خط چین :روابط وابستگی بین بسته ها را نشان می دهد.
فلش پر:نشان دهنده ی ترکیب.
یک زیر سیستم (package)در UMLبه سلسله مراتبی از کلاس ها با جزئیات بیشتر اشاره دارد.
شکل 6-21ارجاع به package(زیر سیستم)
شکل 7-2مدل تحلیلی همراه با ارجاعات به Packageها
4-4-21 تعریف موضوعات و زیرسیستم ها
پایان