مهندسی نرم افزار - آموزش Rational Rose - SSADM

مطالب راجع به تجزیه و تحلیل سیستم

مهندسی نرم افزار - آموزش Rational Rose - SSADM

مطالب راجع به تجزیه و تحلیل سیستم

درس پنجم (ترسیم UseCase دیاگرام)

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

درس پنجم (ترسیم UseCase دیاگرام)

دانلود Rational Rose

با عرض سلام مجدد .لینک برای دانلود Rational Rose خواسته بودید که این لینک من پیدا کردم . امیدوارم بدرد بخوره

http://p30download.com/fa/entry/12635/

 

درس چهارم( آشنایی با محیط Rational Rose )

در این درس می خواهیم آشنایی مختصری با محیط نرم افزارRational Rose2002   پیدا کنیم . وقتی که این نرم افزار را باز می کنیم ابتدا کادری شبیه شکل زیر مشاهده می کنید که حاوی انواع پروژها رشنال می باشد .

به دلیل اینکه در این قسمت قصد نداریم پروژه خاصی را مورد بررسی قرار دهیم بر روی گزینه cancel کلیک می کنیم . البته ما می توانیم بسته به نوع پروژه خود یکی از انواع پروژها داده شده را انتخاب کنیم .

حال شما پنجره ساده Rational Rose را مشاهده می کنید که شبیه شکل زیر می باشد .

همانطور که مشاهده می کنید برای درک بهتر پنجره را به چند قسمت تقسیم کرده ایم که به شرح ذیل می باشد .

1)     در این قسمت انواع view ها را می بینیم

2)     شما در این قسمت جعبه ابزار مربوط به هر view را مشاهده می کنید

3)     در این قسمت پنجره های داخلی را نمایش می دهد .

4)     در این قسمت که در بالا قرار دارد انواع diagram ها را مشاهده می کنید .

View هایی که شما ملاحظه می کنید به شرح زیر می باشند .

اولین view که مشاهده می کنید UseCase view می باشد که در درس دوم به آن اشاره شده . UseCase view در واقع نشان دهنده کل کارهایی است که سیستم باید انجام دهد . در فارسی UseCase را به معنی « مورد کاربرد » ترجمه کرده اند . در اصل هر UseCase نشان دهنده سرویسی است که سیستم در اختیار کاربران قرار می دهد خواه این کاربر یک فرد باشد یا یک سازمان یا یک سیستم دیگر . در واقع UseCase دیاگرام وظیفه دارد که از یک دید بالا کلیه فعالیتهای درون سیستم را مدل کند . در درس بعدی درباره UseCase و موارد کاربرد آن توضیحات بیشتری را به شما ارائه می دهیم .

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

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

آخرین view که مورد بررسی قرار می دهیم Deployment view است . در این view باید محل قرار گرفتن Component های مرحله قبل را دقیقاً مشخص کنیم . نوع پلت فرم را هم مشخص نماییم . در واقع این view به بستر نرم افزاری و سخت افزاری سیستم می پردازد . این view اغلب برای کسانی می تواند مفید باشد که در صدد توسعه یک نرم افزار قدیمی هستند .

 فایل pdf درس چهارم

SSADM و پاسخ به سولات

دوستان عزیز سولات خود را در مورد SSADM در این قسمت بپرسید تا انشاالله همزمان با مطالب آموزش Rational Rose در مورد SSADM هم مطالبی جهت آگاهی شما عزیزان قرار دهم . باز یادآور می شوم که نظرات شما در پربار بودن مطالب بسیار به من کمک می کند .

درس سوم( َ Actor )

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

از دیدگاه کلی انواع Actor ها عبارتند از :

1)    Actor های اصلی

2)    Actor های فرعی

از دیدگاه دیگر می توان گفت که Actor ها عبارتند از :

1)    کاربران سیستم

2)    سیستمهای دیگر

3)    زمان

