REF# EBPC01

Issue Date: 01/02/2018

‫التخطيط للتغيير‬
 ‫‪REF# EBPC01‬‬
‫‪Issue Date: 01/02/2018‬‬

‫‪1‬‬ ‫المقدمة‬
‫‪1.1‬‬ ‫هدف‬
‫‪.‬يحدد هذا اإلجراء كيف التحكم في التغيير‬

‫‪1.2‬‬ ‫نظرة عامة‬

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

‫‪1.3‬‬ ‫تعاريف‬
‫تغيير السيطرة هي عملية التعامل مع الترتيبات المقترحة إلى العناصر التي تم تعيينها سابقا كما ثابتة‪ .‬وهذا يعني أن بند يصبح فقط عرضا‬
‫لمراقبة التغيير مرة واحدة تم إيقافها‪ ،‬تخزينها في خط األساس ووضعها تحت سيطرة التكوين‪ .‬والهدف من التحكم في التغيير هو ضمان أنه إذا تم‬
‫تغيير البند الموقعة ثم‬
‫‪a.‬‬ ‫جميع أصحاب المصلحة لديهم فرصة للمشاركة في السيطرة على أي تغييرات الحقة‬
‫‪b.‬‬ ‫يتم استخدام جميع المستلمين على أية تغييرات تحدث‬
‫‪c.‬‬ ‫هناك درب مراجعة التي تربط تغيير إلى عنصر التكوين إلى سبب تغييره‪ ،‬والتي تسجل المشاركة وتفويضمن هؤالء األش\\خاص المعن\\يين‬
‫‪.‬بالتنوع‬
‫‪:‬يتطلب التحكم في التغيير الصحيح تعريف‬
‫‪a.‬‬ ‫مستوى السلطة المطلوبة لتغيير كل عنصر تكوين (سي)؛‬
‫‪.‬طرق التعامل مع المقترحات لتغيير أي سي ‪b.‬‬
‫كما تمر عنصر تموين التكوين من خالل وحدة‪ ،‬والتكامل‪ ،‬ونظام وقبول القبول‪ ،‬وهناك حاجة أعلى مستوى من السلطة للموافقة على التغييرات‪.‬‬
‫ويسمى هذا تعزيز تعزيز سي‪ .‬كما سيجعل المبرمجون اختبارات وحدة‪ ،‬وقادة الفريق توقيع اختبارات التكامل‪ ،‬ويؤدي قادة المشروع إلى‬
‫‪.‬اختبارات النظام‪ ،‬لذلك موافقة التغيير يتطلب مستوى من السلطة المقابلة لحالة سي‬
‫تحدث التغييرات بشكل طبيعي في تطور نظام البرمجيات‪ .‬وينبغي التخطيط لهذا التطور وتنفيذها باستخدام المكتبات الخاضعة للرقابة للبرمجيات‬
‫والوثائق‪ .‬ويمكن أيضا أن تحدث التغييرات بسبب المشاكل في التنمية أو العملية‪ .‬وتتطلب هذه التغييرات التراجع من خالل دورة الحياة لضمان‬
‫تنفيذ التصحيحات على المستوى المناسب (على سبيل المثال‪،‬تصميم النظام أو تصميم الوحدة)‪ ،‬وبدرجة نفس مراقبة الجودة كما تم استخدامها‬
‫‪.‬للتنمية األصلية‪ .‬ويعتمد مستوى السلطة لكل تغيير على جزء من التغيير‪ ،‬وعلى المرحلة في حياة األطفال التي تم التوصل إليها‬
 ‫‪REF# EBPC01‬‬
‫‪Issue Date: 01/02/2018‬‬

‫‪2‬‬ ‫التحكم في تغيير البرامج‬

