اختبار القبول في الموقع، ويُختصر عادةً باسم SAT، هو عملية تحقق رسمية تُجرى بعد تركيب المعدات أو البرمجيات أو الأنظمة أو الحلول المتكاملة في موقع العميل. والغرض منه هو التأكد من أن النظام المورّد يعمل بشكل صحيح في بيئة التشغيل الحقيقية، ويلبي متطلبات المشروع، ويتكامل مع الأنظمة ذات الصلة، ويصبح جاهزًا للتسليم أو التشغيل أو الاعتماد النهائي.

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

لماذا يهم التحقق النهائي في موقع المشروع

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

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

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

الفرق بين اختبار المصنع واختبار الموقع

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

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

كلا الاختبارين مهم. يقلل FAT احتمال شحن نظام غير مكتمل أو معيب. ويؤكد SAT أن النظام المثبت يعمل كجزء من البيئة الحقيقية للعميل. وأي مشروع يتجاوز إحدى المرحلتين قد يواجه خطرًا أعلى أثناء التشغيل التجريبي والتسليم.

كيف تسير عملية القبول عادةً

الإعداد وتخطيط الاختبار

تبدأ العملية بخطة اختبار. تحدد الخطة ما الذي سيتم اختباره، ومن سيشارك، وما الوثائق المطلوبة، وما الأدوات اللازمة، وما معايير القبول المستخدمة، وكيف ستُسجل النتائج.

ينبغي أن ترتبط الخطة الجيدة بالعقد، والمواصفات الفنية، ووثائق التصميم، والرسومات المعتمدة، ومتطلبات الواجهات، ومتطلبات السلامة، ونطاق المشروع. ومن دون معايير واضحة، قد يتحول SAT إلى عرض غير رسمي بدلًا من عملية قبول مضبوطة.

فحص جاهزية الموقع

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

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

الاختبار الوظيفي

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

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

اختبار التكامل

تعتمد أنظمة كثيرة على أنظمة أخرى. فقد تتصل منصة مبنى بإنذارات الحريق، أو التحكم في الدخول، أو كاميرات المراقبة، أو نظام النداء العام، أو المصاعد، أو أنظمة التدفئة والتهوية والتكييف، أو محولات الشبكة، أو قواعد البيانات، أو برمجيات خارجية. يجب أن يتحقق SAT من هذه الواجهات في ظروف حقيقية.

غالبًا ما تظهر المشكلات المخفية في اختبار التكامل. قد يعمل النظام الرئيسي بمفرده، وقد يعمل النظام الخارجي بمفرده، لكن الواجهة بينهما قد تفشل بسبب اختلاف البروتوكول، أو تأخر التوقيت، أو خطأ في العنوان، أو مشكلة صلاحيات، أو اختلاف في صيغة البيانات.

فحوص الأداء والموثوقية

بحسب المشروع، قد يشمل SAT أيضًا اختبار الأداء. وقد يتضمن ذلك زمن الاستجابة، وجودة المكالمات، ومعدل النقل، ومعدل تحديث البيانات، وتأخير الإنذارات، وسلوك التحول الاحتياطي، والتعامل مع الحمل، وجودة التسجيل، وزمن تأخر الشبكة، أو تعافي النظام بعد إعادة التشغيل.

فحوص الموثوقية مهمة للأنظمة التي تدعم السلامة، والإنتاج، والاتصالات، والطاقة، والنقل، والرعاية الصحية، والأمن، أو الخدمات العامة. لا ينبغي أن يعمل النظام مرة واحدة فقط أثناء العرض؛ بل يجب أن يعمل باستمرار ضمن ظروف التشغيل المتوقعة.

SAT ليس خطوة نهائية شكلية. إنه الدليل العملي على أن النظام المورّد يستطيع العمل في البيئة الحقيقية للعميل، مع مستخدمين حقيقيين وواجهات حقيقية وقيود حقيقية.

العناصر النموذجية في قائمة التحقق

جودة التركيب

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

تعد جودة التركيب مهمة لأن النظام قد يجتاز اختبارات البرمجيات مع بقاء مخاطر موثوقية مستقبلية ناتجة عن كابلات رخوة، أو ملصقات ضعيفة، أو تأريض غير كافٍ، أو انسداد تدفق الهواء، أو تركيب غير آمن.

