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

مشكوور أخي الكريم على المرور الطيب و المشاركة النافعة

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

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

فلنحاول التحليل و التكلم في موضوع التكرار

بالتوفيق
الرد
السلام عليكم اخ nabilkeb بالنسبة لجدول Ventes و الـ Factures جيد لكن جدول الـ Achats ليس كذلك المفروض ان يكون نفس جدول الـ Ventes ...ممكن Docx او مستند يمكن التعديل عليه ...
و لرب نازلة يضيق لها الفتى ذرعا و عند الله منها المخرج
ضاقت فلما استحكمت حلقاتها فرجت و كنت اضنها لا تفرج
الرد
السلام عليكم و رحمة الله بارك الله قيك اخي نبيل على رحابة صدرك

هذا ملف به قاعدة بيانات ان شاء الله سيساعد في البرنامج نموذج Pdf

ملف word
للمشاركة


الملفات المرفقة
.rar   BD_x1.rar (الحجم : 184.91 ك ب / التحميلات : 177)
.rar   BD_X1.1.rar (الحجم : 10.31 ك ب / التحميلات : 123)
الرد
السلام عليكم اخ Anter2010 بالنسبة لكل من
TABLE L_COMMANDE
TABLE L_ACHATS
TABLE L_VENTES
TABLE L_FACTURES
جميعهم يمتلكون الحقل DESGN الذي لا داعي منه لانه موجود TABLE PRODUITS يمكن الحصول عليه باستعلام بسيط ...
docx+pdf


الملفات المرفقة
.rar   db_sf.rar (الحجم : 50.52 ك ب / التحميلات : 135)
و لرب نازلة يضيق لها الفتى ذرعا و عند الله منها المخرج
ضاقت فلما استحكمت حلقاتها فرجت و كنت اضنها لا تفرج
الرد
حسنا بدأ الموضوع يأخذ شطرا كبيرا من الجد ، سأرى الملفات المرفقة و أعود لأدلو بكل ما عندي حيال الأمر
و شكرا على التفاعل السريع
الرد
طيب ، فهمت المقصود عموما ، لكن و الله صدقوني (على حد علمي) لكل مبرمج هواه ما لم يخرج على القواعد الأساسية ، و رغم ذلك لعلنا نخرج برأي موحد

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

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

طيب أنا الآن بدأت للتو في تطوير برنامج لأحد الأشخاص من عوام المجتمع (التجار)

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

المهم: الآن أنا بحاجة لــ :
ـ جدول تصنيف المواد (TableFamille) + جدول تفصيل التصنيف سميته (SousFamille) أيضا هذا الأخير سيضم الكمية فيكون كجدول مخزون ، في البداية لم أكن لأحتاج لجدول مخزون لأن الكمية المتوفرة بالمخزن هي حاصل طرح المشتريات و المبيعات ، :confused: إلا أنني كنت مخطأ ، فوفقا لاحتياجاتي كان الأمر محتما
ـ الجدول الثالث جدول مشتريات
4ـ جدول مبيعات
5ـ جدول الفاتورة
6ـ جدول واحد للمداخيل (La cesse) و الديون (Dettes) Big Grinربما يستغرب البعض ما دخل هذا في ذلك ليكون هنا جدول واحد هههه لا نسنعجل.
7ـ جدول المدفوعات (Versement)
8ـ Tva et Timbre

* أربعة جداول متعلقة بالضمان (الإرجاع قصد التصليح أو التبديل أو التعويض المالي) و هي :
9ـ جدول الضمان
10ـ جدول سيريال نمبر بالنسبة للمواد المعرفة بالرقم التسلسلي
11ـ جدول الإرجاع (Retour)
12ـ جدول الصيانة Maintenance

* ثلاثة أخرى للزبون - الممون - الموظف / هذه كلها لا داع من الخوض فيها إطلاقا لعدم وجود أي إشكال فيها ، إضافة لجدول (مؤمن) خاص بالمستخدمين للبرنامج compte ، لكل مستخدم أسم و كلمة مرور للدخول للبرنامج ، حيث يطلع على جانب من البرنامج دون جانب آخر .
(يعني 16جدولا)

هذا ما توصلت له لحد الساعة

إذا لم يكن أي تدخل أو تعليق بخصوص الجداول نمر إلى الحقول
الرد
s.fateh كتب :السلام عليكم اخ nabilkeb بالنسبة لجدول ventes و الـ factures جيد لكن جدول الـ achats ليس كذلك المفروض ان يكون نفس جدول الـ ventes ...ممكن docx او مستند يمكن التعديل عليه ...

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

إذن ما هي الحقول التي تنقص في جدول البيع ما دام جدول الفاتورة نقول عنه جيد ؟ أقصد أنهما مجتمعين لا تنقصنا أي بيانات

على حد رأيي بارك الله فيك
الرد
السلام عليكم و رحمة الله اخي نبيل بما اننا لن نتقيد ساعدل على الملف واعود ان شاء الله
الرد
nabilkeb كتب :على أي أساس ؟

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

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


التنقل السريع :


يقوم بقرائة الموضوع: بالاضافة الى ( 1 ) ضيف كريم