اذهب الي المحتوي
أوفيسنا

الردود الموصى بها

قام بنشر (معدل)

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

اولا نضع تصور وخطوط عريضه لالية سير منظومة حتى نستطيع وضع الاسس لقاعدة البيانات
- الحضور من الساعه 7 صباحا
- الانصراف فى الساعة 3 عصرا
- السهر " ساعات العمل الاضافية " من الساعة 4 الى الساعة 6
- ايام العمل من  الأحد الى الخميس
- العطلات الاسبوعية يومى الجمعة والسبت 
- قد يكون هناك استدعاء للعمل ايام العطل الاسبوعية فيحتسب اجر اضافى
- هناك بعض الافراد حسب موقع عملهم بصرف لهم علبة حليب 
- لكل عامل فى وقت السهر وجبه أو بدل وجبه لكل عامل حرية الاختيار
- التأمين الطبى إما تابع للمؤسسة أو تأمين خارجى للعامل حرية اختيار احداهما
- الاجازات حسب الدرجه وحسب سنين الخدمه 

 

تم تعديل بواسطه ابا جودى
  • Like 4
قام بنشر

عمل جميل جداً أعجبني. بارك الله فيك.

ويناسب جزء من عملي بما يخص شئون الطالبات. فهل بالإمكان الاستفادة منه وأخذ بعض الأفكار منه لتصميم برنامج شئون الطالبات لديّ؟

قام بنشر (معدل)
3 ساعات مضت, morestudy said:

عمل جميل جداً أعجبني. بارك الله فيك.

ويناسب جزء من عملي بما يخص شئون الطالبات. فهل بالإمكان الاستفادة منه وأخذ بعض الأفكار منه لتصميم برنامج شئون الطالبات لديّ؟

لك ما تريد على الرحب والسعة :wink2:
حياك الله :fff:

3 دقائق مضت, سعيد صواب said:

جهد كبير جد استاذ محمد

وبالتأكيد احتاج وقت طويل لمجرد التحضير فما بالك بإتمامه ليصبح مشروع متكامل

 

بالتوفيق

هذا البرنامج سأل عنه الكثير وما يوجد لا يلبى رغبات السائلين ليس هنا فقط بل فى شتى المنتديات تقريبا لانى من فترة يحثت عنه حتى اجيب احد اخوانى السائلين فى المنتدى 
ولما احسست ان للموضوع قيمه واحسست انه سيجمع بين طياته الكثير من العلم والفائده احببت ان تكون لى المبادرة بطرحه على هيئة ورشة عمل لنفكر جميعا ونشارك الافكار والاراء 
ويقوم اساتذتنا الكرام بمتابعتنا وتحليل المشروع خطوة خطوة وبمجرد الانتهاء منه بعد الفائده العلمية التى سنحصلها جميعا سكون هدية قيمة لهذا المنتدى الطيب باهله ورواده

السؤال لك الان استاذى الحبيب سعيد صواب :fff:
ما رأيك فى الجداول هل هى منطقية ام لا
وما رايك فى المسميات
وما رايك فى عدد الحقول واسمائها ومنطقيتها فى الجدول tbl_emp
وما رايك فى ربط الجداول ببعضها والعلاقات فيما بينهم انتظر الرد والنتيجة والنقد 

تم تعديل بواسطه ابا جودى
قام بنشر

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

نبدأ بسم الله :

