السلام عليكم
عندي مشروع تخرج وفكرته عبارة عن صيدلية الكترونية
واريد منكم المساعدة بالنسبة للERD+DFDهي موجودة في المرفقات
وش رايكم هل هي صحيحة ولا يبغى لها تعديل
أرجو منكم الرد سريعاً
وجزاكم الله خير

Context+ER.rar

وعليكم السلام ورحمة الله

رجاء توضيح الأعمال المطلوب تنفيذها من خلال اعداد موقع الصيدلية

- هل المطلوب هو استعلام العميل عن الدواء وهل متوفر بالصيدلية ام لا ...
- هل العميل سيتاح له شراء أدوية من خلال الموقع

- ما هى اهمية انشاء entity بها بيانات وزارة الصحة ... هل النظام سيتعامل مع اكثر من وزارة صحة ؟

- فى الرسم توجد علاقات m:m
مثل الصيدلية والمدينه ... وعند تحويل هذه العلافة الى جداول سينم انشاء جدول جديد وليكن اسمه "فروع الصيدلية"
يكون مفتاح الجدول مركب من مفاتيح جدولي الربط
او
ان يكون مفتاح الجدول هو عبارة عن قيمة جديده مثل رقم مسلسل للصيدليات
كالتالي
جدول البيانات الأساسية للصيدلية ( رقم الصيدلية - اسم الصيدلية - اسم صاحب الصيدلية -... )
جدول بيانات رموز المدن ( رمز المدينه - اسم المدينه)
جدول بيانات فروع الصيدلية ( رقم الصيدلية - رمز المدينه - طبيعة مدينة الصيدلية ( هل هى مركز رئيس او فرع ) - رقم الهاتف - العنوان - ... )

ايضا من الرسم نجد العلاقة بين العميل والدواء m:m
والرسم لم يوضح طبيعة العلاقة بين العميل والدواء ... هل هو طلب شراء او شاشة استعلام عن مجموعة من الأدوية ؟

جزاك الله خير
بالنسبة لتساؤلاتك
العميل عندما يدخل الموقع يجد خانتين للإستعلام الأولى لاسم الدواء والثانية للمدينه التي يتواجد فيها العميل.


الغرض من الخانتين هو أن العميل يستطيع معرفة الصيدليات في مدينته التي تحتوي على الدواء الذي أدخله.


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

أما بالنسبه لأهمية إنشاء entity وزارة الصحة , هي المصدر الأساسي للأدويه المتاحة في الصيدليات ( نقصد هناك أدويه يسمح بأخذها من الصيدليات العامه لكن هناك أدويه لا تتواجد إلا في الصيدليات الحكومية لذلك استعنا بوزارة الصحة لمعرفة ذلك ولتحديث البيانات بين فترة وفترة)


العلاقة بين العميل والدواء ( يستطيع العميل الواحد الاستعلام عن أكثر من دواء وأيضاً الدواء الواحد يستعلم عنه أكثر من عميل )



وشكرا جزيلا لتفاعلك

أتمنى تكون اتضحت لك الصوره وإذا فيه أي استفسارات ارجوك اسئلني

السلام عليكم ورحمة الله

من المفترض ان البيانات التى ستظهر على الموقع هى الهدف منها الاستعلام عن بيانات مدى توفر اصناف محددة من الادوية فى الصيدليات او صيدلية محددة ...
ولن يكون هناك اهمية للاحتفاظ ببيانات الاستفسارات او الاستعلامات للعملاء من خلال الموقع ...

وبالتالى الجداول الموجودة فى رسمة ال erd سيتم تجهيز وتحديث بياناتها من خلال الادارة المختصة المعنية

بناء على الافتراضات السابقة ... يلاحظ الاتي على الرسم

العلاقة بين العميل والدواء ( يستطيع العميل الواحد الاستعلام عن أكثر من دواء وأيضاً الدواء الواحد يستعلم عنه أكثر من عميل )

- من المفترض عدم وجود علاقة ربط بين جدولى الادوية med icine وجدول العملاء customer
( تظهر هذه العلاقة اذا كان هناك تسجيل لطلبات او تسجيل بيانات الاستعلامات عن الادوية )

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

وكذلك بنفس الفكرة السابقة : من المفترض عدم وجود ربط بين جدول العملاء وجدول الصيدليات

ثانيا : العلاقة بين المدينة و الصيدلية
العلاقة تعتبر 1:m وليست m:m
بمعنى ان كل رقم صيدلية او( رقم فرع للصيدلية ) سيكون فى مدينة واحدة
وان المدينة ممكن ان توجد بها اكثر من صيدلية او(رقم فرع لنفس اسم الصيدلية )
وذلك بافتراض ان مفتاح جدول الصيدلية يعبر عن رقم الصيدلية الرئيسى او رقم فرع لنفس الصيدلية

ثالثا : العلاقة بين جدول الصيدلية وجدول رموز الادوية تعتبر m:m علاقة صحيحه
وبالتالى يجب انشاء جدول وسيط وليكن جدول "الادوية فى الصيدلية"
بمعنى يتم تقسيم العلاقة m:m الى علاقتين كل منهما 1:m
اي سيكون هناك علاقة ربط بين جدول رموز الأدوية والجدول الجديد" الادوية بالصيدلية" m:1
وايضا علاقة بين جدول ارقام الصيدليات والجدول الجديد "الادوية بالصيدلية" 1:m
ويكون مفتاح الجدول الجديد هو مقتاح مركب مكون من مفتاح الجدول الاول "رمز الدواء" ومفتاح الجدول الثاني وهو "رقم الصيدلية"

مشكووووووووووووووووور أخوي
الله يجزاك الجنة ويفرج عنك