مراجعة الإعدادات والمعلمات

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

ينبغي توثيق الإعدادات. فإذا احتاج النظام لاحقًا إلى استبدال أو استعادة أو توسعة، فقد تجعل الإعدادات غير الموثقة أعمال الصيانة صعبة.

تشغيل المستخدم

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

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

التعامل مع الإنذارات والأعطال

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

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

النسخ الاحتياطي والاستعادة

تتطلب أنظمة كثيرة نسخًا احتياطيًا للإعدادات، ونسخًا احتياطيًا لقواعد البيانات، واحتفاظًا بالسجلات، وطاقة احتياطية، وخوادم تحول احتياطي، وأجهزة بديلة، أو إجراءات استعادة. يمكن أن يتحقق SAT مما إذا كانت عمليات النسخ الاحتياطي والاستعادة تعمل كما وُعد بها.

غالبًا ما يتم تجاهل هذا الجزء لأن النظام يبدو طبيعيًا أثناء التسليم. لكن القدرة على الاستعادة تصبح حرجة عند حدوث عطل، أو انقطاع طاقة، أو استبدال عتاد، أو تلف برمجي.

الفوائد لمالكي المشاريع والموردين

تقليل مخاطر التسليم

يقلل SAT احتمال قبول نظام غير مكتمل أو غير مستقر. يستطيع مالكو المشروع التأكد من أن الوظائف المطلوبة قد تم عرضها وتسجيلها قبل التوقيع النهائي.

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

اكتشاف المشكلات الخاصة بالموقع مبكرًا

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

اكتشاف هذه المشكلات أثناء SAT أفضل من اكتشافها بعد دخول النظام في التشغيل اليومي.

تحسين التواصل بين الفرق

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

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

دعم التوثيق والامتثال

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

في البيئات الخاضعة للتنظيم، قد يكون القبول الموثق مهمًا بقدر أهمية الاختبار نفسه. فهو يثبت أن النظام فُحص مقابل متطلبات محددة عند التسليم.

إنشاء خط أساس للصيانة

بعد القبول، يمكن أن تكون نتائج SAT خط أساس. فإذا تصرف النظام بشكل مختلف لاحقًا، يمكن لفرق الصيانة مقارنة الأداء الحالي بسجل الاختبار الأصلي.

يفيد ذلك في استكشاف الأعطال، وترقيات الإصدارات، واستبدال العتاد، وتطبيق التصحيحات البرمجية، والتوسعات المستقبلية.

التطبيقات عبر مشاريع مختلفة

الأتمتة الصناعية

تستخدم المشاريع الصناعية SAT للتحقق من أنظمة PLC، ومنصات SCADA، والحساسات، والمحركات، وخزائن التحكم، وتشابكات السلامة، والإنذارات، ولوحات التشغيل، ووظائف خطوط الإنتاج. تؤكد الاختبارات أن النظام يعمل مع الأجهزة الميدانية الحقيقية وظروف العملية الفعلية.

لأن الأعطال الصناعية قد تؤثر في الإنتاج والسلامة، ينبغي أن يشمل SAT التشغيل العادي، والظروف غير الطبيعية، والتحكم اليدوي، وسلوك الإيقاف الطارئ، والتعامل مع الإنذارات، وتسجيل البيانات.

أنظمة الاتصالات والشبكات

قد تستخدم مشاريع الاتصالات SAT للتحقق من الخوادم، والبوابات، ومنصات IP PBX، والموجهات، والمحولات، وأنظمة التسجيل، وأنظمة الإرسال، وخطوط SIP، وأجهزة الوصول، وأدوات المراقبة. يفحص الفريق الاتصال، والتوجيه، والجودة، والتحول الاحتياطي، ووظائف الإدارة.

ينبغي اختبار الأنظمة المعتمدة على الشبكة باستخدام عناوين IP حقيقية، وVLAN، وقواعد جدار الحماية، وإعدادات QoS، وسياسات الوصول عن بُعد، وحسابات المستخدمين، وليس بإعدادات المختبر فقط.

إدارة المباني والأمن

تستخدم مشاريع المباني SAT في التحكم في الدخول، وCCTV، وواجهات إنذار الحريق، والنداء العام، والإنتركم، والمصاعد، وأنظمة HVAC، والتحكم في الإضاءة، ومنصات الإدارة المتكاملة. الهدف هو التحقق من أن الأنظمة الفرعية المنفصلة تعمل معًا.

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