Actor های اصلی :Actor های اصلی معمولاً کسانی هستند که از سیستم اطلاعات می گیرند یا به آن اطلاعات تزریق می کنند . مثلاً در سیستم صدور بلیت ، متصدی فروش همان گونه که در تصویر مشاهده می کنید یک Actor اصلی است زیرا مستقیم پشت سیستم کامپیوتری نشسته و با درخواست بلیت ، صدور بلیت و تمامی UseCase های ارتباط مستقیم دارد فردی است که مستقیماً از طریق صفحه کلید اطلاعات مربوط به مشتریها را وارد سیستم می کند . در این گونه Actor ها بر ارتباط و رابطه مستقیم بسیار تاکید می شود .

Actor های فرعی : Actor هایی هستند که مستقیماً با سیستم در ارتباط نیستند ، ولی وجودشان برای فعال نگه داشتن سیستم ضروری می باشد . در مثال قبل مشتری یا مسافر یک Actor فرعی است زیرا تا زمانی که مسافری نباشد متصدی فروش بلیت به عنوان یک Actor اصلی نمی تواند اطلاعاتی وارد سیستم کند . همانگونه که گفته شد وجود مسافر به عنوان یک Actor فرعی جهت فعال نگه داشتن سیستم ضروری است .

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

نکته : اولین قدم برای تهیه نیازمندیها سیستم شناسایی Actor ها می باشد زیرا اگر ما بدانیم Actor کیست و چه می خواهد به راحتی می توانیم UseCase های مورد نظر را استخراج کنیم .

با اتکا به مطالب بالا می توان گفت که کابران سیستم جزء Actor های اصلی می باشند . همچنین سیستمهای دیگر می توانند برای سیستم ما یک Actor باشند مثلاً در سیستم محاسبه کارکرد پرسنل ، سیستم محاسبه حقوق می تواند به عنوان یک Actor باشد که از نتیجه سیستم محاسبه کارکرد پرسنل برای محاسبه حقوق استفاده می کند . و بالاخره از زمان می توان به عنوان یک Actor استفاده کرد ؛ مثل زمانبند سیستم عامل که ما مشخص می کنیم در یک زمان خاص عملی صورت بپذیرد .

چگونه Actor ها را بیابیم ؟

راههای متفاوتی برای تشخیص Actor ها وجود دارد که در زیر به چندتای آنها اشاره می کنیم .

·        کسی که مستقیماً از سیستم استفاده می کند

·        کسی که مسئول نگهداری سیستم است

·        یک سخت افزار خارجی که با سیستم استفاده می شود

·        سیستم دیگری که برای کار کردن نیازمند به این سیستم می باشد

علاوه برا موارد گفته شده در بالا رسم دیاگرام متن ( Context Diagram ) که از دیاگرامهای متدولوژی SSADM می باشد در این رابطه می تواند کمک زیادی به ما کند . دوستان به این نکته توجه کنند که دیاگرام متن جزء دیاگرامهای استاندارد UML نیست ولی ما در جهت درک و شناسایی بهتر Actor ها از آن استفاده می کنیم. به شکل زیر توجه کنید .

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

خوب دوستان این مطالب را فعلاً داشته باشید تا در درس بعد طریقه رسم UseCase دیاگرام و روابط بین UseCase ها و Actor ها را توضیح بدم.

 فایل pdf درس سوم

عید مبعث مبارک باد

سلام بر همه دوستان . عید بزرگ مبعث بر همه مسلمانان مبارک باد . دوستان در رابطه با آموزش Rational Rose این نکته را یاد آور بشم که من از نسخه ۲۰۰۲ این نرم افزار استفاده میکنم و مثالها را براساس این نسخه بیان خواهم کرد . اگر از نسخه ۹۸ استفاده می کنید امکان دارد در ایجاد روابط بین Usecase ها دچار مشکل بشید ( مشکلی که دوستان من داشتند ) پس سعی در استفاده از نسخه ۲۰۰۲ رشنال کنید تا اینکه انشاالله مشکلی پیش نیاید . با تشکر از دوستانی که با ارسال نظرات خود در رابطه با بخش آموزش ما را در بهتر ارائه کردن مطالب یاری می کنند .

