PMO-06.10 المرحلة 06: المراقبة والتحكم

نموذج اعتماد اختبار قبول المستخدم

User Acceptance Testing Signoff

tasleemat asset PMO-06.10 template --lang ar

ملخص التسليمة وحدود الحوكمة

المرحلة في دورة حياة المشروع

المرحلة 06: المراقبة والتحكم

متطلبات مستوى الحجم

عقد التحقق الآلي

ترتبط هذه التسليمة بمخطط JSON Schema متوافق مع معيار Draft 2020-12 لتمكين التحقق البنيوي والدلالي الآلي.

tasleemat validate PMO-06.10 ./completed_data.json

قالب التسليمة بتنسيق Markdown

<!-- تعليمات النموذج الذكي: املأ مواضع [ أضف التفاصيل... ] استنادًا إلى سياق المشروع.

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

يستقبل من:
*  خطة الاختبار والحالات التي نُفِّذت على أساسها
*  سجل العيوب، إذ يجد فيه مسجَّلًا كل ما يظهر في الاختبار
*  المتطلبات التي قيس عليها الإصدار

يقدم معلومات إلى:
*  نموذج قبول المنتج، الذي يسجل القرار نفسه على مستوى التسليم
*  إغلاق المشروع أو المرحلة، وهو يحتاج تاريخ الاعتماد
*  قائمة الانتقال إلى التشغيل، التي لا تبدأ قبل هذا التوقيع


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


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

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

<h3 align="left">{{اسم_الشركة}}</h3>
<h2 align="left">{{اسم_المشروع}} - {{معرف_المشروع}}</h2>
<h1 align="center">نموذج اعتماد اختبار قبول المستخدم</h1>

| **تاريخ الإعداد:** {{التاريخ الحالي}} | **مدير المشروع:** {{اسم_مدير_المشروع}} | **إعداد:** {{معد_الوثيقة}} |
| ---: | ---: | ---: |

---

## سجل الاعتماد

### ملخص الاختبار

[ أضف التفاصيل... ]

---

### بيئة الاختبار

[ أضف التفاصيل... ]

---

### معايير النجاح والفشل

[ أضف التفاصيل... ]

---

### العيوب المعروفة

[ أضف التفاصيل... ]

---

### اعتماد مالك العمل

[ أضف التفاصيل... ]

---

### الاعتماد والموافقات

| الدور | الاسم | التوقيع | التاريخ |
| ---: | ---: | ---: | ---: |
| **مدير ضمان الجودة** | {{اسم_مدير_الجودة}} | _______________________ | [.... -.... -.... ] |
| **مالك المنتج** | {{اسم_مالك_المنتج}} | _______________________ | [.... -.... -.... ] |
| **ممثل العميل / مالك الأعمال** | {{اسم_ممثل_العميل}} | _______________________ | [.... -.... -.... ] |
---

<div align="left" style="margin-top: 20px; font-size: 12px; color: #7f8c8d;">
  <span>سجل التدقيق الإلكتروني: Hash SHA256: {{رمز_تجزئة_التدقيق_SHA256}}</span> <br>
 <strong>النموذج:</strong> نموذج اعتماد اختبار قبول المستخدم | <strong>المرجع:</strong> PMO-06.10 <br>
 <i>تاريخ الإنشاء: {{وقت الإنشاء}}, بواسطة <a href="https://github.com/fakhruldeen/Tasleemat/" style="color: #7f8c8d;">تسليمات</a></i>
</div>
</div>

دليل المستخدم وإرشادات الممارس

دليل نماذج تسليمات

المخرج: نموذج اعتماد اختبار قبول المستخدم

مرجع الوثيقة: PMO-06.10

يوفّر هذا المستند مرجعًا مهنيًا شاملًا لفهم الغرض من نموذج اعتماد اختبار قبول المستخدم واستخدامه بفعالية بما يتوافق مع إطار تسليمات.

1. مفهوم الوثيقة وطبيعتها

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

2. القيمة والأهمية الاستراتيجية

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

3. التوقيت ودواعي الإعداد والتحديث

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

4. الأدوار والمسؤوليات (RACI)

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

إرشادات التخصيص والمواءمة

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

المحاذاة والترابط المؤسسي

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

5. إرشادات تعبئة الحقول والبيانات

لإتمام نموذج اعتماد اختبار قبول المستخدم بدقّة واحتراف، على المسؤول تعبئة الأقسام التالية استنادًا إلى سياق المشروع (مع التأكد من الرجوع إلى parameters.md للمتغيرات العامة):

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

المحاذاة والترابط المؤسسي

6. نموذج تطبيقي معبأ (مثال استرشادي)

يتوفر نموذج تطبيقي مكتمل وعالي الجودة يوضح كيفية تعبئة واستخدام هذا المستند عملياً:

📖 النموذج التطبيقي المكتمل: 06_10_نموذج_اعتماد_اختبار_قبول_المستخدم_(UAT)_مثال.md

مطالبة التوليد للذكاء الاصطناعي وتعليمات الوكيل

نموذج اعتماد اختبار قبول المستخدم - موجّه التوليد

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

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

المحاذاة وسلسلة الاعتماديات: * المدخلات (المتطلبات السابقة): * إلزامي: خطوط الأساس المعتمدة للمشروع (PMO-04.01.01)، بيانات وسجلات أداء العمل الفعلي (PMO-05.01 - 05.12) * اختياري: سجل المخاطر (PMO-04.08.02)، اتفاقيات الموردين وعقود العمل (PMO-04.09.04) * المخرجات (النماذج التابعة): * إلزامي: طلبات التغيير (PMO-05.03)، إغلاق المشروع أو المرحلة (PMO-07.03)، ملخص الدروس المستفادة (PMO-07.01) * اختياري: قائمة التحقق للانتقال إلى العمليات (PMO-07.04)، سجل تحقيق القيمة (PMO-01.03)

سجل الاعتماد

ملخص الاختبار

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