ماهي الطريقة الصحيحة لفهم مخطط العلاقات بين الكيانات (ER)

وعليكم السلام أخي عمر سوف أشرح لك هذا المخطط لكن ارجو ان تقول لي ماأسم قاعدة البيانات للمخططمثال:قاعدة بيانات طلاب,منتدى كرة قدم,محل بيع أشرطة فيديو,,,,, ولا شو

وبالمناسبة تم نمذجة هذه القاعدة بطريقة >>رجل الغراب<

شكرا أخي محمد على ردك على الموضوع  :

الحقيقة النظام يتكلم عن نظام إحصائي للاسماك  لوزارة زراعة حيث يكون عمل النظام كاّتي : 

تتم عملية الاحصاء للاسماك  التي يتم اصطيادها من خلال جمع العينات من الصيادين حيث تتم بطريقتين في هذا النظام :

1) الاولى من خلال  القيام بذلك بالنزول بشكل ميداني  عند القوارب حيث يتم جمع العينات مباشرة من الصيادين  .

2) الطريقة الثانية من خلال القيام  بالاتصال من المكاتب الخاصة للموظفين الذين يقومون بالعملية الاحصائية للاسماك .

واليك بعض الوظائف للشاشات :

وعليكم السلام اخي عمر فاروق

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

وسهول في الاستخدام. من قبل المستخدمين

-------------------------

. مقدمة:

إذا قمت بسؤال أي مطور برمجيات خاصة بالمؤسسات عن الخطوة الأكثر أهميةً في عملية التطوير، فسيكون الجواب غالباً بأنها مرحلة تحليل متطلبات الزبون Analyzing Requirements. وتعتبر نمذجة البيانات (Data modeling) إحدى التقنيات الأكثر استخداماً في هذه المرحلة، وتهدف إلى تطوير نموذج دقيق أو تمثيل بياني Graphical representation لمتطلبات الزبون، مما يقودنا بدايةً لمجموعة من التعاريف.

2. تعاريف:

2.1 النموذج Model:

تمثيل مجرد للأغراض والأحداث المرتبطة في العالم الحقيقي، إنه تجريد مبسط للواقع.

2.2 نموذج البيانات Data Model:

تمثيل مجرد (أو توصيف) للبيانات الخاصة بمؤسسة حيث يوضح هذا النموذج الكيانات Entities والأحداث Events والنشاطات Activities المرتبطة بهذه المؤسسة. نستطيع القول بأن نموذج البيانات يصف المؤسسة بحد ذاتها ويهدف إلى تمثيل البيانات وجعلها قابلة للفهم بشكل أفضل.

3. الوحدات الأساسية المكونة لنماذج البيانات:

3.1 الكيانات Entities:

الكيان هو شيء Thing أو غرض Object ذو معنى بالنسبة لعمل المؤسسة Business، يمكن توصيفه من خلال مجموعة خصائص. قد تكون الكيانات شخصاً، بناءً أو نشاطاً (كموعد أو عملية).

مثال:

يمكن تمييز أحد الكيانات الرئيسية في مكتبة وهو الكتاب.

لاحظ بأنه يجب تمييز كل كتاب في المكتبة عن أمثاله بعنوانه أو رقمه أو مميز آخر وذلك وفقاً لطريقة العمل في المكتبة.

3.2 الخصائص Attributes:

إن عملية وصف الكيان بعد تمييزه تعني تحديد جميع خصائصه التي نريد معرفتها وتخزينها في قاعدة البيانات.

مثال:

إذا عدنا إلى كيان الكتاب نجد أن خصائصه هي: العنوان، الرقم ISBN، الناشر، المؤلف، تاريخ النشر، الخ...

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

3.3 العلاقات Relationships:

تشكل العلاقات أو الروابط Association or Linkage بين الكيانات، كأن نقول مثلاً " يُكلف مهندسو الشركة بالمشاريع ".

لاحظ أن الإشارة إلى العلاقة بين الكيانين مهندس ومشروع تمت باستخدام فعل التكليف.

تُصنف العلاقات بدرجتها Cardinality وفيما إذا كانت اختيارية Optional أم إجبارية Mandatory.

مثال:

" لا يمكن تكليف أي مهندس بأكثر من ثلاثة مشاريع في الوقت نفسه، ويجب أن يُكلف بكل مشروع مهندسين اثنين على الأقل ".

إن درجة هذه العلاقة من المهندس باتجاه المشروع هي ثلاثة، ومن المشروع باتجاه المهندس هي اثنين، إذاً نقول بأن العلاقة تُصنف بعلاقة عدة لعدة Many-to-Many، وسنتحدث لاحقاً عن أنواع العلاقات.

إذا كان هناك احتمال أن تكون درجة العلاقة صفراً تصبح العلاقة اختيارية، وإذا كانت على الأقل واحد تصبح إجبارية. يُعبر عن العلاقات الإجبارية بجملة مثل:

" يجب أن يسجل كل طالب بثلاثة صفوف على الأقل في كل فصل ".

3.4 أشكال العلاقات:

علاقة واحد لواحد One-to-One:

"يجب أن يملك كل مهندس حاسوباً وحيداً". تعبر هذه الجملة عن علاقة واحد لواحد بين كيان المهندس وكيان الحاسوب في المؤسسة حيث لا يحق للمهندس امتلاك أكثر من حاسوب، ولا يمكن أن يكون الحاسوب ملكاً لأكثر من مهندس. وتُعتبر هذه العلاقة من العلاقات القليلة الاستخدام في نماذج البيانات.

علاقة واحد لعدة One-to-Many:

 "يمكن أن يشرف كل قسم  في المؤسسة على أكثر من مشروع ويجب أن يكون كل مشروع تابعاً لقسم واحد على الأكثر"، تعبر هذه الجملة عن علاقة واحد لعدة بين المشاريع والأقسام في المؤسسة، حيث تكون العدة Many من جهة كيان المشروع، والواحد One من جهة الكيان قسم. نميز في هذا النوع من العلاقات بين الكيان الأب Parent (القسم) والكيان الابن Child (المشروع).

علاقة عدة لعدة Many-to-Many:

"يُكلف كل مهندس بعدة مشاريع ويعمل في كل مشروع عدد من المهندسين". تُعبر هذه الجملة عن علاقة عدة لعدة بين المشاريع والمهندسين.

4. تصميم قواعد البيانات وسياسات العمل Business Policies:

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

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

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

بالمناسبة  ما هي دراستك  او ما هو عملك

ماشاء الله