‫‪.‬ينطبق هذا القسم من هذا اإلجراء على البرامج التي تم وضعها ضمن إدارة التكوين‬
‫يمكن اإلبالغ عن مشاكل البرمجيات في أي مرحلة في دورة الحياة‪ .‬يمكن للمشاكل تقع في عدد من الفئات وفقا لدرجة االنحدار في‬
‫‪ :‬دورة الحياة ‪-‬على سبيل المثاإللى أي مدى دعمك للذهاب إلى إصالح المشكلة‪ .‬وتشمل فئات المشاكل‬
‫‪‬‬ ‫خطأ العمليات؛‬
‫‪‬‬ ‫ال تتفق وثائق المستخدم مع التعليمات البرمجية؛‬
‫‪‬‬ ‫رمز ال يتفق مع التصميم؛‬
‫‪‬‬ ‫التصميم ال يتفق مع المتطلبات؛‬
‫‪‬‬ ‫‪.‬متطلبات جديدة أو غير متغيرة‬
‫‪ .‬تحديد فئة المشكلة يحدد مرحلة حياة األطفال التي تحتاج إلى إجراء تصحيحات للبدء‬

‫‪2.1‬‬ ‫تشخيص المشكلة‬

‫‪2.1.1‬‬ ‫تحديد المشكلة‬

‫إذا تم تحديد االنفاق على السلوك المطلوب والفعلي (ويغطي هذا "طلبات البقالة" والعلوم) من الفئة‪ :‬من الموضعي (أسماء)أ)يجب أن تكتمل‪.‬‬
‫‪.‬وينبغي أن ينظر نموذج استمارة المشكلة مرجعا فريد‬
‫وينبغي أن يتم تمرير النموذج إلى المسؤول الفردي إلدارة التكوين للبرنامج (على سبيل المثال‪،‬مدير الصيانة‪ ،‬مشروع المهنية الفنية ‪ -‬المعروفة‬
‫‪.‬باسم وحدة تحكم)‪ .‬يجب أن يحافظ هذا الفرد على ملف كل هذه األشكال المستلمة‪ ،‬ووضع نسخة من النموذج في هذا الملف‬
‫‪.‬وينبغي للفرد أن يرتب مراجعة للمسألة على النموذج‪ ،‬قد يكون هذا خطأ في االحتياجات أو تعزيزه‬

‫‪2.1.2‬‬ ‫التحقيق‬
‫ويمكن إجراء التحقيق من قبل وحدة تحكم‪ ،‬أو أي شخص آخر على دراية على نحو أفضل‪ .‬وينبغي للمحقق أن يقيم نتائج التحقيق في الفرع باء‬
‫‪.‬من نموذج تقرير المشكالت‪ .‬ال يمكن اإلجراء المقترح أي إجراء‬

‫‪2.1.3‬‬ ‫مراجعة تحقيق النتائج‬

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

‫‪2.2‬‬ ‫إجراء التغييرات‬

 ‫‪REF# EBPC01‬‬
‫‪Issue Date: 01/02/2018‬‬

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

‫‪2.3‬‬ ‫عنصر تحكم تكوين البرمجيات‬

‫‪.‬يجب أن يقوم وحدة تحكم "وقم بتسجيل الدخول"‪" ،‬نموذج نموذج اإلبالغ عن المشكلة‪ .‬يجب خصم اإلصالح لوالمطورين والمقرر‬

‫‪2.3.1‬‬ ‫إصالح‬
‫‪.‬يجب أن تكون البرامج الثابتة بما يتماشى مع التوصيات المتعلقة نموذج نموذج المشكالت‬
‫يجب أن يتم تخزين اإلصدار الجديد من البرنامج كإصدار منفصل في مكتبة إدارة التكوين (سم) التي تحول البرنامج‪ .‬وينبغي تحديد التغيير في‬
‫‪.‬التعليمات البرمجية في رؤوس التعليمات البرمجية ذات الصلة‪ ،‬وأيضا في أي حقول تعليق متوفرة في مكتبة سم‬

‫‪2.3.2‬‬ ‫اختبار‬
‫وينبغي أن تتطابق أنشطة االختبار والتحقق من مدى التغييرات‪ .‬يجب اختبار جميع التعليمات البرمجية‪ ،‬ولكن إذا كان هناك تغييرات وتوثيق‬
‫التنمية األصلية‪ .‬وينبغي تقييم أثر التغييرات على مجاالت أخرى من ‪n‬تتضمن أيضا هذه التعليقات‪ ،‬وتخضع لتدابير مراقبة الجودة مماثلة ل‬
‫‪.‬النظام‪ ،‬وإذا كان مخاطر إدخال مشاكل جديدة هامة‪ ،‬وينبغي تشغيل اختبارات االنحدار‬

‫‪2.4‬‬ ‫تغيير اإلصدار‬

