Kalman FAT Suite — دليل سير العمل
دليل عملي لإعداد المشروع والأدوار والمراحل المتعددة وقرارات المشاركين المستقلة وتنفيذ FAT/SAT المنضبط.
تنظم Kalman FAT Suite اختبارات القبول من دون أن يكتب عدة أشخاص فوق قرار واحد مشترك.
البنية هي المشروع ← منطقة الاختبار ← حزمة الاختبار ← بند الاختبار، وتضيف الجلسة المرحلة والحالة والمشاركين ورد كل شخص.
يشرح الدليل السلوك الحالي ويذكر حدود تقارير المشاركين بوضوح.
ابدأ بهذه الخطوات الست
اتبع هذا المسار في مشروعك الأول. تفتح كل بطاقة التعليمات ذات الصلة.
- إعداد المشروعنزّل القالب، وأكمل البنود والإجراءات في Excel، ثم استورد الملف. يمكنك تعديلها لاحقاً في الموقع.
- توزيع المسؤولياتادعُ الأعضاء وحدد صلاحيات كل شخص في المرحلة.
- فتح جلسة الاختباراختر المرحلة وراجع المشاركين قبل فتح الجلسة.
- تسجيل ردكاحفظ قرارك وملاحظتك الفنية وتحقق من تأكيد الحفظ.
- معالجة الملاحظاتراجع الاختلافات وتابع التصحيح وأعد الاختبار.
- المراجعة والتسليماعتمد النتائج المشتركة وأعد تقرير PDF.
الإمكانات المتاحة
سير العمل الكامل
- ابدأ من Excel. نزّل القالب من الزر أعلى هذا الدليل أو من لوحة المشاريع.
- أكمل بنود الاختبار وإجراءات الاختبار والنتائج المتوقعة في Excel. لا تغيّر أسماء الأوراق أو عناوين الأعمدة في القالب.
- أنشئ مشروعاً فارغاً في لوحة المشاريع وافتحه. بصلاحية Owner أو Admin، اختر Data tools → Import Excel ثم اختر الملف المكتمل. تدخل قائمة الاختبارات إلى الموقع دون إدخال كل بند يدوياً.
- راجع قائمة الاختبارات بعد الاستيراد. يستطيع مالك المشروع أو مديره في أي مرحلة إضافة بنود، وتعريف إجراءات الاختبار، وتعديل البنود والإجراءات مباشرة في الموقع، دون استيراد الملف مرة أخرى. يمكنك أيضاً إنشاء المشروع يدوياً أو تجربة المشروع التجريبي للتعرّف على الخطوات.
- راجع معلومات المشروع وإعدادات التقرير والمراجع وبنية الاختبار في Project settings.
- ادعُ الأعضاء بالبريد وحدد Owner أو Admin أو Tester أو Viewer.
- أنشئ Phase Session كمسودة وحدد المرحلة والمشاركين والمطلوب ردهم.
- راجع المشاركين ثم افتح الجلسة؛ يمكن تعديلهم في Draft فقط.
- يسجل كل مشارك حالته وتعليقه؛ الحالة فوراً والتعليق بعد توقف قصير.
- راجع أعداد Passed وRejected وBlocked وPending وحل الاختلافات وفق آلية المشروع.
- أغلق الجلسة بعد المراجعة ثم أرشفها؛ الردود المغلقة للقراءة فقط.
- أكد النتيجة المشتركة Legacy/Consolidated بشكل منفصل قبل PDF الحالي.
بنية المشروع والاختبار
| Project | حاوية النطاق والأعضاء والمراجع وإعدادات التقرير وكل المراحل. |
|---|---|
| Test Area | مجموعة رئيسية حسب الوحدة أو النظام أو التخصص. |
| Test Package | مجموعة قابلة للإدارة من الفحوص المرتبطة. |
| Test Item | فحص منفرد مثل IO أو HMI أو Alarm أو Sequence أو Cybersecurity أو وثيقة. |
| Phase Session | جولة اختبار لها مرحلة ومشاركون ودورة حياة وردود مستقلة. |
| Participant Response | قرار شخص واحد لبند واحد في جلسة واحدة، منفصل عن الآخرين وعن النتيجة المشتركة. |
المراحل ودورة حياة الجلسة
| أنواع المرحلة | Internal وPre-FAT وFAT وSAT وPunch Retest وFinal Acceptance وCustom. |
|---|---|
| Draft | إعداد الاسم والمرحلة والمشاركين؛ لا تقبل الردود. |
| Open | يسجل المشاركون المعينون ردودهم وتُقفل قائمة المشاركين. |
| Closed | انتهت المراجعة والردود للقراءة فقط ولا يعاد فتحها. |
| Archived | تبقى الجلسة في السجل: Draft → Open → Closed → Archived، ويمكن أرشفة Draft. |
وصول خاص بكل مرحلة
| دور المشروع | الدور الدائم يتحكم في إعدادات وبنية وأعضاء المشروع ولا يحدد تلقائياً الدور في كل مرحلة. |
|---|---|
| مسؤول المرحلة | يدير وصول ودورة حياة المرحلة ويمكنه حفظ رده المستقل، دون اكتساب إدارة المشروع الدائمة. |
| مختبر المرحلة | يحفظ أو يعدل قراره فقط لكل بند ولا يستطيع تعديل رد شخص آخر. |
| مشاهد المرحلة / بلا وصول | المشاهد يقرأ فقط ولا يرد ولا يُحسب Pending. بلا وصول يخفي المرحلة. يحتفظ Owner بتجاوز إداري للطوارئ. |
| مجيب مطلوب | فقط المسؤول أو المختبر يمكن أن يكون مطلوباً؛ يبقى Pending حتى يحفظ قراره. |
الوصول والأدوار والمسؤولية
يُسند وصول المشروع بالبريد ويُطبق في قاعدة البيانات.
عضوية المشروع ووصول المرحلة منفصلان؛ يمكن للشخص أن يكون Admin في Pre-FAT وViewer في FAT وبلا وصول إلى SAT.
الأدوار
| Owner | منشئ المشروع وصاحب التحكم الكامل؛ لا يزيله Admin. |
|---|---|
| Admin | يدير البنية والإعدادات والتقارير والأعضاء دون حذف المشروع أو Owner. |
| Tester | ينفذ الاختبارات المعينة ويكتب رده فقط. |
| Viewer | قراءة المشروع والتقرير فقط. |
إدارة الوصول
- يدير Owner/Admin الأعضاء والأدوار الدائمة من Project settings → Access management.
- في Draft يعيّن مسؤول المرحلة لأي عضو Admin أو Tester أو Viewer أو بلا وصول.
- Required responder يعني أن رده متوقع ولا ينشئ نتيجة تلقائياً.
- حساب Owner محمي وتغييرات الوصول قابلة للتدقيق.
قواعد الأمان
- كل مشارك يكتب رده فقط.
- لا يستطيع Tester تعديل قرار Tester آخر.
- يدير Owner/Admin الجلسة مع بقاء نسبة كل رد لصاحبه.
- رؤية ردود الآخرين حسب سياسة الوصول، وغير المخول لا يفتح المشروع حتى بالرابط.
الوصول دون اتصال وبعد الإلغاء
- قد تبقى مسودات المشروع المصرح بها في المتصفح نفسه دون اتصال.
- إلغاء الوصول لا يمسح التخزين فوراً لكن الخادم يرفض المزامنة.
- ردود المشاركين تحتاج حالياً إلى حفظ ناجح عبر الإنترنت.
القرارات المستقلة والعدّ
- يفصل كل رد بالمشروع والجلسة والمشارك وبند الاختبار.
- يبقى المشارك Pending حتى يحفظ الحالة ثم يتحدث العد فوراً.
- أزرار الحالة هي Pending وPassed وRejected وBlocked وN/A. اختر Pending لإعادة ردك إلى حالة لم يُختبر بعد.
- الحالة تحفظ فوراً والتعليق بعد نحو 800 ms.
- عند الفشل تعود آخر قيمة أكدها الخادم.
- يمكن رؤية ردود الآخرين إذا سمحت السياسة، ولا يمكن تعديلها.
حالات المشاركين
| Pending | لم يُحفظ قرار بعد. |
|---|---|
| Passed | المشارك يقبل النتيجة. |
| Rejected | النتيجة غير مقبولة وتحتاج تصحيحاً أو إعادة اختبار. |
| Blocked | شرط أو وثيقة أو إعداد يمنع الاختبار. |
| N/A | البند غير منطبق في الجلسة. |
أهمية بند الاختبار المشتركة
تخص Criticality بند المشروع المشترك ومنطق الجاهزية والتقرير الحالي.
| Standard | فحص عادي. |
|---|---|
| Important | مهم للتشغيل أو الجودة أو التسليم. |
| Critical | Failed/Blocked المشترك يمنع جاهزية التقرير. |
| Safety Related | بند سلامة وظيفية. |
| Cybersecurity Critical | بند OT Security مطلوب للجاهزية. |
النتائج والتقارير
- تعرض الواجهة أعداد المشاركين للجلسة النشطة.
- تحفظ الردود منفصلة حسب المرحلة والشخص مع سجل المراجعات.
- يستخدم PDF الحالي النتيجة المشتركة Legacy/Consolidated ولا يتضمن مصفوفة المشاركين بعد.
- يؤكد Owner/Admin النتيجة المشتركة دون تغيير الردود الأصلية.
- إعداد PDF المقترح: A3 أفقي، صفحة واحدة، خلفيات مفعلة.
الحفظ والاتصال والاسترداد
- تستخدم تغييرات المشروع المشتركة مسار Local-first الحالي.
- رد المشارك يحتاج جلسة Open وصلاحية وحفظاً ناجحاً على الخادم.
- انتظر Saved قبل المغادرة وافحص الاتصال عند الخطأ.
- لا تمسح بيانات الموقع قبل استرداد التغييرات غير المتزامنة.
إعداد الاختبارات والوثائق الفنية
طابق قائمة الاختبارات مع نطاق نظام التحكم والوثائق المعتمدة.
- حدد إجراءات الحزم ومراجعها وحقول التفاصيل الظاهرة وترتيبها وإدراجها في التقرير. سجل أرقام الوثائق ومراجعاتها وتوافرها. يمكن إضافة مرفقات للمناطق والحزم والبنود.
- استخدم حقول وظيفة السلامة وعلاقتها بمستوى SIL ومجال أمن OT عند الحاجة. يوفر وحدة Cybersecurity FAT/SAT فحوصاً عملية للتحكم في الوصول وتقسيم الشبكة والتحصين والاستعادة، وليس شهادة IEC 62443. تساعد أدوات البحث والتصفية وNext open / Next failed / Next punch على الوصول للبنود.
- راجع ملخصات التقدم والأهمية والأمن السيبراني. تضبط ملفات تعريف التقرير والشعارات والملاحظات وسجلات الحضور والتوقيع مستندات التسليم؛ حقول التوقيع سجلات مشروع وليست خدمة توقيع رقمي معتمدة.
استيراد Excel وتصديره
جهّز بنود الاختبار وإجراءاته في قالب Excel ثم استورد الملف لتجنب إدخال كل بند يدوياً. بعد الاستيراد، يستطيع مالك المشروع أو مديره إضافة البنود والإجراءات أو تعديلها في الموقع في أي مرحلة.
- نزّل القالب أعلاه وحافظ على أسماء الأعمدة وبنية الأوراق وأكمل البيانات. يستورد Owner/Admin عبر Data tools → Import Excel. صدّر نسخة احتياطية قبل الاستيراد في مشروع يحتوي بيانات، ثم راجع البنية والأعداد والمراجع ومعايير القبول.
- ينزّل Export workbook البيانات المشتركة الحالية وورقة Punch_List، وليس مصفوفة ردود المشاركين. لا يحل محل PDF أو النسخة الكاملة للمرفقات؛ تُصدَّر أسماء المرفقات فقط.
النواقص والأدلة وإعادة الاختبار
اجعل كل ملاحظة قابلة للفهم والمتابعة من المراجع التالي.
- عند Rejected أو Blocked، سجل وسم المعدة وشروط الاختبار والقيمة المتوقعة والفعلية والمرجع. أكمل أدلة النقص وشدته ومسؤول المتابعة والموعد في البيانات المشتركة. لا يغيّر Rejected الفردي النتيجة المشتركة أو ينشئ بند نقص فيها تلقائياً.
- بعد التصحيح، أنشئ جلسة Punch Retest وسجل النتيجة الجديدة فيها مع الاحتفاظ بالردود الأصلية. طابق قائمة النواقص المشتركة وPunch_List قبل التسليم.
مثال عملي: بند واحد ومختبران
يفحص مختبران مطلوب ردهما إنذار ضغط مرتفع في جلسة FAT.
- يسجل الأول Passed، بينما يرصد الثاني تأخراً غير مقبول ويسجل Rejected مع توضيح فني. اكتمل رد الشخصين، لكن الاختلاف الفني لم يُحسم.
- يراجع الفريق الملاحظة ويعتمد النتيجة المشتركة وفق إجراء القبول. تُسجل إعادة الاختبار في جلسة جديدة. يستخدم PDF الحالي النتيجة المشتركة ولا يطبع مصفوفة الردين.
حل المشكلات الشائعة
ابدأ بالمرحلة النشطة والصلاحيات وتأكيد الحفظ.
- الأزرار غير مفعلة: يجب أن تكون الجلسة Open ودورك فيها Admin أو Tester. لا يرد Viewer. تتغير قائمة المشاركين في Draft فقط، ولا تُفتح Closed مجدداً. التعليق وحده لا يغني عن حفظ الحالة.
- خطأ الحفظ: تحقق من الاتصال وتسجيل الدخول وصلاحيات المشروع والمرحلة، وحدّث الردود ثم أعد المحاولة. حالات النتيجة المشتركة: Not Started، Passed، Failed، Punch، Blocked، N/A؛ حالات الرد الفردي: Passed، Rejected، Blocked، N/A. اختر Pending لإعادة ردك إلى حالة لم يُختبر بعد.
- غياب العوائق الحرجة لا يثبت اكتمال جميع الاختبارات والردود المطلوبة. راجع النتائج المشتركة التي يستخدمها PDF منفصلة عن العدادات. للجداول المقطوعة، تحقق من A3 أفقي وصفحة واحدة في الورقة ورسومات الخلفية ومقياس الطباعة.
- تبقى المسودات المحلية في المتصفح والجهاز وعنوان الموقع نفسه. قبل الانتقال إلى kalmanfat.com، زامن التغييرات المشتركة المعلقة أو صدّرها من العنوان القديم. تتطلب ردود المشاركين حفظاً ناجحاً عبر الإنترنت.
أفضل ممارسات المشروع
- حدد المرحلة ومعايير القبول والمطلوب ردهم قبل الفتح.
- استخدم جلسة جديدة لإعادة الاختبار بدلاً من محو التاريخ.
- يكتب كل مشارك حكمه ويشرح Rejected/Blocked.
- راجع Pending وRejected وBlocked قبل الإغلاق.
- افصل القرار النهائي المشترك عن الردود المستقلة.
- راجع الاستيراد والمراجع وCriticality والتقرير قبل FAT/SAT الرسمي.