صالح السوفي نشر 27 يونيو 2020 أرسل تقرير مشاركة نشر 27 يونيو 2020 قمت بتحليل نظام مبيعات و استخلصت منه نموذج الكينونه علاقة التالي : و قبل الانتقال الى الجداول و التطبيع اردت توجيهاتكم اذا كان هناك خطأ في الديقرام 2 اقتباس رابط هذا التعليق شارك على الشبكات الإجتماعية More sharing options...
1 ماجد قطوسة نشر 28 يونيو 2020 أرسل تقرير مشاركة نشر 28 يونيو 2020 أهلاً بك تستطيع أن تكمل عملك على هذا الرسم و سيعمل بشكل مقبول، ولكن هناك بعض التعديلات يجب أن تقوم بها :- قم بإعطاء id للمخزن قم بإضافة حالة للمنتج و الصنف ، بحيث تدل قيمتها على تواجد المنتج أو توفره (متوفر - غير متوفر ) ، لأن بعد تنفيذ العمل سيكون هناك منتاج مخزنة في قاعدة البيانات ولكنها نفذت من المخزن أو لم تعد متوفرة ، فعليك إضافة حالة المنتج . 1 اقتباس رابط هذا التعليق شارك على الشبكات الإجتماعية More sharing options...
1 أحمد ريحاوي نشر 28 يونيو 2020 أرسل تقرير مشاركة نشر 28 يونيو 2020 مرحباً بك، برأيي التصميم جيد وظريف، لكن لدي بعض التساؤلات، العلاقة بين الفاتورة والمنتج هي علاقة Many-Many، من المفضل وضع جدول وسيط بين الاثنتين وليكن اسمه تفاصيل الفاتورة مثلاً. العلاقة بين المخزن والمنتج مصممة كعلاقة One-One، هل من متطلبات النظام أن يكون كل مخزن يحتوي على نوع واحد فقط من المنتجات؟ في الأحوال العادية تكون هذه العلاقة One-Many. الكمية في المخزون، هل هي حقل محسوب؟ الكمية تكون للمنتج الموجود في المخزون. ملخص ما سبق، المنتج موجود في المخزن وهو يتبع لصنف، ومن ثم عند انشاء الفاتورة، نضع في جدول تفاصيل الفاتورة ارتباط لجدول المنتج. 1 اقتباس رابط هذا التعليق شارك على الشبكات الإجتماعية More sharing options...
0 صالح السوفي نشر 28 يونيو 2020 الكاتب أرسل تقرير مشاركة نشر 28 يونيو 2020 (معدل) @ماجد قطوسة ـ @أحمد ريحاوي اخذت ملاحظاتكما بعين الاعتبار مع بعض الاضافات وتحصلت على التالي : تم التعديل في 28 يونيو 2020 بواسطة صالح السوفي 1 اقتباس رابط هذا التعليق شارك على الشبكات الإجتماعية More sharing options...
0 Mustafa Shazly نشر 29 يونيو 2020 أرسل تقرير مشاركة نشر 29 يونيو 2020 الرسم ممكن يبقي صح وممكن يبقي غلط لانة يعتمد علي المتطلبات الفعلية للمشروع كل حاجة ممكن تتغير علي حسب المتطلبات وقيودها زي مثلا المخزن والمنتج لو عملت العلاقه واحد لمتعدد معناه ان عندي مخزن او اكثر كل مخزن في مجموعة اصناف مش موجوده في مخزن تاني اما لو عملتها متعد لمتعد يبقي كل صنف ممكن يبقي فيه منه في مخزن او اكثر وهكذا لكن بصفه عامة في ملاحظات في اخر رسم في التعليق 1- المتعامل ممكن يبقي زبون او مورد لازم يبقي ليه مميز 2- الفاتورة كاتب فيها المبلغ والمبلغ المتبقي يعني في اجل يبقي لازم تعمل حاجة تتابع الارصدة والمدفوعات 3- العلاقة بين الفاتورة والمنتج متعدد لمتعدد مش بتحط entity للجدول الثالث اوتوماتك انت بتحول اي علاقة M-M لثلاث جداول اثناء ال MAPPING وبيبقي في شوية Attribute علي العلاقة زي الكمية وسعر البيع 4- العلاقة بين المنتج والمخزن متعدد لمتعدد او حسب الحاله زي مقولنا بس مش واحد لواحد لان دا معناه ان كل مخزن فيه منتج واحد ولو الكلام دا صحيح يبقي هتعمل في entity واحده 5- مش فاهم العلاقة بين الصنف والمنتج من الرسم ان الصنف في اكتر من منتج لكن كمية الصنف بتعبر عن ايه بص عشان تبقي عارف عشان الرسمة فيها مشاكل كتير كل Entity في الرسم بتتحول ل Table لكن العكس غير صحيح مش كل table كان اصله Entity راجع المرفقات شرح للرسم والتحويل لسكيما Elmasri_6e_Ch09.ppt Elmasri_6e_Ch07.ppt Elmasri_6e_Ch08.ppt اقتباس رابط هذا التعليق شارك على الشبكات الإجتماعية More sharing options...
السؤال
صالح السوفي
قمت بتحليل نظام مبيعات و استخلصت منه نموذج الكينونه علاقة التالي : و قبل الانتقال الى الجداول و التطبيع اردت توجيهاتكم اذا كان هناك خطأ في الديقرام
رابط هذا التعليق
شارك على الشبكات الإجتماعية
4 أجوبة على هذا السؤال
Recommended Posts
انضم إلى النقاش
يمكنك أن تنشر الآن وتسجل لاحقًا. إذا كان لديك حساب، فسجل الدخول الآن لتنشر باسم حسابك.