‫سيتم إدراج التغييرات المكتملة في إطالق جديد من البرنامج‪ .‬قد يتضمن اإلصدار تغييرات أخرى أيضا‪ ،‬أو قد تتضمن فقط التغييرات المطلوبة‬
‫‪.‬من قبل نموذج تقرير مشكلة واحدة‬
‫‪.‬يتم تتبع اإلصدار على مالحظة اإلصدار (انظر التذييل ب) باستخدام رقم اإلفراج الفريد‬
‫الجداول تحكم إصالح هذا األمر بحيث يتم تضمينه في اإلصدار الخاضعة للرقابة من النظام المنقح‪ .‬قد يكون هذا هو الوقت من الحاالت إذا كان‬
‫‪.‬اإلصالح هو علة عاجل عاجل للحفاظ على النظام قيد التشغيل‪ ،‬أو قد ال يحدث لعدد من األسابيع‬
‫قد يتم اإلفراج عن هذا المرشح أو مطور آخر (المعروف باسم ريسير)‪ .‬يجب على ريسيتر تسجيل جميع تفاصيل اإلصدار على مالحظة‬
‫‪.‬اإلصدار‪ .‬وينبغي أيضا تسجيل رقم اإلصدار على نموذج تقرير المشكلة األصلي‬
‫يرتبط ريسيلتر عن اإلصالح ليتم تسليمها وتثبيتها‪ .‬مرة واحدة أعرب عن العضو ارتيطا عن صحة اإلصالح‪ ،‬يطلب المصلح اإلصدار الحظ‬
‫‪.‬والملفات‬
 ‫‪REF# EBPC01‬‬
‫‪Issue Date: 01/02/2018‬‬

‫‪3‬‬ ‫عنصر تحكم تغيير المستند‬

‫عنصر تحكم تغيير المستند مشابهة جدا لسيطرة تغيير البرامج‪.‬في الواقعيتم تغيير تغييرات على المستندات في شكل نموذج تقرير‬
‫مشكل‪ .‬ومع ذلك‪ ،‬يقوم اإلجراء التالي على استخدام نموذج التحكم في تغيير (انظر التذييل ج)‪ .‬فيعاميتم استخدام نموذج تقرير مشكلة‬
‫لتسجيل المشاكل‪ ،‬في حين يتم استخدام نموذج التحكم في تغيير لتسجيل التحسينات المقترحة‪ .‬وكما هو الرصاص إلى التغييرات‪ ،‬في‬
‫‪.‬العديد من الحاالت شبكتين قابلة للتبديل‬

‫‪3.1‬‬ ‫تحديد الحاجة إلى وثيقة التي يتم تغييرها‬

‫‪3.1.1‬‬ ‫تحديد التحسين‬

