هدف از ارئه این مطالب کسب مهارت دوستان در مباحث مربوط به شی گرایی و تحلیل و تجزیه نرم افزار است
در ارائه این مطالب ار کتاب های :
مهندسی نرم افزار دکتر پارسا
Java How To Programs Deitel
آموزش جامع UML در 21 روز انتشارات بیشه
آموخته های اندک خودم استفاده شده است. امید وارم مفید واقع بشه .
این بخش با بخش آموزش شی گرایی مطالب موازیی رو دربرمی گیره .
البته من قصد دارم در آینده تمام مطالب رو دسته بندی کنم و تو قسمتی که اسمشو می زاریم ماهنامه الکترونیک و همچنین ویکی بیارم . به امید حق

خوب دوستان عزیز . دیروز کلی مطلب راجع به یوز کیس نوشتم اومدم عکسوش آپلود کنم که همش پرید . دیگخه هم حوصلم نشد دوباره بنویسم .عوضش امروز مینویسم.
گام اول هر پروژه گرفتن مستندات پروزه ارز کارفرماست .
من می خوام اینبار خودم پوژه بدم و خودمم کارفرما شم
پروژه مد نظر من یک سایت اطلاع رسانیه . (وبلاگ )
1- من دوست دارم بتون م توسایم اطلاعات و اخبارم و خلاصه اون چیزایی که دوست دارم رو قرار بدم. البته عکس هم میتونه در میون اطلاعاتم باشه.
2- باید نام نویسنده خبر مشخص باشه چون شاید بخوام به شخص دیگه ای هم اختیار نوشتن بدم
3- همه بتونن برای سایت من و خبراش نظر بدن .
4- امار سایتم و اینکه چند نفر اومدن و ... برام خیلی مهمه
5- سایت من باید توش نظر سنجی داشته باشه تا ....
6- خبر نامه هم برام مهمه

خوب تا همینجا کافیه.
مرحله ی بعدی که باید انجام بشه تحلیل سیستم با استفاده از نموداری (دیاگرام ) به نام use case ه .
در واقع یوزکیس می اد سیستم رو از دیدگاه کاربراش بررسی میکنه . من برای اینکه بتونم بهتر کارمو انجام بدم میام و از مستنداتی که به من داده شده یکسری اطلاعات خاصو جدا می کنم. مثلا میام کلامت مهم و حساس رو جدا می کنم
از بند :
1- اطلاعات و اخبار - عکس درون خبر
2- نویسنده خبر - اشخاص دیگر
3- همه کاربران - نظرات
4- امار سایت -
5- نظرذ سنجی
6- خبرنامه

اینا مهمترین نکاتی بود که کارفرمای من ( یعنی خودم ) از من ( بازم یعنی خودم ) خواسته .
خوب . با توجه به پستی که درباره اشیا داده بودم میام اینجا متحرکین رو از غیر متحرکین جدا میکنم . معیار تفکیک چیه ؟
نظراتتون رو میخونم . (ادامه دارد )

پس سناریو چی شد یه باره بریم سراغ use case یا بعد از use case میریم سراغ سناریو یا اصلا سناریویی در کار نیست

خوب باز سلام
امروز می خوام در باره موارد استفاده یا همون UseCase ها بیشتر صحبت کنم
البته ازتون ممنونم که کلی به سئوالاتی که پرسیده بودم جواب دادین. اما ازاونجایی که من اعتماد به نفسم خسیلی خیلی زیاده (اینو به نقل از اکثر غریب به اتفاق دانشجوام گفتم ) فرض میکنم که شما جوابارو همه دادین ولی من چشم بصیر برای خوندنشون ندارم
برای ادامه ی کار باید سیستم رو از دیدگاه کاربر بررسی کنیم و اونو روی نمودار ترسیم کنیم. این یعنی باید یوزکیس تعریف کنیم
در واقع یوزکیس میاد مسیر اجرایی سیستم رو از دیدگاه کاربرانش بررسی میکنه. من مطئنم که میدونید چقدر این مسئله مهمه و به درد می خوره.
برای مثال فایل FirstUseCaseSample رو ببیند.
این نمودار کمک می کنه که:
1- مشخص شه چند نوع کاربر توسیستم داریم
2- هر کاربر چی کار میکنه و به کجاها دسترسی داره
3- فعالیتها کجاها ممکنه تکرار و درگیری داشته باشن

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

در ادامه یوزکیسمو کامل طراحی میکنیم و سراغ سناریو میریم

البته یادم رفت به گم که به اون آدمکه میگن کاربر Actor
وبه بیضیه میگن یوزکیس

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

راستی چون من نمی دونستم چه جوری دوتافایل رو پیوست کنم و حوصله ی گشتن هم نداشتم اینیکی که مال سناریوست رو اینجا میزارم

نقل قول :میام اینجا متحرکین رو از غیر متحرکین جدا میکنم . معیار تفکیک چیه ؟

معذرت كه پا برهنه ميـــ.....
متحرکین و غیر متحرکین چه كساني هستند؟

نقل قول :در واقع یوزکیس میاد مسیر اجرایی سیستم رو از دیدگاه کاربرانش بررسی میکنه. من مطئنم که میدونید چقدر این مسئله مهمه و به درد می خوره.

پس با اين تعريف performance كار جزء usecase حساب نميشه. مثلاً امنيت، تكنولو‍ژي ها و...

میتونه به یوزکیس هم بستگی داشته باشن.
نوع ارتباطات باتوجه به پروژه ویوز کیس های اون تکنولوژه و معماری و.... رو روشن میکنه

اشیا متحرک اونایی هستن که توسیستم کار انجام میدن. رفتار دارن تاثیر گذاری دارن و...

نقل قول :نوع ارتباطات باتوجه به پروژه ویوز کیس های اون تکنولوژه و معماری و.... رو روشن میکنه

پس بايد ديده بشه؟ درسته؟

نقل قول :اشیا متحرک اونایی هستن که توسیستم کار انجام میدن. رفتار دارن تاثیر گذاری دارن و...

خوب همه اشيا رفتار دارن. مقابل درخواست كاربر عكس و العمل نشون مي دن. من درست متوجه نشدم.