پاورپوینت نیازها و نمودار مورد کاربری کاری

بخشی از پاورپوینت

اسلاید 1 :

نيازها و نمودار مورد کاربری کاری
Requirements &Business Use Case Diagram

اسلاید 2 :

نيازمنديها
انواع نيازها
وظيفه مندی Functionality
غيروظيفه مندی يا کيفیNon Functionality
برای هر نيازمندی يک کد مشخص می نماييم :
Essential
Optional
Hidden

اسلاید 3 :

کدگذاری نيازمنديها

اسلاید 4 :

روشهای استخراج نيازمنديها
جهت استخراج نيازمنديها رويکردهای زير مطرح می گردد :
مبتنی بر هدف
مبتنی بر فرايند
مبتنی بر وظيفه
مبتنی بر سرويس

اسلاید 5 :

استخراج نيازمندی مبتنی بر هدف
هدف رابطه ای منطقی بين وضعيت موجود سيستم و آنچه که در آينده بدست می آيد ، می باشد ( در راستای رفع مشکلات ، اهداف و برنامه ريزيهای استراتژيک که بصورت بلند مدت و کوتاه مدت در سازمانها مطرح است )
برخی نيازمنديها را بر اساس هدف می توان مشخص نمود.

اسلاید 6 :

استخراج نيازمندی مبتنی بر فرايند
در استخراج نيازمندی بر اساس فرايندها ،سيستمها را بر اساس عملکردشان بررسی می نماييم . به بيان ديگر بر اساس عملياتی که بايد در سيستم کامپيوتری انجام شود نيازها را مشخص خواهيم نمود (روش تجزيه عمليات) .

اسلاید 7 :

استخراج نيازمندي مبتنی بر وظيفه
در اين روش به کل سيستم به عنوان يک وظيفه نگاه نموده و سپس آن را به وظايف کوچکتری تقسيم خواهيم نمود تا نهايتا در برگها به وظايف افراد برسيم .

اسلاید 8 :

تفاوت استخراج نيازمندي مبتنی بر فرايند و وظيفه
در اين روش برگهای درخت وظايف مجزا برای نقشهای مجزا مشخص می نمايد . ليکن در استخراج نيازمندی مبتنی بر فرايند ، برگها توابع عملياتی ساده ای می باشند که ممکن است هر کدام آنها تنها بخشی از وظيفه يک نقش را مد نظر قرار دهد.
رويکرد مبتنی بر وظيفه را رويکردی مبتنی بر خواسته های کاربر می نامند چرا که بر اساس وظايف افراد نيازهای آنها را مشخص می نمايد و نه مطابق با نيازهای سيستم . ليکن در روش تجزيه عمليات متمرکز بر خواسته های سيستم می باشيم ، زيرا در اين روش بر اساس عملکردهای سيستم تقسيم بندی می نماييم.

اسلاید 9 :

استخراج نيازمندي مبتنی بر سرويس
در ديدگاه شی گرا سرويسها برای ما حائز اهميت می باشند و نه اطلاعاتی که مبادله می گردند .هر سرويس را در اصطلاح يک مورد کاربری می گوييم. جهت شناسائی سيستم می بايست مشخص نمود سيستم چه سرويسهايي را ارائه / دريافت می نمايد. بدين ترتيب نيازها شفافتر می گردند.
چنانچه يک سيستم را در نظر بگيريم در داخل خود اجزائی خواهد داشت که با يکديگر همکاری نموده تا نهايتا سرويس به خارج از سيسنم داده شود .
با اندکی تامل ملاحظه می نماييم هر واحد بعنوان يک عامل (Actor) از عمليات واحد ديگر استفاده می نمايد تا سرويس مورد نظر را ارائه دهد.
سرويسها را به دو دسته تقسيم می نماييم : داخلی و خارجی. سرويسهای داخلی غالبا فعاليتهايي جهت ارائه سرويسهای خارجی خواهند داشت.

اسلاید 10 :

شناسايي محدوده سيستم
با ترسيم نمودار متن مشخص می نماييم که عاملهای (Actors) خارجی کدام هستند و چگونه با سيستم در ارتباط می باشند .
در ديدگاه شی گرا جهت شناسايي سيستم ابتدا محدوده آن را مشخص می نماييم . به بيان ديگر مشخص می نماييم چه عواملی ( شخص ، سيستم ديگر يا . . .)از سيستم ما استفاده می کند.

اسلاید 11 :

نمودار متن (مثال)
نمودار متن جهت سيستم شعبه بانک

اسلاید 12 :

نماد در UML
نماد مورد کاربری کاری (Business Use Case) :
نماد عامل کاری (Business Actor) :

اسلاید 13 :

نمودار مورد کاربری کاری (مثال)
نمودار مورد کاربری کاری جهت حذف و اضافه

اسلاید 14 :

تحليل نيازها
با مراجعه به مورد کاربری کاری مشخص می نماييم سيستم کامپيوتری چه نيازهائي را می بايست مرتفع نمايد. پس از تعيين نيازها و بررسی آنها به تجزيه و تحليل آنها می پردازيم (اين مرحله را اصطلاحا تحليل نيازها می نامند) .سپس بر مبنای تجزيه و تحليل نيازها قابليت های سيستم مکانيزه مشخص می گردد. هر قابليت که پوشش دهنده يک يا چند نياز است اصطلاحا يک مورد کاربری ناميده می شود (سرويسی است که سيستم کامپيوتری در اختيار کاربران خود قرار می دهد) .

اسلاید 15 :

نمودار مورد کاربری
Use Case Diagram

اسلاید 16 :

مورد کاربری
مورد کاربری عبارت از دنباله ای از عمليات است که يک سيستم انجام می دهد تا يک نتيجه قابل مشاهده و ارزشمند برای کاربر فراهم نمايد .
مورد کاربری عمليات سطح بالايي است که سيستم مهيا می نمايد . به عبارت ديگر موارد کاربری مستقل از پياده سازی بوده و يک ديد با تجريد بالا از آنچه کاربر از سيستم انتظار دارد را نمايش می دهد
نمودار مورد کاربری ترتيب اجرای موارد کاربری را نمايش نمی دهد . برای رسيدن به اين مهم می توان از نمودار فعاليت (Activity Diagram) استفاده نمود .

اسلاید 17 :

مورد کاربری (ادامه)
تعداد موارد کاربری در سيستم بايد منطقی باشد .
موارد کاربری می بايست از بعد تجاری نام گذاری گردند ، نه از ديدگاه فنی (نام مورد کاربری برای مشتری قابل فهم باشد) .
هر نياز وظيفه مندی می بايست حداقل در يک مورد کاربری وجود داشته باشد . در غير اين صورت نياز مربوطه توسط سيستم پوشش داده نمی شود.
به موارد کاربری می توان کليشه (Stereotype) و اولويت تخصيص داد . از کليشه ها جهت طبقه بندی موارد کاربری می توان استفاده نمود .

اسلاید 18 :

مورد کاربری مجرد (Abstract Use Case)
يک مورد کاربری است که عملياتی را فراهم می نمايد تا ساير موارد کاربری از آن استفاده نمايند . اين گونه موارد کاربری مستقيما توسط يک عامل آغاز به کار نمی نمايند.

اسلاید 19 :

عامل مجرد (Abstract Actor)
عامل مجرد مصداق واقعی ندارد .

اسلاید 20 :

روابط قابل طرح جهت موارد کاربری و عاملها (در UML)
Communication
Include
Extend
Generalization