درس سوم(Actor )

در این درس به بررسی انواع عاملها (Actor ها ) می پردازیم . همانگونه که قبلاً گفته شد Actor ها کسانی هستند که با سیستم کار می کنند ، از آن اطلاعات می گیرند و به آن اطلاعات می دهند . یک Actor در واقع کسی است که UseCase در جهت سرویس دادن به آن عمل می کند . معمولاً Actor ها از این بابت مهم می باشند که سیستم ساخته شده باید جوابگوی نیازهای آنها باشد . می توان گفت که شناسایی Actor ها اولین قدمی است که برای رسم UseCase دیاگرام برداشته می شود . <?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

از دیدگاه کلی انواع 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 ها را توضیح بدم.

 


مطالب مشابه :


درس پنجم ( usecase دیاگرام سیستم ATM و سیستم فروش بلیط)

کامپیوتر - درس پنجم ( usecase دیاگرام سیستم ATM و سیستم فروش بلیط) - آموزش




ميميك دياگرام چیست

آشنایی با صنعت تابلو سازی و مباحث فروش - ميميك دياگرام چیست - آموزش تخصصی تابلوهای برق فشار




درس سوم(Actor )

می توان گفت که شناسایی Actor ها اولین قدمی است که برای رسم UseCase دیاگرام متصدی فروش بلیت به




دیاگرام سیم کشی کولر گازی اجنرال 30000

فدک سرما کرج - دیاگرام سیم کشی کولر گازی اجنرال 30000 فروش آبسردکن و تصفیه آب در تهران و




گزارش كار اموزي سيم پيچي

فروش پایان نامه گزارش کاز آموزی - دیاگرام گسترده سیم بندی موجی مرکب دوگانه آرمیچر 18




فروش و انجام پروژه معماري

رساله معماری - فروش و انجام پروژه معماري - رساله معماری پروژه رساله دیاگرام استاندارد




اهرم عملیاتی، اهرم مالی و اهرم مرکب

اهرم عملیاتی عبارت است از درصد تغییرات سود عملیاتی نسبت به درصد تغییرات فروش (با یک درصد




دیاگرام سیستم پایش وضعیت ( CM)

نگهداری و تعمیرات - دیاگرام سیستم پایش وضعیت ( cm) فروش نرم افزار نگهداری و




نمودار فازی آب

فروش یک دستگاه هندی کم، مودم usb وایمکس ایرانسل و یک عدد مو کن




برچسب :