سلام به همه پی وی لرنی های عزیز!
به آموزش آنالیز کسب و کار Business Analysis خوش آمدید.
آنالیز کسب و کار یا Business Analysis بیشتر یک رشته تحقیقاتی است که سعی می کند نیازهای یک کسب و کار را شناسایی کند و برای آن راه حل ارائه دهد. راه حل هایی که آنالیز کسب و کار فراهم می کند شامل توسعه سیستم های نرم افزاری ای می شوند که به بهبود روند، تغییر سازمانی یا برنامه‌ریزی استراتژیک و سیاست گذاری های جدید و یا اصلاح سیاست گذاری های قبلی، منجر می شود. تجزیه و تحلیل کسب و کار یا Business Analysis در حقیقت تجزیه و تحلیلی است که در خصوص عملکرد یک کسب و کار صورت می گیرد تا نقاط قوت و ضعف کسب و کار را پس از پیدا کردن کردن مورد بررسی قرار داده و مسیر آینده آن کسب و کار را با بر اساس اطلاعات به دست آمده ترسیم کند به گونه ای که کاستی ها جبران شوند و نقاط قوت تقویت گردند.
در جلسه قبل به بررسی مشخصات مورد نیاز نرم افزار در آنالیز کسب و کار پرداختیم؛ SRS گفته می شود سندی است که به عنوان یک وسیله ارتباطی بین مشتریان استفاده می شود.
در این جلسه می خواهیم به آشنایی با Use-Cases در آنالیز کسب و کار بپزدازیم.
آشنایی با Use-Cases در آنالیز کسب و کار
یکی از نه نمودار UML در Use-case Diagram نه تنها مهم بلکه برای پروژه های نرم افزاری ضروری هستند. Use-case اساساً در چرخه های عمر نرم افزار استفاده می شود. مراحل مختلفی در چرخه توسعه وجود دارد و بیشترین مرحله برای موارد استفاده در مرحله جمع آوری اطلاعات است.
آشنایی با Use-Cases در آنالیز کسب و کار
Use-Case چیست؟
یک use-case توالی رخداد ها و اقدامات را توصیف می کنند این کار توسط سیستمی انجام می شود که برای یک actor ارزش قائل است. use-case رفتار سیستم را تحت شرایط مختلف توصیف می کند زیرا به درخواست یکی از ذی نفعان به نام actor اصلی پاسخ می دهد.
شاید برای شما سوال پیش آمده باشد که actor چیست؛ actor یک شخص از سیستم است که به او کاربر نهایی می گویند.
در مهندسی نرم افزار و سیستم ها، یک use-case لیستی از مراحل است که به طور معمول تعامل بین یک نقش (که در UML به عنوان یک “actor ” شناخته می شود) و یک سیستم را برای رسیدن به یک هدف تعریف می کند. actor می تواند یک انسان یا یک سیستم بیرونی باشد.
یک use-case جریان وقایع موجود در سیستم را مشخص می کند. use-case بیشتر مربوط به آنچه توسط سیستم انجام می شود برای انجام توالی اقدامات است.
مزایای استفاده از یک Use-Case
- use-case وسیله ای آسان برای گرفتن نیاز عملیاتی با تمرکز بر ارزش افزوده به کاربر است.
- use-case در نوشتن و خواندن نسبتاً آسانتر از روشهای مورد نیاز سنتی است.
- use-case توسعه دهندگان را مجبور می کند از دید کاربر نهایی فکر کنند.
- use-case کاربر را در فرآیند الزامات درگیر می کند.
آناتومی یک Use-Case
- Name : نام توصیفی که اهداف مورد استفاده را نشان می دهد.
- Description : تشریح می کند که use-case فقط شامل دو جمله ساده و معمولی نیست.
- Actor : هر Actor که در use-case نقش دارد را لیست می کند.
- Pre-condition : شرایطی که باید قبل از شروع use-case رعایت شود را مشخص می کند.
- Flow of events : شرح تعامل بین سیستم و Actor.
- Post Condition : وضعیت سیستم را پس از اتمام use-case توصیف کنید.
راهنمایی برای الگوی Use-Case
می توانید هر use-case را با استفاده از الگوی ارائه شده در پایان این جلسه مستند کنید. در ادامه توضیحات مربوط به هر بخش در الگوی use-case ارائه شده است.
استفاده از موارد شناسایی
- Use-Case ID : به هر use-case یک شناسه عددی منحصر به فرد، به شکل سلسله مراتبی بدهید: برای مثال می توانید از X.Y استفاده کنید. use-case های مرتبط می توانند به صورت سلسله مراتبی گروه بندی کرد. الزامات عملکردی را می توان به use-case برچسب برگرداند.
- Use-Case Name : یک مورد مختصر و نتیجه گرا برای پرونده مورد استفاده بیان کنید. اینها در حقیقت وظایفی را نشان می دهد که کاربر برای استفاده از سیستم باید انجام دهد و شامل یک یک فعل دستوری (action verb) و یک اسم (noun) است. برای مثال:
– مشاهده اطلاعات شماره قسمت.
– علامت گذاری دستی منبع هایپرتکست و یک لینک برای هدف.
– جایگذاری و سفارش یک CD با نسخه نرم افزار به روز شده.
تاریخ Use-History
در ادامه به نام افرادی که می توانند ذی نفعان سند Usecase باشند؛ اشاره کرده ایم.
- Created By : ایجاد نام شخصی را که در ابتدا این Usasease را مستند سازی کرده است.
- Date Created : وارد کردن تاریخی که در آن use-case در ابتدا مستند شده است.
- Last Updated By : وارد کردن نام شخصی را که جدیدترین نسخه use-case را ارائه کرده است.
- Date Last Updated : تاریخ آخرین تاریخ به روز شدن use-case.
آشنایی با Use-Cases در آنالیز کسب و کار
بیایید در ادامه آشنایی با Use-Cases در آنالیز کسب و کار با مفاهیم اصلی Use-Case آشنا شویم.
تعریف Use-Case
در زیر مفاهیم اصلی Use-Case را معرفی کرده ایم.
Actor
یک Actor شخصی است که خارج از سیستم نرم افزاری مشخص می شود. این فرد با سیستم تعامل دارد و مواردی را برای انجام می دهد. Actor های مختلف غالباً با کلاس های مختلف کاربر یا نقش هایی که از جامعه مشتری مشخص می شود تعیین می شوند تا از محصول استفاده می کنند.
Description
Description توضیح مختصری درباره علت و نتیجه use-case یا توضیحی سطح بالا از توالی اقدامات و نتیجه اجرای use-case را ارائه می نماید.
Preconditions
Preconditions به معنی پیش شرط ها است. قبل از شروع use-case، فعالیت هایی را که باید انجام شود یا شرایطی که باید رعایت شود را لیست کنید. این موارد پیش شرط های شما هستند. هر پیش شرط را شماره گذاری کنید.
مثال های از پیش شرط ها
- هویت کاربر تأیید شده است.
- رایانه کاربر از حافظه رایگان کافی برای شروع کار برخوردار است.
Post Conditions
Post Conditions به معنای شرایط ارسال است که به توصیف وضعیت سیستم در پایان اجرای use-case می پردازد. باید هر Post Conditions را شماره گذاری نمود.
مثال هایی از Post Conditions
- سند فقط دارای برچسبهای معتبر SGML است.
- قیمت کالا در پایگاه داده با ارزش جدید به روز شده است.
Priority
Priority یا اولویت برای تعیین اولویت نسبی اجرای عملکردهای مورد نیاز برای اجرای یک usecase را مشخص می کند. طرح اولویت استفاده شده باید مشابه برنامه مورد استفاده در مشخصات نرم افزار باشد.
Frequency of Use
Frequency of Use در واقع تعداد دفعاتی که use-case مورد استفاده actor ها قرار می گیرد را نشان می دهد. Frequency of Use سعی می کند واحد زمانی مناسب را تخمین بزند.
Normal Course of Events
Normal Course of Events توضیحات مفصلی در مورد اقدامات کاربر و پاسخهای سیستم در هنگام اجرای use-case در شرایط عادی و شرایط مورد انتظار را ارائه می کند که در نهایت منجر به دستیابی به هدفی خواهد شد که در نام و توضیحات مربوط به use-case ارائه شده است. این توضیحات ممکن است به عنوان پاسخی برای سوال فرضی نوشته شود ، “چگونه می توانم وظیفه مندرج در نام use-case را انجام دهم؟” این کار به بهترین شکل به عنوان یک لیست شماره گذاری از اقدامات انجام شده توسط actor انجام می شود.
آشنایی با Use-Cases در آنالیز کسب و کار
Alternative Courses
Alternative Courses یا دوره های جایگزین که سایر سناریوهای استفاده قانونی را مستند می کند و سبب می شود که use-case جداگانه در این بخش انجام شود. باید دوره جایگزین را تعریف کنید و هرگونه اختلاف در توالی مراحل انجام شده را شرح دهید. هر دوره جایگزین را با استفاده از شناسه Use-Case به عنوان پیشوند شماره گذاری کنید و “AC” را دنبال کنید تا “دوره جایگزین” را نشان دهید. مثال: X.Y.AC.1.
Exceptions
Exceptions یا استثنا ها شرایط خطای پیش بینی شده را که ممکن است در حین اجرای Usecase رخ دهد و نحوه پاسخگویی سیستم به آن شرایط را تعریف می کند. علاوه بر این باید توضیح دهید که اگر اجرای use-case به دلایلی غیرقابل پیش بینی شکست بخورد، در آن صورت سیستم چگونه به آن پاسخ خواهد داد. هر استثناء را با استفاده از شناسه Use-Case به عنوان پیشوند شماره گذاری کنید ، و سپس “EX” برای نشان دادن “Exception” دنبال کنید. مثال: X.Y.EX.1.
Includes
Includes یک لیست از موارد استفاده را که توسط یک use-case (“فراخوانده شده”) است را ذکر می کند. عملکرد مشترکی که درuse-cases چندگانه وجود دارد می تواند به یک use-cases جداگانه تقسیم شود که توسط use-cases که به آن عملکرد مشترک نیاز دارند، تقسیم می شود.
Special Requirements
Special Requirements یا سایر الزامات اضافی، مانند الزامات غیر عملکردی، را برای usecase که ممکن است در طول طراحی یا اجرای آن نیاز داشته باشید، شناسایی کنید. این موارد ممکن است شامل نیازمندی های عملکرد یا سایر ویژگیهای کیفیت باشد.
Assumptions
Assumptions یا فرضیات هستند. باید فرضیاتی را که در تجزیه و تحلیل ایجاد شده و منجر به پذیرش یک use-case در توضیحات محصول و نوشتن توضیحات use-case می شود را لیست کنید.
Notes and Issues
Notes and Issues با عنوان یادداشت ها و شماره ها شناخته می شوند. باید کلیه نظرات و کامنت های مربوط به یک use-case را لیست کنید و به آن ها رسیدگی نمایید. در ضمن مشخص کنید چه کسی هر مسئله ، تاریخ موعد مقرر و در نهایت آن را حل می کند.
به عنوان آخرین مورد در آشنایی با Use-Cases در آنالیز کسب و کار بیایید با غییر مدیریت و کنترل نسخه آشنا شویم.
Change Management and Version control
Change Management and Version control به معنای تغییر مدیریت و کنترل نسخه است. کنترل نسخه، مدیریت تغییرات در اسناد، وب سایتهای بزرگ و سایر مجموعه اطلاعات است. تغییرات معمولاً توسط یک شماره یا کد مشخص می شوند و به عنوان شماره تجدید نظر یا سطح تجدید نظر خوانده می شوند. هر نسخه با یک جدول زمانی و شخصی که تغییر را انجام می دهد همراه است.
سخن پایانی
در این جلسه به آشنایی با Use-Cases در آنالیز کسب و کار پرداختیم و مفصلاً با آناتومی Use-Cases، مزایای استفاده از آن، مفاهیم اصلی در Use-Cases آشنا شدیم.
در جلسه بعدی می خواهیم با نمودارهای Use-Cases آشنا شویم.
با پی وی لرن همراه باشید.
فروشگاه
فیلم های آموزشی
کتاب های آموزشی
مقالات آموزشی
وردپرس
