با سلام
معمولا کسانی که میخواهند تحلیل یه سیستم رو شروع کنند نمیدونند از کجا شروع کنند یا اگه هم بدونند به صورت ناقص است ...
وقتی هم که شروع میکنند یا بی خیال اعمال و فرایندهای مهندسی میشوند و به سراغ روش "علی اصغری" میروند یا اینکه از جایی و با عملی شروع میکنند که استاندارد و اصولی نیست.
از همین فروم هم بعضی وقتها مشخصه هنوز هیچ کاری نکرده بدنبال usecase میگرده !!
من خواستم در این تاپیک چند نکته ایی که با تجربه و تحقیق بدست آوردم رو خدمت شما دوستان عرض کنم در مورد
اینکه چگونه قدم اول رو برداریم. به صورت کاربردی و مفید انشاالله
البته اگر دوستان در تکمیل یا تصحیح صحبت های من نکته ایی دارند حتما بگن که همه ما خوشحال میشیم :
____________
به نظر من در قدم اول ما نیاز به یک problem statement داریم .
problem statement که روند کاری سیستم یا چگونگی استفاده سیستم توسط افراد ، ماشین یا برنامه های دیگر را شرح میدهد.
امکاناتی که سیستم نیاز دارد (معمولی (Normal requirements)- مورد انتظار(Expected requirements) - جالب توجه(Exciting requirements)) در problem statement بحث میشود و شرح داده میشود
problem statement با تحقیق ، پرسش و مطالعه بدست میآید :
مثلا میخواهید یک سیستم حسابداری پیاده سازی کنید ولی هیچ چیزی در مورد مفاهیم آن نمیدانید در این موقع شما باید با مراجعه به کتابهای خسابداری و مطالعه آنها ، پرسش از افراد صاحب نظر و تحقیق در چگونگی عملکرد سیستمهای حسابداری رایج در موسسات و بازار بتوانید به درک خوبی از روند یک سیستم حسابداری و امکانات مورد نیاز یک سیستم برسید.
تا اینجا یک قدم خیلی مهم برداشته شده است. خیلی مهم
بعد به سراغ usecase ها میروید که سیستم را از دیدگاه کاربر نهایی مدل سازی میکند(که شرح آن در problem statement آمده است)
البته قبل از بدست آوردن usecase ها 2 کار مهم را باید انجام دهید که خیلی مهم است :
1) استخراج Actor ها با توجه به problem statement .
2) هر Actor چه کاری در روند سیستم انجام میدهد.
بعد با توجه به 2 قسمت بالا بخصوص قسمت 2 usecase ها رو استخراج میکنیم.
نکته :
سعی کنید لیستی که برای کارهای هر actor مینویسید ریز کارها باشد تا هم دید بهتری نسبت به روند کاری سیستم داشته باشیم و هم بتوان با دسته بندی آنها به usecase های مورد نظر رسید.
توضیح مهم :
این را بدانید هر usecase به صورت نرمال به یک پردازش بزرگ نسبت داده میشود و یک قدم منحصر به فرد یا پایان کار یک سیستم نیست.
بعد از بدست آوردن usecase ها به سراغ شرح usecase ها میرویم(usecase Description) که این مورد نیز بسیار مهم میباشد. انشاالله در فرصتی مناسب (نچندان نزدیک) در مورد آن توضیح مفید و کاربردی خواهم داد.
مطالبی که عرض شد قسمتی از آن از کتاب پرسمن ، سایتهای مختلف و تجربه عملی بوده است.
موفق باشید.
یا علی