‫من نموذج التحكم في التغيير‪ A .‬إذا كان تعزيزا لوثيقة (على سبيل المثال‪،‬يتم تحديد التغيير المطلوب لمواصفات وظيفية) ثم ينبغي إكمال القسم‬
‫‪.‬وينبغي أن ينظر نموذج استيراد التغييرات مرجعا فريدا‬
‫المؤلف‪ ،‬مشروع المهندس الفني المشروع‪ :‬تعرف باسم وحدة ‪ (eg‬وينبغي أن يتم تمرير النموذج إلى المسؤول الفردي إلدارة التكوين للوثيقة‬
‫‪.‬تحكم‪ .‬يجب أن يحافظ هذا الفرد على ملف كل هذه األشكال المستلمة‪ ،‬ووضع نسخة من النموذج في هذا الملف‬
‫‪.‬وينبغي للفرد أن يرتب مراجعة للمسألة على النموذج‪ ،‬قد يكون هذا خطأ يحتاج إلى تصحيح أو تعزيز اقترح‬

‫‪3.1.2‬‬ ‫التحقيق‬
‫ويمكن إجراء التحقيق من قبل وحدة تحكم‪ ،‬أو أي شخص آخر على دراية على نحو أفضل‪ .‬وينبغي للمحقق أن يقيم نتائج التحقيق في الفرع باء‬
‫‪.‬من نموذج مراقبة التغيير‪ .‬ال يمكن اإلجراء المقترح أي إجراء‬

‫راجع نتائج التحقيق ‪3.1.2.1‬‬

‫وينبغي أن تطلب جميع األطراف التي لها مصلحة مشروعة في الوثيقة نتائج التحقيق‪ .‬وقد يتم ذلك في وضع رسمي في مجلس مراجعة التغيير‬
‫(كرب)‪ ،‬أوقد يتكون موربا من الممثلين المعينين من أصحاب المصلحة المشاريع‪ .‬وينبغي أن يشير المراجعون إلى ما إذا كان ينبغي تنفيذ اإليجاز‬
‫‪.‬الذي تم تنشيطه من التحقيق أو رفضه‬
‫‪.‬إذا تم رفض التوصيات بعد ذلك يجب أن يحكم المراقب النموذج المكتمل استكمال التغيير في المرجع المقبلي‬
‫‪.‬إذا تم قبول التوصيات‪ ،‬ويرد اتخاذ قرار لتنفيذ التغيير ثم ينتج العملية إلى المرحلة التالية‪ :‬تغيير المستند‬

‫‪3.2‬‬ ‫تغيير المستند‬

‫‪.‬يتم تعديل التعديل على الوثيقة على نموذج التحكم في التغيير‬

‫‪3.2.1‬‬ ‫تحديث‬
‫‪.‬يجب على صاحب البالغ استعراض نموذج التحكم في التغيير‪ ،‬وتطبيق التغيير المطلوب‬
‫يجب أن يتم تخزين اإلصدار الجديد من المستند كإصدار منفصل في مكتبة إدارة التكوين (سم) التي تحول المستندات‪ .‬وينبغي تحديد التغيير في‬
‫‪.‬المستند في تاريخ تغيير المستند‪ ،‬وبشكل النص‬

‫‪3.2.2‬‬ ‫مراجعة‬
‫يجب على المؤلف أن يكون مزدوج التحقق من أن التغيير قد تم تطبيقه باستمرار وخاصال على جميع الوثائق ذات الصلة‪ ،‬ولكن حيث ينبغي أن‬
‫يكون مفيد فرد منفصل (المعروف باسم المراجع) أيضا التحقق من النسخة الجديدة من الوثيقة‪ .‬وإذا كان قد يؤثر تأثير التغيير على النظام على‬
‫‪.‬أهمية‪ ،‬ينبغي إجراء استعراض كامل لجميع الوثائق األخرى ذات الصلة‬
‫‪.‬يكتمل المراجع على استمارة التحكم في التغيير وتوقعه عند اكتمال االستعراض‬
 ‫‪REF# EBPC01‬‬
‫‪Issue Date: 01/02/2018‬‬

‫‪3.3‬‬ ‫تغيير اإلصدار‬

‫الجداول المراقبة يغير التغيير بحيث يتم تضمينه في إطالق سراح من الوثيقة المنقحة‪ .‬قد يكون هذا هو الوقت من السحر إذا كان التغيير عاجل‬
‫‪.‬وحاجة للحفاظ على المشروع الذي يتجري على الجدول الزمني‪ ،‬أو قد ال يحدث لعدد من األسابيع‬
‫‪.‬يتم تسجيل اإلصدار على نموذج التحكم في التغيير‬
‫قد يتم اإلفراج عن هذا التحكم أو مدير المشروع (المعروف باسم ريسير)‪ .‬يجب على التسجيل ريسيلد جميع تفاصيل اإلصدار حول نموذج التحكم‬
‫‪.‬في التغيير‬
‫‪.‬يرتبط المصل عن النسخة الجديدة من الوثيقة التي سيتم تسليمها إلى جميع قراءها‬
‫‪.‬ثم يوقع المصل عن طريق التحكم في التغيير اإلشارة إلى اإلشارة إلى التغيير‬
‫‪REF# EBPC01‬‬
‫‪Issue Date: 01/02/2018‬‬

‫‪4‬‬ ‫التحكم في التغيير التعاقدي‬

‫ويمكن تضمين إجراءات مراقبة التغيير في العقود مع الموردين‪ .‬يجب أن تصف العمليات ل‬
‫‪‬‬ ‫تحديد أسباب التغيير‬
‫‪‬‬ ‫التحقيق في تأثير ‪ -‬مواضيع التكوين التي سيتم تغييرها‪ ،‬والتكاليف‪ ،‬تميتاليس‪ ،‬المخاطر‬
‫‪‬‬ ‫‪.‬مراجعة التغيير ‪ -‬قبول أو رفض‬
‫الحظ أن دور مجلس مراجعة التغيير أو معادل ما (أي تمثل طرفا في العقد الذين لديهم إذن كاف إلجراء تغييرات تعاقدية) هو‬
‫‪.‬حاسمة حاسمة‪ :‬ستكون التغيرات المتفق عليها ملزمة للطبيعية على الطرفين‬
‫‪ .‬وينبغي التحقق من صياغة إجراءات التحكم في التغيير إلدراجها في عقد بعناية‪ .‬وينبغي توسيع نطاق الموافقة على الخدمة القانونية‬
‫‪.‬وينبغي أن تكون عملية مراقبة التغيير وإدارة التهيئة لموظفي العقد نفسها مماثلة لتلك الوثائق الموصوفة في الفرع ‪ 2‬أعاله‬
 ‫‪REF# EBPC01‬‬
‫‪Issue Date: 01/02/2018‬‬

‫ا‬ ‫نموذج تقرير المشكلة‬

‫نموذج تقرير المشكلة‬

‫المشكلة‬ ‫إعطاء اسم النظام‬ ‫المشروع ‪ /‬النظام‬

‫مرجع‬
‫رقم‬

‫نظام‬ ‫إعطاء وحدة أو شاشة أو اسم التقرير‬ ‫موقع المشكلة‬

‫اإلصدار‬
‫رقم‬

‫إعطاء تفاصيل مثل نظام التشغيل ‪ /‬الجهاز ‪ /‬مكتب ‪ /‬مدينة ‪ /‬البلد‬ ‫تفاصيل البيئة‬

‫‪:‬إعطاء تفاصيل مثلكما‬ ‫تفاصيل المشكلة‬

‫‪،‬المواصفات التي تعرف كيف ينبغي أن يعمل النظام‬
‫شر على األهمية وأيمواعيد‬
‫‪،‬خطوة بخطوة وصف ما حدث وكيفية إعادة إنشاء المشكلة‬
‫األعمال‬
‫‪).‬تقرير‪ ،‬طباعة الشاشة‪ ،‬ملف السجل‪ (eg‬موقع أي أدلة دعم‬

‫حرج‬ ‫‪‬‬
‫عالي‬ ‫‪‬‬
‫متوسط‬ ‫‪‬‬
‫منخفض ‪‬عالمة بعد االستمرار في المستقبل‬ ‫‪‬‬

‫إعطاء مشكلة التاريخ قد أثارت‬ ‫تاريخ المشكلة‬

‫إعطاء االسم‪ ،‬المنظمة‪ ،‬ورقة االتصال‬ ‫شخص رفع مشكلة‬

‫اسم الطباعة‬ ‫محقق المشكلة‬

‫العمل المقترح وتفاصيل العناصر األخرى المتضررة‬ ‫نتائج التحقيق‬

‫‪REF# EBPC01‬‬
‫‪Issue Date: 01/02/2018‬‬

‫إعطاء الجدول الزمني للقرار‬ ‫األولوية المقترحة‬

‫عالية ‪ /‬متوسط ‪ /‬منخفضة‬

‫رقم اإلصدار‬

‫تاريخ‬ ‫التوقيع‬ ‫‪signoff‬‬

‫مراجع‬

‫مدير مشروع‬

‫كيفية استخدام هذا النموذج‬

‫‪.‬وتمر إلى مدير المشروع‪ A‬مشكلة رايسريكمل جميع الصناديق فيالقسم‬

‫دير مشروع ويرتبط التحقيق في التحقيق في المشكلة‪ ،‬اعتمادا على مشكلة النتائج‪ ،‬أو تعطى أولوية‪ ،‬وأحيانا تكلفة‪ .‬مدير المشروع‬
‫‪.‬كاملةالقسم ب‬
‫‪.‬ثم يتم االحتفاظ النموذج في ملفات المشروع‬
‫‪REF# EBPC01‬‬
‫‪Issue Date: 01/02/2018‬‬

‫ب‬ ‫نرحب اإلحاطة‬

‫نرحب اإلحاطة‬

‫‪ A‬القسم‬

‫اسم النظام‬ ‫المشروع ‪ /‬النظام‬

‫قائمة بجميع أرقام المرجع المشكالت التي تم حلها بواسطة هذا اإلصدار‬ ‫أرقام مرجعية المشكلة‬

‫وصف التغييرات في هذا اإلصدار‬ ‫التغييرات في اإلصدار‬

‫قائمةكلالبنود التي تم تغييرها‬ ‫البنود التي تم تغييرها‬

‫‪‬عالمة بعد االستمرار في المستقبل‬

‫تعليمات التثبيت‬ ‫إعطاء الكثير من التفاصيل قدر اإلمكان أو الواردة المرجعية المستندات ذات الصلة‬

‫‪‬عالمة بعد االستمرار في المستقبل‬

‫القسم ب‬
‫‪REF# EBPC01‬‬
‫‪Issue Date: 01/02/2018‬‬

‫المرفقات‬

‫رمز المصدر‪‬‬ ‫بناء البرامج النصية‪‬‬ ‫التنفيذية‪‬‬ ‫البيانات‪‬‬ ‫تحديثات الوثائق‪‬‬

‫إعطاء الرقم المرجعي و ‪ /‬أو تاريخ اإلصدار إلى العمالء‬ ‫اإلصدار المرجعي‬

‫التوقيع‬ ‫‪signoff‬‬

‫لإلشارة إلى اإلفراج الكامل‬ ‫‪releaser‬‬

‫لإلشارة إلى استعراض تم اإلبالغ عنه بالكامل‬ ‫مدير مشروع‬

‫كيفية استخدام هذا النموذج‬

‫‪.‬وتمر إلى مدير المشروع‪ A‬شخص اإلفراجيكمل جميع الصناديق فيالقسم‬

‫‪.‬مدير مشروعاستعراض حزمة اإلصدار والكتبالقسم ب‬

‫ثم يتم االحتفاظ بالشكل في ملفات المشروع‬
‫‪REF# EBPC01‬‬
‫‪Issue Date: 01/02/2018‬‬

‫‪C‬‬ ‫تغيير نموذج التحكم‬

‫تغيير نموذج التحكم‬

‫تغيير‬ ‫المشروع‬
‫رقم‬

‫بند‬ ‫البند التحكم‬

‫اإلصدار‬

‫للحصول على الوثيقة تعطي رقم رقم رقم الصفحة‬ ‫تحديد الجانب من التغيير‬

‫للبرامج التي تعطي وحدة‪ ،‬الشاشة أو اسم التقرير‬

‫تغيير التفاصيل‬
‫تضمين مؤشر‬
‫أهمية وعسوريا‬
‫‪‬عالمة بعد االستمرار في المستقبل‬

‫تاريخ‬ ‫طلب من التغيير‬

‫رفع‬ ‫اسم الطباعة‬

‫محقق التغيير‬

‫‪،‬تأثير‬
‫إعطاء تفاصيل‬
‫أصناف أخرى تتأثر‬

‫تاريخ‬ ‫األولوية المقترحة‬ ‫نتائج التحقيق‬

‫التحقيق‬ ‫عالية ‪/‬متوسطة ‪ /‬منخفضة‬ ‫رفض ‪/‬اإلجراء دون تكلفة ‪ /‬العمل بتكلفة‬
‫‪REF# EBPC01‬‬
‫‪Issue Date: 01/02/2018‬‬

‫تاريخ‬ ‫محقق‬
‫من المقرر‬

‫تاريخ‬ ‫التوقيع‬ ‫تغيير تنفيذ‬

‫محقق‬

‫مدير مشروع‬

‫كيفية استخدام هذا النموذج‬

‫‪.‬وتمر إلى مدير المشروع‪ A‬تغيير ريكستريكمل جميع الصناديق فيالقسم‬

‫‪ B & C‬مدير مشروع ترتيب التحقيق في الطلب‪ ،‬اعتمادا على طلب النتائج‪ ،‬يتم إعطاء أولوية وتكلفة‪ ،‬ومع اكتمال المحققونالقسم‬
‫‪.‬يتم إيقاف تشغيله‪ D‬االحتفاظ النموذج ثم في ملفات المشروع‪ .‬مرة واحدة يتم تنفيذ التغييرالقسم‬