نمایش نتایج 1 تا 6 از 6

نام تاپیک: دو دیسیپلین business modeling و requierments

  1. #1

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

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

  2. #2

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

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

  3. #3

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

    نقل قول نوشته شده توسط smhoseyni مشاهده تاپیک
    business use-case ها در ديسيپلين business modeling بيانگر فرآيند هاي کاري سازمان هستند و actor ها نيز بيانگر عوامل خارج از سازمان که با آن فرآيند ها ارتباط دارند. ولي در ديسيپلين requirement، نيازمنديهاي عملکردي نرم افزار را با استفاده از use-case ها نمايش ميدهند که ممکن است اين نرم افزار براي پياده سازي يک يا چند فرايند سازماني مورد استفاده قرار گيرد.
    به عنوام مثال در دانشگاه ارائه آموزش، يک Buseiness use-case است که actor هاي ان استاد و دانشجو هستند ولي برنامه ريزي کلا‌س ها ممکن است يک use-case در سيستم نرم افزاري مديريت آموزش باشد که نيازمندي ها ي نرم افزاري را توصيف ميکند.
    با تشكر
    منظورتان اينست كه چيزي كه د ر busiess modeling در مورد ان بحث مي شو د ارنباط مستقيم به نرم افزار ندار د مثلا در همين مثال ايا مي توان گفت كه اگر قرار باشد انتخاب واحد با استفاده از نرم افزار با شد جزء نيازمنديها ولي در غير اينصورت (به صورت دستي باشد ) جزء Buseiness use-case ا است.

  4. #4
    کاربر دائمی آواتار Elham_gh
    تاریخ عضویت
    بهمن 1384
    محل زندگی
    Tehran
    سن
    49
    پست
    718

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

    همه 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 ها را مدل مي كند.
    مانند شكل زير:


    در 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 مي تواند مستقيما به سيستم دسترسي داشته باشد، مثلا از طريق اينترنت.

    مطابق با RUP ، Use case ه مي تواندد از Business use case ها استنتاج شوند ، اما اين به شرطي است كه Actor ها از روي Business Actor ها شناسايي شوند.كه در مثال ما Actor از روي business worker شناسايي شده كه حالت عمومي تريست. در اين حالت use case ها بايد با نگاه كردن به action هايي كه براي business worker ها شناسايي شود. البته اين بدين معني نيست كه اين بين يك تناظر يك به يك وجود دارد
    شكل زير خلاصه اين مطالب است.(Class Diagram و Use Case Diagram به اين دليلي آبي مشخص شده اند كه در هر شرايطي الزامي هستند)

    (برگرفته از pitfalls using UML in RUP نوشته Hans Admiraal)
    عکس های ضمیمه عکس های ضمیمه    

  5. #5

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

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

  6. #6
    کاربر دائمی آواتار Elham_gh
    تاریخ عضویت
    بهمن 1384
    محل زندگی
    Tehran
    سن
    49
    پست
    718

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

    نقل قول نوشته شده توسط شقایق ازاد مشاهده تاپیک
    با سلام لطفا use case ,actor سیستم اموزشی دانشگاه شامل ثبت نام وانتخاب واحدوحذف واضافه وفازغ التحصیلیوثبت نمرات را ارسال بفرمایید با تشکر
    عجب!
    دوست عزیز.اولا سئوال شما چه ربطی به تاپیک داشت؟
    بعدشم , شما شروع کن , اشکالاتتو اینجا سئوال کن .

برچسب های این تاپیک

قوانین ایجاد تاپیک در تالار

  • شما نمی توانید تاپیک جدید ایجاد کنید
  • شما نمی توانید به تاپیک ها پاسخ دهید
  • شما نمی توانید ضمیمه ارسال کنید
  • شما نمی توانید پاسخ هایتان را ویرایش کنید
  •