دو دیسیپلین business modeling و requierments

[aspnet_22]

در یک sample که برای rup بود دیدم که در دو دیسیپلین business modeling و requierments هم اکتورها و هم use case هایی که تعریف شده بود کاملا متفاوت بودند. می خواستم بدونم که این تفاوت برای چیست ؟ اگه ممکنه کامل توضیح بدین.
با تشکر.

[smhoseyni]

business use-case ها در ديسيپلين business modeling بيانگر فرآيند هاي کاري سازمان هستند و actor ها نيز بيانگر عوامل خارج از سازمان که با آن فرآيند ها ارتباط دارند. ولي در ديسيپلين requirement، نيازمنديهاي عملکردي نرم افزار را با استفاده از use-case ها نمايش ميدهند که ممکن است اين نرم افزار براي پياده سازي يک يا چند فرايند سازماني مورد استفاده قرار گيرد.
به عنوام مثال در دانشگاه ارائه آموزش، يک Buseiness use-case است که actor هاي ان استاد و دانشجو هستند ولي برنامه ريزي کلا‌س ها ممکن است يک use-case در سيستم نرم افزاري مديريت آموزش باشد که نيازمندي ها ي نرم افزاري را توصيف ميکند.

[aspnet_22]

business use-case ها در ديسيپلين business modeling بيانگر فرآيند هاي کاري سازمان هستند و actor ها نيز بيانگر عوامل خارج از سازمان که با آن فرآيند ها ارتباط دارند. ولي در ديسيپلين requirement، نيازمنديهاي عملکردي نرم افزار را با استفاده از use-case ها نمايش ميدهند که ممکن است اين نرم افزار براي پياده سازي يک يا چند فرايند سازماني مورد استفاده قرار گيرد.
به عنوام مثال در دانشگاه ارائه آموزش، يک Buseiness use-case است که actor هاي ان استاد و دانشجو هستند ولي برنامه ريزي کلا‌س ها ممکن است يک use-case در سيستم نرم افزاري مديريت آموزش باشد که نيازمندي ها ي نرم افزاري را توصيف ميکند.

با تشكر
منظورتان اينست كه چيزي كه د ر busiess modeling در مورد ان بحث مي شو د ارنباط مستقيم به نرم افزار ندار د مثلا در همين مثال ايا مي توان گفت كه اگر قرار باشد انتخاب واحد با استفاده از نرم افزار با شد جزء نيازمنديها ولي در غير اينصورت (به صورت دستي باشد ) جزء Buseiness use-case ا است.

[Elham_gh]

همه Application ها نياز به Business Modeling ندارند.
اين ديسيپلين(Business Modeling Discipline) ، داراي 2 مرحله است:
1. Business Use case Modeling-ارتباطات (interaction) خارجي يك سازمان (organization) را نشان مي دهد.سازمان در اينجا به صورت يك black box در نظر گرفته مي شود.و فقط ارتباطاتش با دنياي بيرون مدل مي شود.دنياي بيرون شامل Business Actor ها (ماندد Customer ها و Supplier ها) هستند.يك Business use case از ديدگاه Actor توصيف مي شود.مثلا براي Business Actor ي به نام Customer ، Use case ي به نام Order a product مي تواند وجود داشته باشد.دياگرامهايي كه براي مدل كردن Business Use Case استفاده مي شوند عبارتند از:
Package Diagram
Use case Diagram
Activity Diagram
2.Business Analysis Modeling-نشان مي دهد كه سازمان براي اينكه آن ارتباطاتش(ارتباطات ذكر شده در Business use case modeling )محقق شود ، چه رفتارهاي داخلي دارد.در حقيقيت موضوع Business Analysis Model ، عملكرد داخلي سازمان با هدف تحقق بخشيدن به Business Use هاست.در اينجا business process ها تجزيه شده و Workflow ها مشخص مي شوند، ساختار سازماني وگردش اطلاعات تا جاييكه لازم است مدل مي شوند.دياگرامهايي كه براي مدل كردن business Analysis استفاده مي شوند عبارتند از:
Package diagram
Class Diagram
Activity Diagram
Interaction Diagram
State Machine Diagram
RUP يك جايگزين سبكتري را براي Business modeling پيشنهاد مي كند و آن Domain Model است.Domain Model تنها Business Entity ها و ارتباطاتشان و Business Rule ها را مدل مي كند.
مانند شكل زير:

http://barnamenevis.org/forum/attachment.php?attachmentid=19418&stc=1&d=1215024523
در requirement Discipline براي تشخيص نيازمنديهايي كه Business را support كنند از business Model استفاده مي شود.و در اينجا تنها كاري كه بايد انجام دهيم ساختن Use Case Model است.اين مدل به هر دو مدل Business Modeling وابسته است.و دياگرامهاي مورد نياز آن:
Package Diagram
Use case Diagram
Activity Diagram
Actor ها اغلب در business Analysis model به عنوان Business worker از پيش شتاسايي شدند.مثلا Actor ها در شكل زير همان Business Worker ها در Domain Model بودند.همچنين يك Actor مي تواند با يكBusiness Actor مرتبط باشد، در اين حالتBusiness Actor مي تواند مستقيما به سيستم دسترسي داشته باشد، مثلا از طريق اينترنت.
http://barnamenevis.org/forum/attachment.php?attachmentid=19419&stc=1&d=1215024523
مطابق با RUP ، Use case ه مي تواندد از Business use case ها استنتاج شوند ، اما اين به شرطي است كه Actor ها از روي Business Actor ها شناسايي شوند.كه در مثال ما Actor از روي business worker شناسايي شده كه حالت عمومي تريست. در اين حالت use case ها بايد با نگاه كردن به action هايي كه براي business worker ها شناسايي شود. البته اين بدين معني نيست كه اين بين يك تناظر يك به يك وجود دارد
شكل زير خلاصه اين مطالب است.(Class Diagram و Use Case Diagram به اين دليلي آبي مشخص شده اند كه در هر شرايطي الزامي هستند)
http://barnamenevis.org/forum/attachment.php?attachmentid=19417&stc=1&d=1215024523
(برگرفته از pitfalls using UML in RUP نوشته Hans Admiraal)

[شقایق ازاد]

با سلام لطفا use case ,actor سیستم اموزشی دانشگاه شامل ثبت نام وانتخاب واحدوحذف واضافه وفازغ التحصیلیوثبت نمرات را ارسال بفرمایید با تشکر

[Elham_gh]

با سلام لطفا use case ,actor سیستم اموزشی دانشگاه شامل ثبت نام وانتخاب واحدوحذف واضافه وفازغ التحصیلیوثبت نمرات را ارسال بفرمایید با تشکر

عجب!
دوست عزیز.اولا سئوال شما چه ربطی به تاپیک داشت؟
بعدشم , شما شروع کن , اشکالاتتو اینجا سئوال کن .