إصدار مطور Northwind 2.0: أوامر الشراء

يحتوي Dev Edition هذا لتطبيق نموذج أوامر شراء Northwind على الوحدة النمطية أوامر الشراء الوحيدة. في Starter Edition، لا تنفد المنتجات أبدا ولا تحتاج أبدا إلى الشراء. يتوسع Dev Edition هذا على مخطط قاعدة البيانات (الجداول المستخدمة) في Northwind 2.0 Starter Edition ويستخدم ميزات أكثر تقدما. لا يزال من المفترض أن تعرفك على الميزات الرئيسية ل Microsoft Access، وليس لتشغيل أي نشاط تجاري محدد.

• تتوفر قائمة أوامر الشراء من الشريط. يحتوي على ارتباطات تشعبية لفتح كل أمر شراء.

• يحتوي كل من قائمة أوامر الشراء والشريط على زر أمر شراء جديد لفتح أمر شراء جديد وفارغ. يمكنك أيضا إنشاء أوامر الشراء من نموذج المنتجات >زر إعادة ترتيب المنتج .

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

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

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

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

يتناول هذا القسم تفاصيل التنفيذ الجديرة بالملاحظة لنموذج أمر الشراء، frmPurchaseOrderDetails:

1. يحصل نموذج أمر الشراء على بياناته من استعلام بسيط، qryPurchaseOrder (راجع خاصية RecordSource ). يعد إنشاء نموذج إدخال بيانات على استعلام بسيط أفضل ممارسة. لاحظ أنه ليس من الضروري تضمين جدول PurchaseOrderDetails في هذا الاستعلام. تتم معالجة التفاصيل بواسطة النموذج الفرعي. ولكن الاستعلام ينضم إلى جداول أخرى لالتقاط حقول StatusName للقراءة فقط، وSededBy، وEdedBy .

2. يمكن لنموذج PurchaseOrderList فتح مثيلات متعددة من نموذج أمر الشراء. هذا مفيد لأن قسم أمر الشراء يتعامل مع الكثير من الانقطاعات وقد يحتاج إلى فتح أمر شراء آخر أثناء العمل على الأول -- أو مقارنتها ب أمر الشراء الثالث. التقنية موثقة هنا.

3. يحصل VendorID على قيمته من مربع تحرير وسرد مكون من عمودين: عمود معرف مخفي، وعمود وصف مرئي. ترتبط مربعات التحرير والسرد هذه بالاستعلامات البسيطة المكونة من عمودين: راجع الخاصية RowSource .

4. عند حفظ سجل، يجب ملء الحقول المطلوبة على الأقل. في إصدار Starter، نسمح بحدوث السلوك الافتراضي ل Access؛ في إصدار Dev هذا، يتم تنفيذ تقنية أكثر سهولة في الاستخدام - كما هو موضح بالتفصيل أدناه.

5. عندما تنتقل حالة أمر الشراء إلى Received، يتم استدعاء معالجة خاصة (الإجراء AllocateToInventory) لتوزيع المخزون الجديد على الطلبات التي تنتظر هذه المنتجات.

التحقق

تتطلب التعليمات البرمجية للتحقق من الصحة التي تم تنفيذها في إصدار Northwind Dev ثلاثة أسطر فقط من التعليمات البرمجية:

• في Form_BeforeUpdate: Cancel = ValidateForm(Me)

• في Form_AfterUpdate:  ValidateForm_RemoveHighlights لي

• في Form_Current: ValidateForm_RemoveHighlights لي

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

تقبل التعليمات البرمجية للتحقق من الصحة المضمنة ذاتيا كائن نموذج للتحقق من صحته.  ثم يتحقق من مجموعة نماذج RecordsetClone الأساسية لمعرفة عناصر التحكم المرتبطة بالحقول المطلوبة، ويتحقق مما إذا كانت لها قيمة. إذا لم يكن الأمر كذلك، يتم تمييزها. 

• Northwind 2.0 Developer Edition: أشياء يجب أن تعرفها.

• إصدار مطور Northwind 2.0: جميع الموضوعات