إذا أراد الادمن الدخول إلى صفحته Accéder à la page Admin فهو ملزم بأن يعرف عن نفسه authentifier
– سؤالي هو هل إذا قام الادمن بحذف يوزر Supprimer user
لا يستطيع اضافة يوزر Ajouter user حتى يعيد Accéder à la page Admin و Authentifier
من جديد ؟
من فضلكم من يحسن UML يساعدني بالاجابة عن السؤال حسب فهمه لــ Diagramme de cas d’utilisation
الموضح في الصورة أعلاه و شكرا مسبقا,
 |
UseCaseDiagram.jpg (19.7 كيلوبايت, المشاهدات 12) |
الامر يختلف
لان هذا diagramme
اولي لفهم كيفية عمل الاشياء تحتاج الى عمل diagrmme de sequence
والذي هو يوضح كل السيناريوهات المحتملة وفق انظمة وقوانين معينة يجب احترامها
لذلك انصحك بعمل diagrmme de sequence
ثانيا
بخصوص ال authentification
فهي cas d’utilisation particulier
اي حالة خاصة
لكي يكون عندك diagrmme de cas d’utilisation
جيد
طرح السؤال التالي حول كل
cas
هل المستخدم سوف يستخدم التطبيق او البرنامج للقيام بهذا الشيء فقط؟
يعني مثلا المسؤوول هل سوف سيتخدم البرنامج لاضافة عامل فقط؟ الجواب نعم
هل سوف سيتخدم المسؤوول البرنامج لحذف عامل نعم؟
السؤال الان
هل المسؤوول سوف يستخدم البرنامج لستجيل الدخول فقط؟ الجواب لا
لان المسؤوول لن يستخدم البرنامج من اجل تسجيل الدخول من اجل تسجيل الدخول بل للقيام باشياء اخرى
لذلك عليك دائما طرح السؤال التالي
هل ال
user
بامكانه استخدام ال
cas d’utilsation
دائما كلما يستخدم البرنامج؟
وهل بامكانه استخدامها فقط وحدها؟
ثالثا
لو تنظر لباقي
diagramme
سوف تجد
شيئين مهمين
الاول هو التعليقات note
وهي مهمة جدا
يمكن مثلا في الرسم السابق تضيف التعليق ان المسؤوول يسجل تسجيل الدخول مرة واحدة فقط
ويحدف او يضيف مستخدم بدون ان يحتاج الى الموافقة مثلا
ولكن هنا نحن لا نحتاج الى التفصيل بل ما زلنا في مرحلة اولية وما زلنا مثلا نضع الاشياء المهمة
الرسم السابق صحيح لحد الان ولكن مستقبلا قد تحتاج الى تغيره لماذا
لانه لما تنتقل لباقي ال
diagramme
خاصة
diagramme de sequence
و
diagramme de navigation
تحتاج الى تفصيل
بينما انت حاليا تكتب الاسطر الكبيرة فقط
—————-
لما تنتقل وتتقدم سوف تتظر للاجابة على السؤال التالي مثلا
انا ك
admin
سوف استخدم تطبيقك
بناءا على الرسم السابق
سوف يكون في وسعي تسجيل الدخول الى الصفحة مما يوجب علي تسجيل الدخول
حسنا هل علي تسجيل الدخول في كل مرة ام ان تسجيل الدخول سوف يبقى محفوظا الى غاية تسجيل الخروج؟
بامكاني ايضا اضافة خادم او حذفه
ماذا يحدث لو اضفت عامل هو مضاف من قبل؟
ماذا يحدث لو حاولت حذف امل غير موجود؟
حسنا اريد ان اضيف الان 5 عمال دفعة واحدة
هل باماكاني هذا
ام احتاج الى تسجيل الدخول 5 مرات؟
اريد ان اضيف 5 عمال ثم لما ادخل كل معلوماتهم اضغظ على زر موافق مثلا فتتم اضافة 5 عمال دفعة واحدة
حسنا
هل ستظهر لي نافذة تخبرني ان كنت اريد فعلا اضافة او حذف 5 عمال جفهعة واحدة بخيار موافق او غير موافق
هل هته النافذة سوف تظهر لي ام انها لن تظهر؟
في حالتي السابقة هل سوف تظهر 5 مرات مثلا في حالة حذف حساب ام انها تظهر مرة واحدة
وغيرها من الاسئلة التي تجيب عنها في
diagramme de sequence et diagramme de navigation
للاجابة على سؤالك
الرسم السابق سيكون خاطئ مستقبلا لماذا؟
لان
Include
=
شيء ضروري
بينما
extends
=
شيء اختياري
مثلا
extends
انا كمسؤوول سوف ادخل لصفحة حذف او اضافة عامل يمكنني اختياريا ان انتقل الى الصفحة الرئيسية ** اختياريا**
بخصوص
extends
و
include
اتجاهمها معكوس
A – – -include- – ->B : quand A est fait, B l’est aussi
A – – -extends- – ->B : quand B est fait, A peut l’etre mais pas obligatoirement. Attention au sens de la flèche !
———-
authtentifie
هي في الحقيقة
post condition
اي شيء تحتاج التحقق منه وليس cas d’utilisation
حاول حذف ال cas authentifier
وتعوضيعها ب
note
تبين فيها ان المسؤوول مثلا يحتاج الى تسجيل الدخول مرة على الاقل
وفصل فيها في
diagramme de séquenece et de navigation
ولا تنسى الا يكون هناك تناقض في هته المخططات
حظ موفق
شكرا
|
UseCaseDiagram.jpg (19.7 كيلوبايت, المشاهدات 12) |
بخصوص
سؤالك
– سؤالي هو هل إذا قام الادمن بحذف يوزر Supprimer user
لا يستطيع اضافة يوزر Ajouter user حتى يعيد Accéder à la page Admin و Authentifier
من جديد ؟
الجواب لا *** قد يختلف من شخص الى اخر**
ولكن انظنه لا لماذا؟
لان
extends
يمكن نقلها على العنصر الاب
اي في حالتك يمكن نقل
ajouter/suprimer user
للعنصر الاب
acceder a la page principale
الحال مثلا ال merise
عندنا
جدول رجل
وجدول امراة
بينهما مثلا علاقة زواج
وال
cardinalité
هي 1 في كل طرف
اي ان الرجل في حالتنا يكون متزوج بامراة واحدة
والمراة متزوجة برجل واحدة
وهناك علاقة هي زواج
هنا من الجيدة ان نحذف الجدولين ونعوضه بجدول واحد نسميه زواج نضع فيه كل معلومات الرجل والمراة
شكرا
|
UseCaseDiagram.jpg (19.7 كيلوبايت, المشاهدات 12) |
بخصوص
authtentifie
هي في الحقيقة
post condition
فهناك خطا الصحيح هي
pré condition
|
UseCaseDiagram.jpg (19.7 كيلوبايت, المشاهدات 12) |
الرسم السابق سيكون خاطئ مستقبلا لماذا؟
لان
Include
=
شيء ضروري
بينما
extends
=
شيء اختياري
مثلا
extends
انا كمسؤوول سوف ادخل لصفحة حذف او اضافة عامل يمكنني اختياريا ان انتقل الى الصفحة الرئيسية ** اختياريا**
فأظنك أسأت فهم الرسم، فالرسم يدل على أن:
انا كمسؤوول سوف ادخل للصفحة الرئيسية يمكنني اختياريا ان انتقل الى صفحة حذف او اضافة عامل ** اختياريا**
وليس العكس، تمعن الشرح:
A – – -extends- – ->B : quand B est fait, A peut l’être mais pas obligatoirement
و شكرا جزيلا على المساعدة
|
UseCaseDiagram.jpg (19.7 كيلوبايت, المشاهدات 12) |
|
المشاركة الأصلية كتبت بواسطة kmb46
 مشكور على المساعدة أخي لكن قولك:
الرسم السابق سيكون خاطئ مستقبلا لماذا؟ لان Include بينما extends مثلا extends انا كمسؤوول سوف ادخل لصفحة حذف او اضافة عامل يمكنني اختياريا ان انتقل الى الصفحة الرئيسية ** اختياريا** فأظنك أسأت فهم الرسم، فالرسم يدل على أن: انا كمسؤوول سوف ادخل للصفحة الرئيسية يمكنني اختياريا ان انتقل الى صفحة حذف او اضافة عامل ** اختياريا** وليس العكس، تمعن الشرح: A – – -extends- – ->B : quand B est fait, A peut l’être mais pas obligatoirement و شكرا جزيلا على المساعدة |
نعم وهو كذلك
|
UseCaseDiagram.jpg (19.7 كيلوبايت, المشاهدات 12) |