24-06-19, 01:03 AM
كثير منا عندما يريد ان يبرمج منظومة يفتح بيئة التطوير ويبداء في تصميم اول نافذة .
برايي هذا خطاء .
اولا نحتاج الى ورقة وقلم ونبداء نخربش ونتصور تصميم قاعدة البيانات .
لان تصميم الواجهة سيعتمد على تصميم قاعدة البيانات .
ثانيا يجب تجزئة البرنامج او المنظومة الى اجزاء بحال كان العمل كبيرا .
اذا اردت ان تبني عمارة فانت لا تستطيع بناءها دفعة واحدة وانما تبداء بالاساسات تم تبداء بالطابق الاول تم الثاني تم الثالث وهكذا .
ويجب ان يكون البرنامج او المنظومة من اجزاء فعلا كما العمارة .
فالدور الاول والثاني والثالث كلهم مثل بعضهم ولكن كل واحد هو ليس الثاني .
والبرمجة مثل شبكة الكهرباء ، كل دور له شبكة كهربائية خاصة به ، اذا حدث عطل بالدور الثاني انت ستعلم تماما اين المشكلة فالشبكة التي تغدي العمارة ليست واحدة وانما هي عبارة عن اجزاء .
حاول استخدام الوراثة في النماذج او الكائنات المتشابهة .
بحال اردت ان تغير شيئا فيمكنك التغيير بالنموذج او الكائن الاب بدل من الضياع في كامل البناء .
ويجب ان تفصل بين الواجهة وبين قاعدة البيانات .
فماهو ناحية قاعدة البيانات اتركه ناحية قاعدة البيانات .
لديك استعلام مثلا يحسب اجور الموظفين هذا يجب ان يكون اجراء بقاعدة البيانات .
النتيجة فقط يستقبلها البرنامج لعرضها لا غير .
المنظومة المفترض بها ارسال واستقبال البيانات فقط وادارتها .
لاتوجد فيها استعلامات تنفذ فيها ولا اجراءات .
ويجب ان تعطي لتصميم قاعدة البيانات لا اريد ان اقول ثلثي الوقت وانما نصف الوقت من العمل ودراستها من كل الجوانب .
واذا كان لديك شك فاستعن بمن يصممها معك .
فهي اهم شئ في تصميم المنظومات .
واحذر ان تخالف قواعد تصميم البيانات .
الربط بين الحقول يجب ان يكون برقم التعريف او رقم فريد ، ولا تربط بين الجداول بالاسماء لتكسب سهولة ما في البرمجة
ولاتحفظ ما يمكن الاستعلام عنه ابدا
لاتحفظ كمية صنف معين بينما تستطيع ان تستعلم عنه من فواتير البيع والشراء مثلا .
على العموم تحتاج الى مراجعة قواعد تصميم جداول البيانات .
ربما نسيت شيئا ولكن هذه اهم النقاط التي اردت ان اشير اليها .
برايي هذا خطاء .
اولا نحتاج الى ورقة وقلم ونبداء نخربش ونتصور تصميم قاعدة البيانات .
لان تصميم الواجهة سيعتمد على تصميم قاعدة البيانات .
ثانيا يجب تجزئة البرنامج او المنظومة الى اجزاء بحال كان العمل كبيرا .
اذا اردت ان تبني عمارة فانت لا تستطيع بناءها دفعة واحدة وانما تبداء بالاساسات تم تبداء بالطابق الاول تم الثاني تم الثالث وهكذا .
ويجب ان يكون البرنامج او المنظومة من اجزاء فعلا كما العمارة .
فالدور الاول والثاني والثالث كلهم مثل بعضهم ولكن كل واحد هو ليس الثاني .
والبرمجة مثل شبكة الكهرباء ، كل دور له شبكة كهربائية خاصة به ، اذا حدث عطل بالدور الثاني انت ستعلم تماما اين المشكلة فالشبكة التي تغدي العمارة ليست واحدة وانما هي عبارة عن اجزاء .
حاول استخدام الوراثة في النماذج او الكائنات المتشابهة .
بحال اردت ان تغير شيئا فيمكنك التغيير بالنموذج او الكائن الاب بدل من الضياع في كامل البناء .
ويجب ان تفصل بين الواجهة وبين قاعدة البيانات .
فماهو ناحية قاعدة البيانات اتركه ناحية قاعدة البيانات .
لديك استعلام مثلا يحسب اجور الموظفين هذا يجب ان يكون اجراء بقاعدة البيانات .
النتيجة فقط يستقبلها البرنامج لعرضها لا غير .
المنظومة المفترض بها ارسال واستقبال البيانات فقط وادارتها .
لاتوجد فيها استعلامات تنفذ فيها ولا اجراءات .
ويجب ان تعطي لتصميم قاعدة البيانات لا اريد ان اقول ثلثي الوقت وانما نصف الوقت من العمل ودراستها من كل الجوانب .
واذا كان لديك شك فاستعن بمن يصممها معك .
فهي اهم شئ في تصميم المنظومات .
واحذر ان تخالف قواعد تصميم البيانات .
الربط بين الحقول يجب ان يكون برقم التعريف او رقم فريد ، ولا تربط بين الجداول بالاسماء لتكسب سهولة ما في البرمجة
ولاتحفظ ما يمكن الاستعلام عنه ابدا
لاتحفظ كمية صنف معين بينما تستطيع ان تستعلم عنه من فواتير البيع والشراء مثلا .
على العموم تحتاج الى مراجعة قواعد تصميم جداول البيانات .
ربما نسيت شيئا ولكن هذه اهم النقاط التي اردت ان اشير اليها .