أنظمة الرعاية الصحية والمختبرات

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

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

البنية التحتية للطاقة والمرافق

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

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

المشكلات الشائعة التي تظهر أثناء الاختبار

تركيب غير مكتمل

تحدث بعض حالات الفشل بسبب تركيب غير مكتمل وليس بسبب عيوب في المنتج. فالكابلات المفقودة، والملصقات الخاطئة، والأطراف المرتخية، والتأريض غير المتصل، وتمديدات الخزانة غير المكتملة، أو التراخيص الناقصة قد تمنع الاختبار من النجاح.

يساعد فحص الجاهزية قبل SAT على تقليل هذه المشكلات قبل بدء اختبار الشاهد بحضور العميل.

عدم تطابق الإعدادات

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

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

فشل الواجهة

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

ينبغي أن يشمل اختبار الواجهات طرفي الاتصال. لا يكفي أن يرسل نظام ما البيانات؛ يجب أن يعالجها النظام المستقبِل بشكل صحيح.

معايير قبول غير واضحة

إذا لم تحدد خطة الاختبار شروط النجاح والفشل، فقد تنشأ خلافات. قد يرى طرف أن النظام مقبول، بينما يتوقع طرف آخر مستوى أداء أعلى أو سير عمل مختلفًا.

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

ضعف تدريب المستخدمين

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

ينبغي تضمين التدريب، وأدلة الرجوع السريع، وإجراءات التشغيل حسب الدور قبل التسليم النهائي.

ليست كثير من إخفاقات SAT ناتجة عن معدات معطلة. بل تأتي من تركيب غير مكتمل، أو نطاق غير واضح، أو وثائق ضعيفة، أو تخطيط واجهات غير كافٍ، أو سير عمل واقعي لم يتم اختباره.

أفضل الممارسات لتسليم سلس

أعد قائمة التحقق مبكرًا. لا ينبغي كتابة قائمة SAT في اللحظة الأخيرة. يجب تطويرها من متطلبات العقد، والمواصفات الفنية، والرسومات المعتمدة، وسير عمل المستخدمين، ونقاط مخاطر المشروع.

ادعُ الأشخاص المناسبين. ينبغي أن يشمل الاختبار ممثلين عن المورد، والمركب، والعميل، وفريق المستخدم النهائي، وقسم تقنية المعلومات، وفريق السلامة، وفريق الصيانة عند الحاجة. قد يؤدي غياب أصحاب المصلحة إلى تأخير القبول لأن فحوصًا مهمة قد تحتاج إلى إعادة لاحقًا.

سجل الأدلة. تساعد لقطات الشاشة، والصور، والسجلات، والتقارير المصدرة، وقياسات الاختبار، وسجلات المكالمات، وسجلات الإنذارات، والنماذج الموقعة على إثبات اكتمال الاختبار.

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

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

ما الذي يجب أن يتضمنه التقرير النهائي

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

إذا وُجدت انحرافات، فيجب توثيقها. قد يقبل العميل الانحراف، أو يُصحح قبل التسليم، أو يُضاف إلى قائمة الملاحظات لإكماله لاحقًا. المهم ألا يبقى مخفيًا أو غامضًا.

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

FAQ

هل يمكن تنفيذ SAT قبل اكتمال جميع أعمال الموقع؟

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

من ينبغي أن يوقّع تقرير القبول؟

يعتمد الموقّعون على المشروع، لكنهم غالبًا يشملون المورد أو المتكامل، وممثل العميل، ومدير المشروع، ومالك المستخدم النهائي، وأحيانًا ممثلين عن الصيانة أو السلامة أو الجودة.

ماذا يحدث إذا فشل بند اختبار؟

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

هل SAT مطلوب للمشاريع البرمجية فقط؟

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

ما الوثائق التي يجب أن تكون جاهزة قبل بدء الاختبار؟

تشمل الوثائق المفيدة المواصفات الفنية المعتمدة، ورسومات النظام، وخطة الشبكة، وقائمة I/O، وورقة الإعدادات، وقائمة حسابات المستخدمين، وقائمة فحص الاختبار، ودليل التشغيل، ودليل الصيانة، وتقرير FAT السابق إن وجد.