04-04-2012, 10:09 AM
السلام عليكم ورحمة الله وبركاته
تحليل منظومة مبيعات عامة .
كثيرا ما تجد الاخرين ينقشون تحليل نظم وينشؤون قاعدة بيانات دون الشرح بشكل مفصل عن الحقول ولما هي وتجاهل اللغة العربية واستخدام برامج رسم خوارزمي لا يفهمها البعض وما الى ذلك اما هنا فسيكون الامر مختلف والموضوع ايضا مختلف حتى وان كان عنوانه موجود بأكثر من الف موضوع .
هناك حالة غريبة من حالات البيع واجهتني وارغب ان اشرككم فيها لنجد لها حلا سويا فمثلا المنظومة اصنافها لا تتقيد بمورد معين ، وتكون منظومة عامة أي لا نناقش امر يقتصر على منظومة مبيعات معينة دون المنظومات الاخرى وعلى كل حال سأطرح الموضوع خطوة خطوة ونتناقش فيه .
جداول المنظومة
مخزن بضاعة واصناف – فواتير مشتريات – فواتير مبيعات – موردين – عملاء – مصاريف .
الاصناف التي سنتعامل معها في المنظومة يمكن تجميعها في مجموعات مثل مجموعة بالاسم ( طلاء ) وتحت هذه المجموعة تندرج الاصناف مثل ( طلاء حائطي – طلاء زيتي – طلاء مائي ) وهكذا .
والصنف سنحتاج لان يكون له أسم - وسعر شراء - وسعر بيع - وحد شراء – وكمية .
وبهذا يكون الجدول كما بالشكل التالي :
qqqqqqqqqqqqq.jpg (الحجم : 36.12 ك ب / التحميلات : 715)
بداية هذه الاصناف ليس لها مورد محدد كما يكون عادة وانما سيتم استخدامها في ادراج البضاعة في الفواتير وتحديد المورد بشكل مستقل وسيكون أي أحد وبذلك تكون للمستخدم الحرية في هذا ، وقد يقول احد ما ان الكمية الفعلية للصنف بالمخزن ليس لها ضرورة ويمكن حسابها بخصم فواتير المبيعات من المشتريات ، ولكن لا يمكن بسبب ان المستخدم عادة يريد تحرير الكميات يدوياً ( فرضاً نهب بضاعة او سرقها او وجدها مرمية او لا مورد لها او ورثها او اشتراها بلا فاتورة . الخ ) فكل هذه البضاعة تحتاج الى تدخل يدوي .
كما سنجد انفسنا نجري الكثير من العمليات فيما بعد لو لم نستخدم هذا الحقل لمعرفة الكميات وبخاصة بعمليات البيع او للاستعلام بالتقارير وغيرها .
هل هناك اعتراض على الموضوع حتى هذه النقطة أم أستمر في التحليل .
تحليل منظومة مبيعات عامة .
كثيرا ما تجد الاخرين ينقشون تحليل نظم وينشؤون قاعدة بيانات دون الشرح بشكل مفصل عن الحقول ولما هي وتجاهل اللغة العربية واستخدام برامج رسم خوارزمي لا يفهمها البعض وما الى ذلك اما هنا فسيكون الامر مختلف والموضوع ايضا مختلف حتى وان كان عنوانه موجود بأكثر من الف موضوع .
هناك حالة غريبة من حالات البيع واجهتني وارغب ان اشرككم فيها لنجد لها حلا سويا فمثلا المنظومة اصنافها لا تتقيد بمورد معين ، وتكون منظومة عامة أي لا نناقش امر يقتصر على منظومة مبيعات معينة دون المنظومات الاخرى وعلى كل حال سأطرح الموضوع خطوة خطوة ونتناقش فيه .
جداول المنظومة
مخزن بضاعة واصناف – فواتير مشتريات – فواتير مبيعات – موردين – عملاء – مصاريف .
الاصناف التي سنتعامل معها في المنظومة يمكن تجميعها في مجموعات مثل مجموعة بالاسم ( طلاء ) وتحت هذه المجموعة تندرج الاصناف مثل ( طلاء حائطي – طلاء زيتي – طلاء مائي ) وهكذا .
والصنف سنحتاج لان يكون له أسم - وسعر شراء - وسعر بيع - وحد شراء – وكمية .
وبهذا يكون الجدول كما بالشكل التالي :
qqqqqqqqqqqqq.jpg (الحجم : 36.12 ك ب / التحميلات : 715)
بداية هذه الاصناف ليس لها مورد محدد كما يكون عادة وانما سيتم استخدامها في ادراج البضاعة في الفواتير وتحديد المورد بشكل مستقل وسيكون أي أحد وبذلك تكون للمستخدم الحرية في هذا ، وقد يقول احد ما ان الكمية الفعلية للصنف بالمخزن ليس لها ضرورة ويمكن حسابها بخصم فواتير المبيعات من المشتريات ، ولكن لا يمكن بسبب ان المستخدم عادة يريد تحرير الكميات يدوياً ( فرضاً نهب بضاعة او سرقها او وجدها مرمية او لا مورد لها او ورثها او اشتراها بلا فاتورة . الخ ) فكل هذه البضاعة تحتاج الى تدخل يدوي .
كما سنجد انفسنا نجري الكثير من العمليات فيما بعد لو لم نستخدم هذا الحقل لمعرفة الكميات وبخاصة بعمليات البيع او للاستعلام بالتقارير وغيرها .
هل هناك اعتراض على الموضوع حتى هذه النقطة أم أستمر في التحليل .
بين الانسان والكفر ترك الصلاة فمن تركها فقد كفر .