- بشكل عام هذا البرنامج خاص باي نوع من المؤسسات ( قطاع خاص ام عام

لان ذلك يفرق ... :fff:

- هل نحن بصدد عمل برنامج كامل و جاهز للعمل عليه من قبل اي احد ...

ام مجرد افكار ... و الي يريد يعمل برنامج مشابه يستعين بهذا البرنامج ... :fff:

و للحديث بقية ... :wink2:

 

  • Like 1
قام بنشر

- بشكل عام هذا البرنامج خاص باي نوع من المؤسسات (  أعمال  )  
- نحن بصدد عمل برنامج كامل و جاهز للعمل عليه من قبل اي احد
وفى نفس الوقت
افكار لمن يريد عمل برنامج مشابه يستعين بهذا البرنامج ... 
:wink2:

  • Like 1
قام بنشر

السلام علكم

كمشروع جماعي  كان الافضل الا تعرض جميع هذه الكائنات

كبداية تعرض الجداول الرئيسية  ويتم النقاش حولها

ثم يلحقها الجداول الفرعية    ويتم القاش حولها

ثم الجداول الخدمية  ويتم النقاش حولها

وهكذا  خطوة خطوة  وكائن كائن

 

بنظرة خاطفة على الجداول

بصورة عامة : 

 الاعداد الفني جيد جدا  ،

العلاقات مبالغ فيها ، تصور انه يمكن اعداد البرنامج  بدون اي علاقة بين الجداول

العلاقة بين الجداول توضع غالبا لضبط والتحكم في الادخال

وبصورة خاصة :

ناخذ جدول   tbl_emp

1- وجود اكثير من التكرار في الحقول

كود الادارة .. اسم الادارة ، كود المهنة .. اسم المهنة ......... الخ

يكفي في الجدول الكود فقط اما الاسماء فتجلب من الجداول الخدمية والا ما فائدة وجودها في قاعدة البيانات

 

هذا مرور خاطف اتمنى ان يتسع صدرك  لاراء اخوتك

 

  • Like 3
  • Thanks 1
قام بنشر

استاذ محمد الله يقويك ان شاء الله

 بالإضافة الى ملاحظات الاستاذ ابو خليل الله يوفقه

.......

انا افضل استخدام مربعات نص غير منضمه مع جمل sql في حال الإضافة وعدم فتح الجدول مباشرة للإضافة

وهذا مجرد رأي وملاحظة وقابلة للنقاش ... 

وبالتوفيق استاذ محمد 

  • Like 2
قام بنشر

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

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

قام بنشر

كل الشكر والتقدير استاذى الحبيب  ابوخليل :fff:

وعملا بنصيحة حضرتك 
اولا  : قمت بالغاء كل الحقول من جدول   tbl_emp  والتى سيتم استدعائها من الجداول الخدمية
ثانيا : قمت بالغاء كل الكائنات وطرح القاعدة بالجدول الرئيسى جدول   tbl_emp   فقط للنقاش كما تفضلتم
 

Emp_Database.rar

قام بنشر

 

ابو الجود لم تجبني ... 

و سؤال آخر : لماذا نستخدم كود الدرجة و كود و كود .... الخ ؟ مثل ما قال الاستاذ ابو خليل  ...

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

 

قام بنشر

اخى الحبيب 
لن اجمع بين عمل الادارة والحسابات طبعا
البرنامج سيكون شئون موظفين ادارى بحت فقط ابتداء من بيانات الموظف كاملة حتى التعامل مع رصيد الاجازات الحضور والانصراف حساب ساعات العمل الاضافية وحساب ايام العمل الاضافية الدورات التدريبية التى يحصل عليها الموظف ولكن مخرجات معالجة البيانات من الحضور والانصراف والتاخير والعمل الاضافة بالساعات والايام ترسل الى جهة الحسابات وتتعامل معها الجهة بطريقة المعالجة المناسبة كما يترائى لها

--------------------------------

 

 

اولا انا لما فكرت كنت عامل كل شئ مياشرة ولكن فكرت انا لو الادارة بها ما يعادل 200 موظف اذن يوميا تقريبا سوف يتم تسجيل متوسط من 150 : 180 سجل فى جدول حتى الان لم اقم يتصميمه لانى احاول التفكير بكيفية تصميمه حتى الان
هذا الجدول ستتم معالجة البيانات منه عن طريق الكثير من الاستعلامات 
- الحضور والانصراف
-الاجازات
- عدد الافراد المستمرين بالعمل 
- عدد الافراد الذين سوف يتم استدعائهم للعمل ايام العطل الرسمية
- عدد الوجبات لمستحقى الوجبة 
- عدد بدل الوجبات لمن لا وجبة له
- عدد علب اللبن لمستحقى اللبن
- عدد من تخلف عن العمل 
- عدد من قام بعمل اجازة 
- عدد من لهم امتياز التامين من المؤسسة
- عدد من لهم تأمين خارجى
- عدد الافراد لكل درجة حدة
- عد الافراد لكل درجة ويجمعهم مسمى وظيفي واحد
- عدد الافراد فى مأموربات خارجية أو سفر أو تدريب وهم منقطعين عن العمل لكنهم على قوة العمل 
- عدد الافراد فى كل ادارة على حدة من ادارة انتاج وادرة دهم الانتاج والادارة العليا
-عدد افراد كل قسم على حده حيث ان الافراد تعمل فى اكثر من قسم 
وهناك عامل مهم دائما فى تخريج البياناتا  الترتيب اولا بالمسمى الوظيفى لاصحاب المناصب " المدير العام - مدير الانتاج - مدير دعم الانتاج - مدير الموقع - رئيس القسم - نائب - رئيس القسم  - رئيس وحدة تشغيل القسم - ثم باقى الموظفين كل تبعا لرقم الكود والدرجة الوظيفية " ولا ننسى هناك اكتر من قسم ونحتاج لترتيب الاقسام طبعا قبل الترتيب السابق

من وجهة نظرى وجدت ان الترتيب عن طريق ارقام كودية افتراضية تم وضعها مسبقا فى جداول خدمية ستسهل جدا جدا آلية العمل عند معالجة البيانات 
هذا والله اعلم 

وانتظر راى استاذتى الكرام واخوانى للنقاش وبناء البرنامج تدريجيا فيكون برنامج متكامل مبنى على اسس قوية ان شاء الله 
وقطعا منا من سيجزيه الله الخير لمتابعتنا وتوجيهنا وارشادنا من اساتذتنا الافاضل بارك الله فيهم ومنا من سيعرض افكارة ومنا طالب العلم مثلى و سيتعلم   

قام بنشر

الجداول الرئيسية  المتغيرة هي الجداول التي تدخل فيها البيانات بشكل مستمر   مثل جداول الحضور والغياب والرواتب والاجازات  والترقيات

وغيرها من اوعية البيانات التي يحتاج الى حفظها للرجوع اليها عند الحاجة 

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

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

 

 

  • Like 1
قام بنشر

استاذى القدير " ابوخليل "  حياكم الله وبياكم :fff:
لو تكرمت ممكن حضرتك تقولى البداية تتم ازاى 
مبدئيا بناء على كلام حضرتك اول جدول حيكون جدول بيانات الموظفين " tbl_emp " لأنه جدول رئيسى ثابت
هل الجدول على هذا النحو يحتاج الى تعديلات ؟ ورجاء الأخذ فى الاعتبار النظر الى مشاركة أخى الحبيب " karrar sabry "

هل عمل كود للدرجة وكود للوظيفة وكود.... الخ  افضل 
ام يتم استخدام كل شئ مباشرة بدون عمل حقل خاص لتعريف كل شئ سيكون افضل ؟

تحياتى لك استاذى الحبيب :wub:

قام بنشر

السلام عليكم :rol:

 

انا سوف انظر الى ملاحظاتكم ، واعلّق عليها ، اما البرنامج فاترك لكم النظر فيه :rol:

 

1.

ياريت يُكتب هذا الكلام بحروف من ذهب ، ويُعلق في منتدى الاكسس :rol:

تسلم ايدك أخوي ابو خليل على التبسيط :rol:

وللأسف ، هناك من المبرمجين من يبدأ بالعلاقات ، و وايلاه ، يتعقد الموضوع عنده وووو ، وهو في الاصل ليس بحاجة الى علاقة بين الجداول اصلا :rol:

 

2.

طبعا هذا من الشروط الاساسية لعمل قاعدة البيانات ،

فعن طريق النموذج ، تسيطر على بيانات الادخال ،

ورجاء ، رجاء ، لا تعمل Dlookup في الجدول لأي من الحقول ، وانما اعملها في النموذج ، بحيث تكون البيانات في الجدول واضحة ، دون اللجوء الى جدول آخر :rol:

 

3.

وهذه هي الطريقة الصحيحة :rol:

وأخي كرار له وجهة نظر صحيحة في بعض البرامج ، إلا انه لا يُفضل عمله لمثل هذا البرنامج :blink: 

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

أ. وبعد استعمال احد البرامج في احد المؤسسات بفترة ، اخبرني المستخدم بأن احد المسميات تم تغييرها رسميا !!

فاذا كانت الجداول مثل ما اقترح اخوي ابو خليل ، فما كان عليّ إلا ان اغير المسمى في سجل واحد في جدول الخدمية فقط ،

وإلا ، فيجب تغيير المسميات في جميع السجلات في الجدول ، واذا كانت هذه المسميات في جداول اخرى فنعمل نفس الشئ ،

والمشكلة الكبرى تكون في الكود ، بحيث يجب ان يتم تغييرها هناك ايضا ، وفي الاستعلامات والتقارير وووو ، إن وُجدت :rol:

ب. من السهل عمل اكثر من لغة للمسمى ، كذلك في جدول الخدمية ، وبدون تغيير اي شئ في الجدول الاصل :rol:

 

 

جعفر

  • Like 2
قام بنشر

أولا ما الحكمة فى ذلك

ثانيا أعطى مثالا على ذلك

لعلى أشارككم بلغت الانتباه إلى ما يمكن تسميته

جداول الحركة

و هى جداول هامة جدا يسجل فيها التغيرات الحادثة فى عنصر ما

مثلا

راتب الموظف

في بداية تعيينه

فى العام الأول

فى الثانى

الثالث

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

و مثله جدول الدرجات

فرق بين أن تنشئ حقلا للدرجة الحالية

و أن تنشئ جدول لتاريخ الدرجات التى حصل عليها الموظف

إن مثل هذه الجداول

هى روح قاعدة البيانات

و بها تعتبر هذه القاعدة كنزا من المعلومات لمن يطلبه

من فضلكم علقوا على كلامى كى أستفيد

أخرجوا ما فى جعبكم من العلم

  • Like 2
قام بنشر

ورجاء ، رجاء ، لا تعمل Dlookup في الجدول لأي من الحقول ، وانما اعملها في النموذج ، بحيث تكون البيانات في الجدول واضحة ، دون اللجوء الى جدول آخر 

_____

نعم هذا جيد

لكن ألست معى أننا سنضطر عند عمل استعلامات لاستخدامها فى التقارير

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

اسم الدرجة و ليس كود الدرجة

المسمى الوظيفى عوضا عن كود الوظيفة

اسم محل الإقامة عوضا عن كود محل الإقامة

 

  • Like 2
قام بنشر

حياكم الله اخواني الكرام

استاذ جعفر انا لا اقصد فتح الجدول بمعنى استخدامه فعليا للإضافة !!!

اقصد ان يكون النموذج غير منضم بمعنى ليس مصدره الجدول unbound form

استاذ عبد الفتاح 

الحكمة وهذا ما اعرفه وقابل للنقاش والتعديل كما اشرت سابقا

1- التحكم الكامل في ادخال السجلات الى القاعدة .. بدلا من الإدخال والتعديل على مصدر السجلات مباشرة .

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

2- عند استخدام القاعدة على الشبكة لأكثر من مستخدم .. يمنع حدوث التكرار .. او عدم حفظ السجل نتيجة التكرار ... كذلك عدم فتح مصدر السجلات كاملا

مما يسبب بطء في عمل القاعدة.

3- نحن نريد ان نحفظ سجل جديد فقط ,, لماذا احضر جميع بيانات الجدول .

المثال : 

DoCmd.RunSQL "insert into table1 (id,Nname,Age) values (txtId,txtNname,txtAge)"

 

فكرة ممتازة جدا  بارك الله فيك استاذ عبد الفتاح 

بالتوفيق للجميع

  • Like 3
قام بنشر

نعم هذا صحيح ، عندما نريد ان نرى اسم الدرجة وليس كود الدرجة ، وربط الجداول في الاستعلام سهل ولن تُخطئ او تحتار فيه ،

 

ولكن ، خلينا نعمل مثال اشرح فيه السبب في طلبي ، وعلشان المسألة تكون واضحة:

اسم الحقل: Level_ID ، نوع الحقل: رقم ، القيمة الحقيقة للحقل: 3 ، القيمة الظاهرة: الثانية-واحد (حيث اننا عن طريق Dlookup جعلناها القيمة الظاهرة في مربع التحرير والسرد ComboBox) :

1.Table_Dlookup_01.jpg.3d7780e6f0df727e9

.

والنتيجة التى سيراها المستخدم/المبرمج:

1.Table_Dlookup_02.jpg.6ed522d9f9c0d6079

.

ولأنه لا يرى إلا هذا المسمى ، فالكود التالي سيكون خطأ (لأننا اعتبرنا ان الحقل نص وليس رقم):

A = DCount("[Level_ID]", "tbl_Levels", "[Level_ID]='الثانية-واحد'")

.

والادهى من هذا ، انه لا توجد طريقة لدينا لمعرفة رقم هذه الدرجة ، إلا اذا جئنا الى الجدول ، ووضعناه بوضع التصميم ، ثم تعال واحسب الفوارز لمعرفة رقم الدرجة (والله يكون في عونك اذا المسميات فيها عربي وانجليزي مثل اللي في مثالي:blink:

 

 

جعفر

  • Like 1
قام بنشر

أولا تسمية حقل اسم الدرجة بهذا الاسم غير مناسبة

الأولى تسميته 

Level_name

بالنسبة للمستخدم فنحن لا نريده أن يرى القيمة الحقيقية للحقل بل القيمة الظاهرية

فهذا أصلا هو الهدف من حقل البحث 

أن يرى المستخدم شيئا يفهمه

أما المصمم

فماذا تكون مهمته غير فتح الكائنات فى وضع التصميم

وغالبا لمرة واحدة لعمل استعلام أو غيره

ثم إن هناك ذكاء فى وضع مثل هذا الجدول ليسهل استرجاع حتى بدون فتحه

والجدول الذى أوردته حضرتك

فى وضعه تشابه بين الرقم الحقيقي و القيمة الظاهرة

1  الأولى

2  الثانية

لا بأس من العودة لتصميم الجدول من قبل المصمم لتذكر القيمة الحقيقية

و تعلم أن هذا لا يكون طول الوقت

 

أما حقول البحث فرغم أنها تثقل الجدول إلا أن لها عندى فوائد

عند إيراد الحقل فى النموذج تجده جاهزا بمربع التحرير و السرد لا تضطر لعمله من جديد

أما الدالة التى أوردتها فتصحيحها

أن يبحث بشرط فى الحقل الرقم لا اسم الدرجة وهو

Auto_id

والذى لا يرى إلا الاسم هو المستخدم لا المصمم

و الله أعلم

 

فهمت 

لكن أين المثال لنموذج غير منضم يدخل به البيان ثم يلحق بالجدول

عفوا 

أطمع فى مثال كامل

لو سمح وقتك

 

 

 

 

  • Like 1
قام بنشر (معدل)

طيب ممكن من فضلكم نوسع دائرة النقاش خطوة خطوة حتى لا يفقد طلاب العلم البسطاء تركيزهم وتتشتت افكارهم :wallbash:
اولا على هذا الوضع للقاعدة المرفقة
الجداول الخدمية والرئيسية قمت بعملها ماعدا جدول المواظبة وجدول الاستدعاءات للعمل فى الاوقات الغير رسمية تقريبا
اريد من فضلكم ان تتسع صدوركم لى وتتحملوا جهلى وفضلا ليس امرا اتمنى تضييق دائرة النقاش حتى لا تتسع فى نقاش خطوه متقدمة فى أوقات غير وقت مناقشتها 
النقاط المطروحة للنقاش فى تلك الفترة هى الجداول ومسمياتها والحقول بداخلها 
- هل تلك الجداول باسمائها وكذلك الحقول داخل تلك الجداول بأسمائها كذلك عليها تعقيب 
- قمت بالغاء كل العلاقات بين الجداول التى قد قمت بوضعها فى المرفق الاول بناء على ما تفضلتم به ولكن لا أعلم كيف ستسير الأمور بدون هذه العلاقات ولكن لن استبق النقاش وأتطرق الى هذه الخطوة 
- هل هناك حقول لم اقم بإضافتها وكان من المفروض اضافتها 
- هل هناك حقول اضافتها لا فائدة منها فى الجداول
- الجداول التى تنقص تلك القاعده حتى يكتمل النظام ليكون هناك تناغم حقيقى ما هى ؟ وما هى الحقول التى تنبغى ان تكون موجوده بها ؟!


اعتذر اساتذتى ولكن عهدت منكم النزول الى مستوى اقل فهم طالب علم ولن تجدوا اقل من هذا المستوى عندى فتحملونى بحلم وصححوا لى خطأى بعلم جزاكم الله تعالى عنى وعن كل اخوانى خيرا :fff:

Emp_Database.rar

تم تعديل بواسطه ابا جودى
  • Like 1
قام بنشر

استاذ عبدالفتاح :rol:

احنا الاثنين نعمل بطرق مختلفة :rol:

وقد واجهت الكثير من الصعوبات في هذه المسألة بالذات ، لهذا السبب قدمت هذا الاقتراح :rol:

 

جعفر

  • Like 2
قام بنشر

حياك الله استاذ محمد وزادك الله تواضعا وعلما

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

استاذ عبد الفتاح هذا المثال ولا اعتقد ان هذا المثال بغريب على استاذ مثلك !!

بالتوفيق جميعا

SQLdemo.rar

  • Like 2
قام بنشر

هذه روابط ذات علاقة

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

تحياتي

 

  • Like 2

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

زائر
اضف رد علي هذا الموضوع....

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • اضف...

Important Information