k القرشي بتاريخ: 2 نوفمبر 2018 تقديم بلاغ مشاركة بتاريخ: 2 نوفمبر 2018 (معدل) السلام عليكم ورحمة الله وبركاته..أنا أعمل على “Event management system “ واستفساري هو أن لدينا نوعين من اللأيدي العاملة: مدربات ومتطوعات يشتركوا في جميع المعلومات إلا أن "المتطوعات" يمتلكوا بضع معلومات مختلفة وهي المشار إليها بالأحمر:١- performance level ..يتم تقييم اداء كل متطوعة على حدى من قبل admin ٢- Activity ..وهي نوع الفعالية التي اشتركت فيها المتطوعة والموجودة في Event Entetyوأنا محتارة هل أبقيها كما هي عليه أم أنها تحتاج إلى تعديل !! تم تعديل 2 نوفمبر 2018 بواسطة k القرشي اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
Amgad بتاريخ: 2 نوفمبر 2018 تقديم بلاغ مشاركة بتاريخ: 2 نوفمبر 2018 السلام عليكم ورحمة الله يمكن الإستمرار على نفس التصميم الحالي جدول واحد "worker" طالما يوجد عمود مميز worker_type والحل الأخر إنشاء جدول جديد يتضمن 3 أعمدة فقط خاص بالمتطوعات ( بإعتبار أن جميع بياناتهن الأساسية مشتركة في جدول worker ) - worker_ id - performance level - Activity وستم إنشاء علاقة من نوع one to one بين الجدول الجديد مع جدول worker باعتبار ان عمود الربط هو worker_id ويعتبر مفتاح اساسي ومفتاح أجنبي primary key + foreign key 1 اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
k القرشي بتاريخ: 2 نوفمبر 2018 كاتب الموضوع تقديم بلاغ مشاركة بتاريخ: 2 نوفمبر 2018 (معدل) السلام عليكم ورحمة الله يمكن الإستمرار على نفس التصميم الحالي جدول واحد "worker" طالما يوجد عمود مميز worker_type والحل الأخر إنشاء جدول جديد يتضمن 3 أعمدة فقط خاص بالمتطوعات ( بإعتبار أن جميع بياناتهن الأساسية مشتركة في جدول worker ) - worker_ id - performance level - Activity وستم إنشاء علاقة من نوع one to one بين الجدول الجديد مع جدول worker باعتبار ان عمود الربط هو worker_id ويعتبر مفتاح اساسي ومفتاح أجنبي primary key + foreign key جزاك الله خير الجزاء .. نسيت أن أذكر أن عمود Activity ستكون معلوماته مأخوذة من بعض معلومات عمود Event name في Event Entety، فهل هناك ماسيتأثر !؟ تم تعديل 2 نوفمبر 2018 بواسطة k القرشي اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
eslam elbyaly بتاريخ: 2 نوفمبر 2018 تقديم بلاغ مشاركة بتاريخ: 2 نوفمبر 2018 السلام عليكم ورحمة الله يمكن الإستمرار على نفس التصميم الحالي جدول واحد "worker" طالما يوجد عمود مميز worker_type والحل الأخر إنشاء جدول جديد يتضمن 3 أعمدة فقط خاص بالمتطوعات ( بإعتبار أن جميع بياناتهن الأساسية مشتركة في جدول worker ) - worker_ id - performance level - Activity وستم إنشاء علاقة من نوع one to one بين الجدول الجديد مع جدول worker باعتبار ان عمود الربط هو worker_id ويعتبر مفتاح اساسي ومفتاح أجنبي primary key + foreign key هل فى تصميم افضل من الثانى يا بشمهندس؟ من أى جانب؟ اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
eslam elbyaly بتاريخ: 2 نوفمبر 2018 تقديم بلاغ مشاركة بتاريخ: 2 نوفمبر 2018 جزاك الله خير الجزاء .. نسيت أن أذكر أن عمود Activity ستكون معلوماته مأخوذة من بعض معلومات عمود Event name في Event Entety، فهل هناك ماسيتأثر !؟ لو انا فاهم صح ان الـ activity هو الـ event_id يبقى اربطيهم pk and fk. اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
Amgad بتاريخ: 2 نوفمبر 2018 تقديم بلاغ مشاركة بتاريخ: 2 نوفمبر 2018 نسيت أن أذكر أن عمود Activity ستكون معلوماته مأخوذة من بعض معلومات عمود Event name في Event Entety، فهل هناك ماسيتأثر !؟ هل ستشارك المتطوعة في فعالية واحدة فقط أو أكثر من فعالية ؟ هل سيتم تقييم المتطوعة مرة واحدة فقط أو أن هناك أكثر من تقييم ؟ ما هي صفة ال admin ؟ هل هو مدرب من ضمن المسجلين في entity الworker ؟ أم أن له entity خاصه به ؟ اليك رسم مبدئي ( بافتراض ان المتطوعه لها تقييم واحد من ال admin ولها فعالية واحدة ) 1 اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
k القرشي بتاريخ: 3 نوفمبر 2018 كاتب الموضوع تقديم بلاغ مشاركة بتاريخ: 3 نوفمبر 2018 نسيت أن أذكر أن عمود Activity ستكون معلوماته مأخوذة من بعض معلومات عمود Event name في Event Entety، فهل هناك ماسيتأثر !؟ هل ستشارك المتطوعة في فعالية واحدة فقط أو أكثر من فعالية ؟ هل سيتم تقييم المتطوعة مرة واحدة فقط أو أن هناك أكثر من تقييم ؟ ما هي صفة ال admin ؟ هل هو مدرب من ضمن المسجلين في entity الworker ؟ أم أن له entity خاصه به ؟ اليك رسم مبدئي ( بافتراض ان المتطوعه لها تقييم واحد من ال admin ولها فعالية واحدة ) المتطوعة تستطيع المشاركة في أكثر من فعالية + يتم تقييم أدائها بشكل مختلف في كل مرة تشارك فيها في فعالية Admin ليس مدرب أو متطوع بل يقوم بالإشراف لدي سؤال بورك فيك أستاذي..لماذا لم تضع مفتاح أساسي ل worker_1 Entity ? اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
k القرشي بتاريخ: 3 نوفمبر 2018 كاتب الموضوع تقديم بلاغ مشاركة بتاريخ: 3 نوفمبر 2018 جزاك الله خير الجزاء .. نسيت أن أذكر أن عمود Activity ستكون معلوماته مأخوذة من بعض معلومات عمود Event name في Event Entety، فهل هناك ماسيتأثر !؟ لو انا فاهم صح ان الـ activity هو الـ event_id يبقى اربطيهم pk and fk. يوجد مفتاح أساسي ل event entity بإسم EventID ويوجد عمود آخر اسمه Eventname يحتوي على معلومات..منها المعلومات التي سأستخدمها في عمود Activity في WorkerEntity اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
k القرشي بتاريخ: 3 نوفمبر 2018 كاتب الموضوع تقديم بلاغ مشاركة بتاريخ: 3 نوفمبر 2018 نسيت أن أذكر أن عمود Activity ستكون معلوماته مأخوذة من بعض معلومات عمود Event name في Event Entety، فهل هناك ماسيتأثر !؟ هل ستشارك المتطوعة في فعالية واحدة فقط أو أكثر من فعالية ؟ هل سيتم تقييم المتطوعة مرة واحدة فقط أو أن هناك أكثر من تقييم ؟ ما هي صفة ال admin ؟ هل هو مدرب من ضمن المسجلين في entity الworker ؟ أم أن له entity خاصه به ؟ اليك رسم مبدئي ( بافتراض ان المتطوعه لها تقييم واحد من ال admin ولها فعالية واحدة ) المتطوعة تستطيع المشاركة في أكثر من فعالية + يتم تقييم أدائها بشكل مختلف في كل مرة تشارك فيها في فعالية Admin ليس مدرب أو متطوع بل يقوم بالإشراف لدي سؤال بورك فيك أستاذي..لماذا لم تضع مفتاح أساسي ل worker_1 Entity ? + performan level بما إنه يعتمد على كون العاملة مدربة أو متطوعة أفلا أجعله derived Atribute ؟ اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
Amgad بتاريخ: 3 نوفمبر 2018 تقديم بلاغ مشاركة بتاريخ: 3 نوفمبر 2018 السلام علبكم ورحمة الله k القرشي لماذا تم فتح موضوع جديد عن نفس الموضوع بمعلومات إضافية ؟ http://www.araboug.org/ib/index.php?showtopic=67811&hl= يفضل عرض أو شرح متطلبات الحالة الدراسية كاملة في نفس الموضوع... حتى يكون رسمة ال ERD صحيحه وتعبر عن المطلوب وعدم ضياع الجهد والوقت تم تعديل الرسم على البيانات المتاحة منك توجد إفتراضات في الرسم - أن الفاعلية الواحده يشترك بها متطوعه واحدة - أن تقييم المتطوعه يتم مع كل فاعلية من خلال الadmin - أن هناك أنواع رسوم مختلفه مع كل فاعلية - لم يتم عرض أعمال المدربات في الرسم الجديد توجد رسمتين pdm cdm = erd اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
eslam elbyaly بتاريخ: 3 نوفمبر 2018 تقديم بلاغ مشاركة بتاريخ: 3 نوفمبر 2018 @Amgad ارجو الاجابة عن سؤالى. اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
Amgad بتاريخ: 3 نوفمبر 2018 تقديم بلاغ مشاركة بتاريخ: 3 نوفمبر 2018 @Amgad ارجو الاجابة عن سؤالى. الأخ / اسلام الحالة الدراسية لم يتم عرضها بشكل كامل عموما إذا كانت ( المتطوعات ) لها نوعية بيانات غير مشترك فيها ( مع المدربات ) ولها إجراءات ومعالجات خاصة وذات خصوصية معينه ... قيتم إنشاء جدول مستقل ( للمتطوعات ) يتضمن البيانات الإضافية الخاصة وتكون العلاقه من نوع one to one بين الجدول الأساسي ذات البيانات المشتركه و جدول البيانات الخاصه بالمتطوعات وفي الحاله العكسية يتم إنشاء جدول واحد يتضمن كافة البيانات المشتركة والبيانات الخاصة بأحدهما مع وجود مميز للتصنيف ( مدربه أو متطوعه ) ... اي ان هناك حقول سيكون قيمتها null لأنها غير مشتركة عموما في انتظار استكمال الحالة الدراسية مع صاحب الموضوع اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
k القرشي بتاريخ: 4 نوفمبر 2018 كاتب الموضوع تقديم بلاغ مشاركة بتاريخ: 4 نوفمبر 2018 (معدل) السلام علبكم ورحمة الله k القرشي لماذا تم فتح موضوع جديد عن نفس الموضوع بمعلومات إضافية ؟ http://www.araboug.org/ib/index.php?showtopic=67811&hl= يفضل عرض أو شرح متطلبات الحالة الدراسية كاملة في نفس الموضوع... حتى يكون رسمة ال ERD صحيحه وتعبر عن المطلوب وعدم ضياع الجهد والوقت تم تعديل الرسم على البيانات المتاحة منك توجد إفتراضات في الرسم - أن الفاعلية الواحده يشترك بها متطوعه واحدة - أن تقييم المتطوعه يتم مع كل فاعلية من خلال الadmin - أن هناك أنواع رسوم مختلفه مع كل فاعلية - لم يتم عرض أعمال المدربات في الرسم الجديد توجد رسمتين pdm cdm = erd أعتذر فعلاً ظنيت إني حأكون أكثر ترتيب ونتظيم! الفكرة من النظام: هو عمل قاعدة بيانات لمنظمة عمل تقوم بتقديم دورات للأمهات و وورش عمل لأطفالهم، وصاحبة المنظمة هدفها الأساسي هو إدخال بيانات العملاء على قاعدة البيانات ليسهل عليها إرسال إعلانات "الدورات وورش العمل" + كتب إلى مايناسب كل أم وطفلها "حسب العمر مثلا" ؛ لكن الكتب هيا لم تقرر بعد هل سترسلها لهم للمنزل أو تبيعها عليهم عند حضورهم.. Worker entity: وهذه Attributes الخاصة فيه / تشترك المدربات والمتطوعات في جميع هذا البيانات 1-name 2-city 3-educational level 4-id 5-type 6-phone number 7-email 8-major 9-description المتطوعات كما ذكرت سابقا لديهم سمتين ليست لدى المدربات 10-performance level : وتقوم به رئيسة هذه المنظمة ، ولأن المتطوعة قد تشارك في أكثر من فعالية لذا يصبح لها عدة تقييمات مختلفة 11-Activity: تتم كتابة اسم الفعالية التي شاركت فيها -وقد تكون مشتركة في أكثر من فعالية- + يتم الحصول على معلومات هذه السمة من eventname attribute in event entity والسؤال هنا إذا اشتركت المتطوعة في أكثر من فعالية فكيف سأمثل البيانات؟! Event entity: 1-name 2-id 3-date 4-place 5-target group 6-type : دورة أو ورشة عمل 7-fees : هناك دورات مختلفة برسوم مختلفة تقدم للعملاء Customer entity: 1-name 2-id 3-address 4-age -للأطفال فقط- 5-phone number 6-email 7-Vip 8-illness or allergic: نعم أو لا 9- method of ambulance: إذا كان جواب (8) نعم 10- type: أم أو طفل لكن هنا لدي معضلة وهي لو أتت الأم بأكثر من طفل فستقوم بتسجيل بيانات طفليها بشكل منفصل وسيصبح لهم id منفصل، وعندما نريد إرسال إعلان إلى هذه الام مثلا فستصل لها الرسالة مرتين -أو حسب عدد أطفالها- فكيف يمكن أن نحل هذه المشكلة؟ Book entity: الكتب كما ذكرت لم يتم تحديد طريقة بيعها 1-isbn 2-name 3-quantity: الكمية الموجودة من الكتب 4-price 5-discount Admin entity: ولأن المنظمة صغيرة نوعا ما فهناك "رئيسة / مشرفة واحدة فقط" 1-id 2-name 3-password تم تعديل 4 نوفمبر 2018 بواسطة k القرشي اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
Amgad بتاريخ: 4 نوفمبر 2018 تقديم بلاغ مشاركة بتاريخ: 4 نوفمبر 2018 السلام عليكم ورحمة الله شكرا لك على الإيضاح هناك بعض الإستفسارات والملاحظات الإستفسار الأول : هل من الممكن أن أكثر من متطوعه تشارك في نفس الفعالية ( هل ان الفعالية الواحدة ممكن ان نشارك بها أكثر من متطوعه ) ملاحظه 1 8 - illness or allergic: نعم أو لا 9- method of ambulance: إذا كان جواب (8) نعم بيانات ليست من ضمن سمات العميل لأنها بيانات متغيرة وليست ثابته مع العميل ملاحظه 2 لو أتت الأم بأكثر من طفل فستقوم بتسجيل بيانات طفليها بشكل منفصل وسيصبح لهم id منفصل يمكن إنشاء جدول مستقل للتابعين او الأطفال ... للعميل ملاحظة 3 age -للأطفال فقط- لا يفضل تسجيل العمر كرقم ثابت ... ولكن يتم تسجيل تاريخ الميلاد ومنه يتم احتساب العمر في أي وقت ملاحظة 4 الكتب كما ذكرت لم يتم تحديد طريقة بيعها لم يتم إدراجها في الرسم المرفق erd+pdm اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
non value بتاريخ: 13 يناير 2019 تقديم بلاغ مشاركة بتاريخ: 13 يناير 2019 عاوزه ترد عليا لما اجي ابعتلك رساله يقولي خطأ اقتباس رابط هذا التعليق شارك المزيد من خيارات المشاركة
Recommended Posts
انضم إلى المناقشة
يمكنك المشاركة الآن والتسجيل لاحقاً. إذا كان لديك حساب, سجل دخولك الآن لتقوم بالمشاركة من خلال حسابك.