ارجعو تصحيح اخطاء التحليل

اخوي عشان تلاقي تحليل صحيح ومفيد

اول شي جيب بيانات المشروع كامله اي قم بتوضيح اكثر عن اليه عمل البرنامج

ملاحظه :

اخوي تقدر تختصر كثره الجداول لانه بالاخير يعتمد على طريقتك بالبرمجه واستدعاء البيانات من الجداول

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

موضوع جمغ البيانات وتحليلها موضوع كبير ويحتاج العديد من الاستفسارات لذلك فسأقوم بوضع بعض الملاحظات على تصميم قواعد البيانات الخاص بك

مع ملاحظة أنك الذى قمت بعملية جمع البيانات وملاحظاتى تعتمد على ما قمت بجمعه

ملاحظة عامة على التصميم:

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

ملاحظات على الجداول:

جدول الموظفين: تقريباً لا يوجد عليه ملاحظات

جدول التأمين:

أعتقد أن لكل موظف رقم تأمينى واحد ثابت فيستحسن جعل بيانات هذا الجدول من ضمن بيانات الموظف إلا إذا كان للموظف أكثر من رقم تأمينى فى نفس الوقت (وهذا غير مطابق للواقع) أما فى حالة عدم حصول بعض الموظفين على رقم تأمينى فيظل تصميمك كما هو مع جعل العلاقة واحد لواحد ليس واحد لمتعدد

جدول المعدات: ليس عليه ملاحظات غير الملاحظة العامة

جدول العهد:

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

جدول السيارات: ليس به ملاحظات

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

لذلك

فإذا كانت السيارة لها مالك واحد، فيجب أن تضيف عموداً فى جدول السيارات يكتب به رقم الموظف مالك السيارة

جدول تغيير الزيوت: لم أفهم ما تقصده من هذا الجدول ولكن الملاحظة على الجدول أن القراءة الحالية ستكون سابقة فى المرة القادمة لذلك لا يجب إدخالها مرتين، بمعنى أنك لكى تحصل على القراءة السابقة للسجل الجديد الذى أنت بصدد إدخاله فيمكنك الحصول عليها من السجل السابق (لأنها تمثل القراءة الحالية للسجل السابق)

جدول المخالفات:

العمود "رقم الموظف أو السائق" لو تقصد صاحب السيارة فهو ليس له معنى فى هذا الجدول لأنك تستطيع الحصول على صاحب السيارة عن طريق جدول السيارات الذى يحتوى على رقم الموظف (بناء على التصميم المعدل) ... أما لو تقصد تسجيل اسم السائق وقت المخالفة فيظل هذا العمود كما هو ويكتب فيه رقم الموظف أو السائق وقت وقع المخالفة

جدول تأمين السيارات:

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

أما

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

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