كيف تختبر أداء النظام بحجم أرشيفك الفعلي قبل الشراء؟

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

لماذا لا يكشف العرض التوضيحي أداء النظام؟

كل نظام أرشفة يبدو سريعًا في العرض التوضيحي. والسبب ليس خداعًا بالضرورة، بل ظروف العرض نفسها:

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

لذلك لا تحكم على الأداء من العرض، ولا من عبارة «النظام يدعم ملايين الوثائق». السؤال الصحيح: بأي عتاد، وبكم مستخدم متزامن، وبأي نمط عمل، وبأي زمن استجابة؟

ملف الحجم: ما تقيسه من أرشيفك قبل أي اختبار

الاختبار يُبنى على أرقام جهتك، لا على أرقام يقترحها المورد. اجمع البنود التالية في جدول واحد، ولكل بند مصدره ودرجة الثقة فيه:

1. عدد الوثائق والصفحات الحالي

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

   مسؤول الأرشيف
2. نسبة الممسوح ضوئيًا إلى الرقمي

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

   مسؤول الأرشيف وتقنية المعلومات
3. النمو خلال مدة التعاقد

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

   تقنية المعلومات
4. البيانات الوصفية والإصدارات

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

   مسؤول الوثائق
5. نموذج الصلاحيات

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

   تقنية المعلومات مع إدارة الوثائق
6. المستخدمون ومواقعهم

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

   تقنية المعلومات

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

المستخدمون المتزامنون: كيف تحسبهم دون تخمين؟

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

مصادر التقدير بالترتيب

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

مزيج العمليات

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

جدول سيناريوهات الأداء: ماذا تختبر، وتحت أي ظرف

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

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

بيانات الاختبار: كيف تصل إلى الحجم دون كشف وثائقك؟

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

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

وللتوليد شروط حتى لا يفسد الاختبار:

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

قواعد القياس: ما الذي يجعل الرقم قابلًا للاعتماد؟

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

ثلاث درجات للاختبار قبل الشراء وبعده

اختبار أداء كامل لكل مورد متقدم يستهلك وقت الجهة وبنيتها وقد لا يقبله الموردون قبل الترسية. الأعملي أن تُوزع الدرجات على مراحل الشراء:

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

من يتولى ماذا في اختبار الأداء؟

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

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

مثال: جهة بمليون ونصف وثيقة وذروة صباحية

جهة افتراضية لديها في الأرشيف الحالي 1,500,000 وثيقة، 60 من كل 100 منها ممسوحة ضوئيًا. الوارد الشهري المقدر 25,000 وثيقة، ومدة التعاقد ثلاث سنوات.

• الحجم المستهدف للاختبار: 25,000 × 36 شهرًا = 900,000 وثيقة إضافية، فيصبح المجموع 1,500,000 + 900,000 = 2,400,000 وثيقة.
• التزامن: لدى الجهة 600 مستخدم مسجل. أظهرت سجلات نظام الاتصالات الإدارية أن أعلى عدد من المستخدمين النشطين خلال ربع ساعة كان 140 مستخدمًا بين الثامنة والنصف والتاسعة والنصف صباحًا. قررت الجهة أن تختبر عند 140، ثم عند 210 (أي مرة ونصف) لمعرفة نقطة التدهور.
• مزيج الذروة عند 140 مستخدمًا: 77 يبحثون، و35 يفتحون وثائق، و14 يرفعون ويفهرسون، و10 ينفذون إجراءات اعتماد، و4 يستخرجون تقارير. المجموع 140.
• القيم المقبولة: كتبتها الجهة من تجربة موظفيها مع النظام الحالي ومن طبيعة العمل، مثل زمن محدد لظهور نتائج البحث عند المئين 95، وزمن أطول مقبول للتقارير، ومدة قصوى حتى يصبح الملف المرفوع قابلًا للبحث. ووافق الموردان النهائيان عليها كتابةً قبل التنفيذ.

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

أخطاء تجعل نتيجة الاختبار مضللة

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

الخطوة التالية: اجعل الأداء بندًا في طلب العروض

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

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

أسئلة شائعة