لدي العديد من الأفكار اريد تنقيحها ومن ثم عرضها ارجو التعقيب على المرفق

ولكم تقديري

Contractor DataBase.doc

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

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

يفضل ان تستخدم برامج مساعدة فى اعداد الرسم للERD ... حتى تتضح العلاقات بين الجداول .

ملاحظات سريعه : توجد جداول للرموز لم تستخدم فى النظام

جدول الوحدات

جدول الأقسام

جدول الشعب

توجد جداول بدون primary key

جدول الإجازات

جدول النقل

جدول الدورات والتدريب

جدول الفصل

جدول الغياب

فى انتظار عرض رسمة ال ERD مع عرض شرح مبسط لفكرة المشروع

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

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

يفضل ان تستخدم برامج مساعدة فى اعداد الرسم للERD ... حتى تتضح العلاقات بين الجداول .

ملاحظات سريعه : توجد جداول للرموز لم تستخدم فى النظام

جدول الوحدات

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

جدول الشعب

توجد جداول بدون primary key

جدول الإجازات ( ملاحظة في مكانها فاتتني وسأتلافاها )

جدول النقل ( ملاحظة في مكانها فاتتني وسأتلافاها )

جدول الدورات والتدريب ( ملاحظة في مكانها فاتتني وسأتلافاها )

جدول الفصل ( ملاحظة في مكانها فاتتني وسأتلافاها )

جدول الغياب ( ملاحظة في مكانها فاتتني وسأتلافاها )

فى انتظار عرض رسمة ال ERD مع عرض شرح مبسط لفكرة المشروع

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

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

جدول الموظفين EMPLOYEE

لماذا تم عمل مفتاح الجدول مركب من عمودين EMP_ID & HafidhaNo

يجب أن يكون مفتاح جدول الموظفين عمود واحد فقط وغالبا ما يكون رقم الموظف هو رقم تسلسلي داخل الشركة

أو يمكن استخدام رقم الحفيظة أو رقم بطاقة الأحوال المدنية أو الرقم القومي

ملاحظة أساسية :

يوجد عدم التزام بأسلوب موحد في تسمية أعمدة الجداول

مثل رقم الحفيظة ... HafidhaNo( استخدمت اللغة العربية في الكتابة بالانجليزية )

ولكن رقم الموظف EMP_ID كتابة صحيحه

أيضا : جدول ترميز القرابة FAMILYGARABA_KIND

رجاء مراجعة واستخدام أسلوب تسمية موحد سواء للجداول أو الأعمدة



أيضا :

تكرار استخدام اسم العمود NO في كثير من الجداول

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

رجاء اختيار أسماء للأعمدة تكون ذات معنى .



في الرسم : اجعل مفتاح الجدول يكون في أول سطر حتى يسهل قراءة العلاقات .



في جدول أل CONTRACT

ما المقصود بحروف PFK

هل تعني أن العمود يعتبر PRIMARY KEY وأيضا FOREGIN KEY

فلماذا تم عمل مفتاح الجدول من رقم العقد ورقم الإدارة ... يمكن الاكتفاء برقم العقد كمسلسل على مستوى الشركة



جدول المستخدمين

هل يوجد احتمال أن يكون المستخدم للنظام هو أساسا موظف ... ففي هذه الحالة يتم الربط مع جدول الموظفين .

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



جدول آخر وظيفة LASTWORK

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

جدول العائلة

