پروژه مهندسی نرم افزار uml دیکشنری بخش اول
طراحی و پیاده سازی نمودارهای UMl
عملیاتی که در این فصل مورد بررسی قرار خواهند گرفت در حقیقت عملیات منطقی پروژه دیکشنری می باشند که کاملا به صورت سیستمی انجام خواهند شد. برای هر یک از عملیاتی که قرار است انجام شود سناریویی نوشته شده که در ادامه به بررسی آنها خواهیم پرداخت.
فهرست مرتب شده Functionality هایی که باید سناریو برای آنها تعریف شود
1. ایجاد کردن لغت ها
2. جستجوی لغت ها
3. مشاهده لیست لغت ها
4. ویرایش لیست لغت ها
در ادامه این فصل به بررسی و رسم نمودار Use Case منطقی پروژه دیکشنری تحت ویندوز پرداخته خواهد شد.
نمودار منطقی کلی Use Case پروژه دیکشنری
نمودار3- 1- نمودار UseCase کلی سیستم
نکاتی راجع به نوشتن سناریو برای Use Case ها
معمولا سناریویی که برای هر Use Case نوشته می شود برای رعایت نظم درون جدولی مانند شکل زیر نوشته می شود. این جدول به صورت استاندارد دارای بخشهایی است که معمولا در هنگام نوشتن سناریوهای مختلف برای برخی از قسمتهای آن را نمی توان تعریفی نوشت. به عنوان مثال در برخی از سناریوها قیود Use Case ذکر می شوند و در برخی سناریو ها قیودی وجود ندارد که نوشته شود.
|
محل درج شماره سناریو
|
محل درج نام سیستم یا زیر سیستم
|
محل درج نام Use Case و نام Actor
|
|
Scenario Description: در این بخش شرح مختصری از سناریو نوشته می شود.
|
|
Assumption: در این بخش تعریفی از اکتور بیان می شود و شرح داده می شود که وظیفه Actor مورد نظر در این Use Case چیست.
|
|
Include: در این بخش نوع ارتباط با Use case های دیگر در صورت وجود مشخص می شود.
|
Extended: در این بخش نوع ارتباط با Use case های دیگر در صورت وجود مشخص می شود.
|
|
(Pre-Condition): در این بخش معمولا شرط یا شروطی نوشته می شوند که قبل از اتفاق افتادن Use Case باید برقرار باشند. یا به عبارتی شرایطی که باید اتفاق بیفتند تا Use Case فعال شود.
|
|
مراحل: ( یا Main Flow) جریان اصلی کار به صورت جزء به جزء شرح داده می شود.
|
Actor
|
System
|
|
در این بخش عملیاتی که اکتور درخواست می دهد به صورت مرحله به مرحله نوشته می شود.
|
در این بخش عملیاتی که سیستم انجام می دهد به صورت مرحله به مرحله نوشته می شود.
|
|
Constraints: در این بخش قیودی که در هنگام انجام Use Case باید اعمال شوند نوشته می شوند.
|
|
Post-Condition: شرایطی که بعد از اتمام کار Use Case ایجاد می شود را Post-Condition می گویند.
|
|
Alternative Flow: جریان فرعی Use Case در این بخش شرح داده می شود. مانند خطاها و Exception ها.
|
|
Goal: در این بخش هدف اصلی که باید به آن رسیده شود نوشته می شود.
|
جدول3- 1- جدول کلی مربوط به سناریو
1. سناریوی Use Caseمربوط به درج لغت
|
سناریوی شماره 1
|
پروژه دیکشنری
|
نام: ثبت لغت
(Register Loghat)
Actor: کاربر
|
|
شرح سناریو: در این سناریو ، Actor اقدام به ثبت لغت جدید می نماید.
|
|
Assumption: منظور از Actor در این Use Case کاربران سیستم می باشند که نیازی به ثبت نام آن ها در سیستم نمی باشد.
|
|
Include: ----
|
Extended: صفحه اصلی نرم افزار
|
|
(Pre-Condition): لغت ها قبلا ثبت نشده اند.
|
|
مراحل:
|
Actor
|
System
|
|
1- Actor بر روی ثبت لغت جدید کلیک می نماید.
|
2- سیستم فرم مربوط به ثبت اطلاعات لغت را نمایش می دهد.
|
|
3- کاربر اطلاعات لغت را وارد می نماید.
|
|
|
4- کاربر بر روی کلید ثبت لغت کلیک می نماید.
|
5- سیستم اطلاعات لغت را ذخیره می نماید و تائید ثبت را نمایش می دهد.
|
|
Constraints: تمام فیلد ها باید وارد شوند.
|
|
Post-Condition: بعد از ثبت لغت کاربر می تواند در بخش جستجو لغت ها را مشاهده کند .
|
|
Alternative Flow: در صورتی که به هر دلیل لغت ثبت نشد باید به نحوی گزارش خطای ثبت و دلیل آن نمایش داده شود.
|
|
Goal: کاربر لغت ها و اطلاعات مربوط به آنها را وارد سیستم می نماید.
|