درس دوم( UseCase view)

در این درس به معرفی UseCase view ، اولین view از view های Rational Rose که در سمت چپ این نرم افزار در زمان اجرا قرار دارد می پردازیم .

برای اینکه ما با UseCase view کار کنیم و به راحتی آن را درک کنیم باید سه مفهوم را بدانیم . مفهوم اول خود UseCase است ، دومین مفهوم ، مفهوم سناریو و سومین مفهوم Actor است که هر یک را توضیح خواهیم داد .

UseCase : UseCase در واقع عبارت است از هر سرویسی که سیستم در اختیار کاربران قرار می دهد . شکل آن در نمودارهای UML مانند شکل زیر است .

usecase 

سناریو : سناریو در واقع متنی است که فعالیتهای UseCase را بطور کامل شرح می دهد . هر سناریو دارای استانداردهایی است که آنها را در درس اول(سناریو) با مثال توضیح داده ایم .

 Actor : هر کس که با UseCase کار می کند یک Actor است . Actor ها کسانی هستند که اطلاعاتی از UseCase دریافت می کنند و اینکه اطلاعاتی به آن تزریق می نمایند . شکل Actor در نمودارهای UML مانند شکل زیر است .

 

Actor 

در واقع ما در UseCase دیاگرام عمدتاً با سناریوی مربوط به به هر UseCase و Actor های مرتبط با آن سرو کار خواهیم داشت .

هدف UseCase دیاگرام چیست ؟ همان گونه که قبلاً گفته شد ما در نمودارهای UseCase به دنبال نیازمندیهای کاربران هستیم پس ابتدا باید کاربران را تشخیص دهیم در قدم بعد باید بدانیم هر کاربر از سیستم چه می خواهد . در UseCase دیاگرام هدف ما مستند سازی همه آن چیزی است که سیستم به کاربران خود ارائه می دهد . در واقع UseCase دیاگرام نقطه ورود یک سیستم است ، از آنجا مسئله تحلیل می شود و سپس در اختیار طراحان و برنامه نویسان قرار می گیرد. UseCase دیاگرام در عین سادگی یک دید کلی نسبت به آن چه در سیستم انجام می شود را نشان می دهد به همین خاطر قابل درک برای کاربران خواهد بود . لذا تحلیل گر سیستم می تواند برای بیان شناخت خود از سیستم و انتقال مفاهیم به کاربران از این نمودار استفاده کنند . در نمودارهای UseCase ما بایدActor ها و UseCase ها و همچنین روابط مابین آنها را مشخص کنیم ، اینها در واقع سه عنصر تشکیل دهنده UseCase دیاگرام می باشند .

اهداف تهیه UseCase ها :

1)     با نگاه به UseCase ها میتوان فهمید چه عملیاتی توسط سیستم باید انجام شود

2)     تعیین محدوده سیستم در حال توسعه

3)     ابزاری هستند جهت تست سیستم

4)     مبنائی جهت تهیه راهنمای کاربران

 

فایل pdf درس دوم

یک پروژه Rational Rose

یکی از دوستان یک پروژه Rational Rose خواسته بود که من هم پروژه خودم را برای شما گذاشتم . البته یکی دو اشکال داره که در آموزش آونا رو گوشزد کردم ولی متاسفانه وقت نکردم اون را  تصحیح کنم . اشکالات این پروژه هم بسیار تابلوست ، ولی میشه به عنوان یک ‌‌Base از اون استفاده کرد .

دانلود 

سلام مجدد

سلام دوستان . از اینکه یک هفته ای غیبت داشتم معذرت می خوام . مشغول امتحانات بودم . از همین هفته هم آموزش Rational Rose را هم آغاز می کنم . البته درس اول که برای سناریو سیستم چه قسمتهایی باید باشه را گذاشتم . فعلا ً