مفتاح الجدول يفضل أن يكون مفتاح مركب من عمودين ( رقم الموظف + مسلسل إفراد العائلة ( قد يكون المولود الجديد ليس له رقم بطاقة أحوال )



جداول الغياب والتدريب والأجازات والنقل

يفضل ان يكون مفتاح الجدول مركب من ( رقم الموظف + عمود آخر من الجدول الأساسي )

مثل مفتاح جدول الغياب ( رقم الموظف + تاريخ الغياب )

مفتاح التدريب ( رقم الموظف + تاريخ التدريب ) أو ( رقم الموظف + رقم القرار الإداري للتدريب وسنة القرار )

مفتاح النقل ( رقم الموظف + رقم قرار النقل + سنة القرار )



رجاء دراسة الملاحظات وعرض ال erd بعد التعديل وإرفاق ملف أوامر إنشاء الجداول والقيود ..

ملاحظات رائعة جدا لم تخطر لي على بال سأعدلها يا أستاذي وارفق النتيجة

لك تقديري...

الأخ أمجد : ERD بعد تلافي الاخطاء

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

شكرا لك على إجراء التعديلات

اقتراحات اخرى

جدول المستخدمين

ما فائدة أعمدة الinsert , update , delete , select لكل مستخدم

هل ستكون الصلاحية على مستوى المستخدم

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

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

اقترح إنشاء جدولين:

الجدول الأول : يحتوى أسماء البرامج والتقارير المستخدمة في النظام

الجدول الثاني : يحتوى رقم المستخدم ورقم البرنامج والصلاحيات المحددة



جدول الأجازات

لا يوجد مدة الأجازة أو تاريخ انتهاء الأجازة



جدول نوع القرابة

اعتقد انه لا يحتاج جدول ... فالأنواع يمكن تحديدها وتثبيتها داخل برامج النظام ( مثل ابن – أم – أب – أخ - ... ) وبافتراض وجود نوع الجنس فى الجدول الخاص بالقريب ( ذكر - انثى )

أيضا جدول train grade

الرموز يمكن حصرها وتثبيتها ( ممتاز – جيد جدا – جيد - ...) .



ملاحظة أخرى في رسمه ال erd

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

مثال

العلاقة بين الموظف والتدريب

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

- لا يوجد بيانات تدريبية بدون موظف . ( رسم صحيح mandatory )

- الموظف يمكن أن يحضر دورة تدريبية أو أكثر .( تحتاج تعديل ... الدائرة الصغيرة على الخط Optional

الأخ أمجد رسمة الـ ERD بعد التعديل

جدول العلاقات

عذراً أنا أضع الصور كبيرة ليستفيد منها الكل هذا قصدي ليس إلا.

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

توجد ملاحظة على جدول الصلاحيات نحتاج 3 جداول
- جدول البيانات الاساسية للمستخدمين ( رقم المستخدم - كلمة السر - حالة المستخدم ( موقوف مؤقتا - اجازة - ساري - ) + رقم الموظف فى حالة الربط مع جدول الموظفين
- جدول بيانات البرامج ( رقم البرنامج - نوع البرنامج (شاشة - تقرير ) - اسم البرنامج )
- جدول مشترك بين الجدولين السابقين ( جدول صلاحيات المستخدم على البرامج )
ويتكون من مفتاح الجدول الاول + مفتاح الجدول الثاني وهما معا مفتاح الجدول الثالث
اى ان الجدول الثالث يتكون من
رقم المستخدم - رقم البرنامج - صلاحية اضافة - صلاحية تعديل - صلاحية الغاء - صلاحية استعلام (نعم - لا) .


مفتاح جدول القرابه يكون مركب من رقم الموظف + مسلسل ... معا

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

فى رسمك الاخير ... العلاقة بين الموظف والتدريب
اجعل العلاقة optinal
وعند استبدالها ستظهر دائرة صغير على الخط مع الmany مع جدول ال training
وهذا يعنى انه ليس كل موظف يجب ان يكون له دورة تدريبية
وانه من الممكن ان يكون للموظف دورة تدربيبة او أكثر .

توجد كتب مفيدة وملفات تعليمية عن اعداد ال ERD بمنتدى تحليل النظم من المواضيع المثبته بالمنتدى

من هنــــــــا


ارسل لي رابط تنزيل البرنامج وايضا الملف الذى قمت بتصميمه

والله الموفق

عزيزي أمجد : المستخدمين ليس لهم اي بيانات ضمن البرنامج فهم رسميين وليسوا متعاقدين فلا أرى أن ربطهم بجدول الموظفين بذي أهمية.

هذا ملف البرنامج الذي أستخدمه ومعه ملف البرنامج بعد تعديله كما طلبت

شاكر لك اتساع صدرك ...

http://www.herosh.com/download/5867075/My_Prog.rar.html

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

توجد مشكلة اثناء تنزيل الملف من الرابط

رجاء اعادة التحميل على 4shared او اى موقع اخر

شكرا لك

الملف من جديد

My_Prog.rar

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

يمكنك التعديل فى الرسم طبقا لاحتياجات النظام لديك

Script.txt

ContractRelat_ver2.rar

شاكر لك ومقدر أخ أمجد متابعتك للموضوع

أضفت بعض التعديلات وقمت بتعديل بعض العلاقات لتكون إلزامية حسب نظام العمل لدي

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

لك كل شكري وتقديري.؛؛؛

سأبدأ بإدخال البيانات الآن وتجربة النظام وقاعدة البيانات والانتقال إلى قسم الـ sql والـ pl/sql

لأنني أرغب أن يكون النظام خطوة خطوة عسى الله أن ينفع به ولا أرغب به إلا وجه الله تعالى سبحانه.

تم تعديل 3 سبتمبر 201015 سنة بواسطة gabbary