سؤال عن نوع العلاقة بين مخطط فئة UML

StackOverflow https://stackoverflow.com/questions/618630

  •  03-07-2019
  •  | 
  •  

سؤال

لدي فئة بيانات بالطرق التالية:

  • تنفيذ UDIQuery (استعلام سلسلة)
  • ExecuteSelectQuery (استعلام سلسلة)
  • ExecuteSP(سلسلة anme، سلسلة[،] معلمات)

لدي الكثير من الفصول التي تستخدم فئة البيانات.الآن أريد إنشاء رسم تخطيطي للفصل، ولكن لا أعرف ما هو نوع العلاقة بين الفئات وفئة البيانات.هل هو مركب؟هل هي 1:1 أم ..؟

مثال للفئة التي تستخدم فئة البيانات هو فئة الموظفين.تحتوي هذه الفئة على طريقة Load()، والتي ستقوم بتحميل كائن الموظفين بمعرف الموظف.تحتوي هذه الطريقة على استعلام تم تمريره إلى طريقة ExecuteSelectQuery (سلسلة استعلام) لفئة البيانات.

يحرر:فئة البيانات ليست ثابتة.ومع ذلك، لدي شكوكي.أنا في الواقع لا أعرف ماذا أفعل.النقطة المهمة هي أن الشيء الوحيد الذي يفعله هو تنفيذ الاستعلامات وإرجاع النتائج.

هل كانت مفيدة؟

المحلول

أود أن أقترح عليه أ الاستخدام علاقة التبعية.

يرى هنا للحصول على وصف موجز.

نصائح أخرى

أود الاستعلام عن أسماء الفصول الدراسية الخاصة بك.يجب أن يكون اسم الفئة عادةً اسمًا مفردًا.أمثلة؛

  • نافذة او شباك
  • شخص
  • عملية

البيانات عبارة عن صيغة جمع، وعلى أي حال أعتقد أنها يجب أن تكون قاعدة بيانات.

وبالمثل بالنسبة للموظفين - مرة أخرى بصيغة الجمع، أعتقد أنه ينبغي أن يكون MemberOfStaff.ما لم تكن بالطبع قائمة بأعضاء فريق العمل، وفي هذه الحالة سأسميها شيئًا مثل القسم أو المشروع أو القسم - أيًا كان مجال مشكلتك.

ستجد أن اختيار أسماء جيدة للفصول الدراسية أمر صعب للغاية، ولكنه يستحق كل هذا الجهد.

الفرق بين التجميعات والمركبات والعلاقات 1 على 1 غامض بعض الشيء وتعسفي إلى حد ما.

أستخدم التجميع (الماس المفتوح) إذا كانت إحدى الفئات تمتلك الفئة الأخرى (المسؤولة عن دورة الحياة.

أستخدم علاقات 1 على 1 في جميع الحالات الأخرى.

هل تم إنشاء مثيل للفئة بواسطة الفئات التي تستخدمها أم أن الطرق ثابتة؟إذا كانت ثابتة فسأمثلها على أنها تبعية غير مؤهلة (سهم منقط يشير من الفئات التي تستخدم فئة البيانات إلى فئة البيانات)

إذا قامت الفئات التي تستخدم فئة البيانات بإنشاء مثيل خاص بها من تلك الفئة، فسيكون ذلك تركيبة 1:1 (بافتراض أن دورة حياة مثيل فئة البيانات مرتبطة بالكائن الذي يستخدمها)

لا أستطيع الامتناع عن التعليق على التصميم العام الخاص بك، وسأحاول نقل طريقة التحميل من فئة الموظفين، بحيث لا تعتمد هذه الفئة على فئة البيانات مباشرة.

ضمن نطاق التصميم الحالي الخاص بك، أود أن أقترح ما يلي:إذا كانت فئة الموظفين تحتوي على متغير مثيل لفئة البيانات، فهي عبارة عن اقتران.إذا تم إنشاء مثيل لفئة البيانات فقط لاسترداد المثيل، فهي مجرد تبعية لنوع معين، كما يقول @toolkit.

لا توجد بيانات كافية.

أعطنا بعض الخطوط العريضة للفصل أو شيء من هذا.مما أستطيع رؤيته، لم أكن سأطلق على هذا في الواقع فئة بيانات (يبدو أشبه بـ data اكسسوار) الذي يبدو مثل ذلك قد تكون مفردة (متعددة:1، تجميعًا أو اقترانًا)، أو إذا تم مثيلها فستكون مكونًا 1:1.

الآن أريد إنشاء رسم تخطيطي للفصل، ولكن لا أعرف ما هو نوع العلاقة بين الفئات وفئة البيانات.

ولا نحن أيضًا - لقد قمت فقط بوصف فئة البيانات، ولم تذكر كيف يحصل الموظفون على البيانات التي يستخدمونها.

إذا احتفظ طاقم العمل بمثيل واحد أو أكثر من فئة البيانات، فإما أن يكون هناك ارتباط بين طاقم العمل والبيانات، أو أن طاقم العمل لديه سمة من نوع البيانات (إذا كانت البيانات تحتوي على دلالات قيمة).

إذا تمت الإشارة إلى مثيلات البيانات بواسطة مثيلات متعددة للموظفين، وكانت دورات حياتها تعتمد على الإشارة إليها بواسطة مثيلات الموظفين، فقد يظهر ذلك كعلاقة تجميع.إذا لم تتم مشاركة مثيلات البيانات بين مثيلات الموظفين وكانت دورات حياتها تعتمد على الرجوع إليها، فقد يظهر ذلك كعلاقة تكوين.

إذا لم يحتفظ X بمثيلات البيانات التي يستخدمها، تكون علاقة الاستخدام مناسبة.

التبعية والاستخدام هما أضعف أنواع "الموصلات".قد تفكر في الصور النمطية والكلمات الرئيسية لتحسين العلاقة.قد تجد أن إنشاء الصور النمطية أو الاتصال بها أو إنشاؤها أو إرسالها تعمل.بدون مزيد من المعلومات على الرغم من أن الإجابة الصحيحة هي الاستخدام.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top