هندسة الأداء
نهج هندسة الأداء > البناء

في المرحلة الأولية من هذه المرحلة يتتطلب عددا من أداة الأداء التابعة للأنشطة. وهي تشمل:
تحديد الأعضاء الرئيسين في فريق التطوير كخبراء أساسيين في الأدوات المحددة
تحديد أداة تنميط للتنمية / بيئة اختبار وحدة مكون
تحديد أداة اختبار وحدة (مكون) آلية للتطوير / بيئة اختبار وحدة مكون؛ يتم استخدام هذا عندما لا يوجد واجهة مستخدم رسومية لتسيير المكونات قيد التطوير
تحديد أداة آلية لتسيير وحدة (مكونات) من جانب الخادم للتطوير / بيئة اختبار وحدة مكون
تحديد أداة آلية متعددة المستخدمين قادرة التحريك النصي نهاية إلى نهاية للتطوير / بيئة اختبار وحدة مكون؛ وتستخدم لتنفيذ حالات استخدام موجهة الشاشة
تحديد أداة اختبار قاعدة بيانات لتحميل البيانات للتطوير / بيئة اختبار وحدة مكون؛ وهذا مطلوب لضمان اختيار محسن قاعدة البيانات لمسارات تنفيذ صحيحة ولتمكين إعادة تهيئة وإعادة تحميل قاعدة البيانات حسب الحاجة
نشر أدوات الأداء لفريق التطوير
يجب تقديم عروض وتدريبات لأعضاء فريق التطوير على الأدوات المختارة
وينبغي على عضو ممارسة هندسة الأداء ورؤساء فريق تطوير التقنية أن يعملوا معا لتحديد أفضل أداء للممارسات لفريق التطوير. وبشكل مثالي ينبغي لمنظمة التطوير ام يكون لديها بالفعل مجموعة من أفضل الممارسات، ولكن في كثير من الأحيان لا تشمل ولا تؤكد على أفضل الممارسات والتي تؤثر على أداء النظام.
وينبغي إدخال مفهوم تطبيق الأجهزة هنا بمشاركة منظمة مراقبة تقنية المعلومات. والعديد من نظم مراقبة البائع لديهم قدرات الأداء، وهم غالبا ما يعملون في نظام التشغيل، والشبكة، ومستويات الخادم؛ على سبيل المثال استخدام وحدة المعالجة المركزية، واستخدام الذاكرة، ومدخلات/مخرجات القرص، ولخوادم منصة جافا، النسخة التجارية يتضمن أداء آلة جافا الأفتراضية جمع القمامة.
ولكن هذا النوع من الرصد لا يسمح بتتبع مستوى أداء حالة الاستخدام. والوصول إلى هذا المستوى من القدرة على الرصد يمكن ان يقتضي أن يكون التطبيق نفسه مجهزاً. وبدلا من ذلك، يمكن استخدام مجموعة أدوات رصد والتي تعمل على مستوى التحول. (من الأمثلة على ذلك تقنية Cx من TeaLeaf، و Foglight من Quest Software، و RUM من هوليت باكارد، و SuperAgent من NetQoS، أو ClientVantage من Compuware). وكان يجب على فريق الرصد تحديد الاحتياجات في المرحلة السابقة، ويجب عليه العمل مع فريق التطوير لضمان تضمُن رصد مستوى حالة الاستخدام.
وينبغي على المجموعة المسؤولة عن ضبط أداء البنية التحتية ان تكون كونت قائمة مرجعية «بالنموذج الأساسي» لضبط أنظمة التشغيل، والشبكة، والخوادم (التطبيق، والإنترنت، وقاعدة البيانات، وموازن التحميل... الخ)، وأية برامج رسائل مصطفة. وبعد ذلك ومع بدأ فريق اختبار الأداء في جمع البيانات، ينبغي عليهم البدء في ضبط البيئة بشكل أكثر تحديدا ليتم نشر النظام. وهذا يتطلب الدعم النشط من خبراء المجال، على سبيل المثال، ضبط قاعدة البيانات يتطلب عادة مدير قاعدة بيانات ذي مهارات خاصة في هذا المجال.
غالبا لا ينفذ فريق اختبار الأداء اختبارات الأداء في بيئة التطوير، وإنما في بيئة ما قبل النشر متخصصة والتي تم تكوينها لتكون أقرب ما يمكن إلى بيئة الإنتاج المخطط لها. وسيقوم هذا الفريق بتنفيذ اختبار الأداء ضد حالات الاختبار، وهو ما يؤكد ان حالات الاستخدام الحرجة تتوافق مع المتطلبات الغير وظيفية المحددة. وسيقوم الفريق بتنفيذ اختبار التحميل ضد حمولة (متوسطة) متوقعة وكذلك حمولة الذروة. وغالبا ما سيقوموا بـ اختبارات تحمل التي من شأنها تحديد الاختناقات في النظام. وسوف يتم تغذية البيانات التي تم جمعها، والتحليلات، إلى المجموعة التي تقوم بضبط الأداء. وعند الضرورة، سيتم ضبط النظام لاحضار الاختبارات الغير مطابقة للمواصفات في توافق مع المتطلبات الغير وظيفية.
إذا تم تطبيق هندسة الأداء بشكل صحيح في كل تكرار ومرحلة من مراحل المشروع لهذه النقطة، سيكون هذا كافيا لتمكين النظام على الحصول على شهادة الأداء. ومع ذلك، إذا كان لسبب ما (ربما عدم تطبيق ممارسات هندسة الأداء السليمة) فهناك اختبارات لا يمكن ضبطها بإذعان، وبذلك سوف يكون من الضروري عودة أجزاء من النظام للتطوير لإعادة الهيكلية. وفي بعض الحالات يمكن حل المشكلة مع أجهزة إضافية، ولكن إضافة المزيد من الأجهزة يؤدي إلى تناقص العائدات بسرعة.
على سبيل المثال: لنفترض أننا يمكن أن تحسن 70 ٪ من وحدة نمطية بموازتها، وتعمل على 4 وحدات معالجة مركزية بدلا من وحدة معالجة مركزية واحدة. إذا كان α هو جزء من العملية الحسابية المتتابعة، و (α - 1) هو الجزء الذي يمكن أن يكون بشكل متوازي، اذن فالسرعة القصوى التي يمكن تحقيقها باستخدام المعالجات P تَعطى وفقا لـ قانون أمدال:
في هذا المثال سوف نحصل على: 1/(.3+(1-.3)/4) == 2.105. ولمضاعفة قوة المعالجة لأربعة أضعاف نقوم بمضاعفة الأداء (من 1 وحتي 2.105). ونحن الآن في الطريق إلى إضعاف الواردات. وإذا داومنا على مضاعفة القدرة الحاسوبية مرة أخرى من 4 إلى 8 معالجات سنحصل على 1/(.3+(1-.3)/8) == 2.581. اذن فعند مضاعفة قوة المعالجة مرة أخرى فسوف نحصل على تحسن الأداء بحوالي الخَمس (من 2.105 وحتى 2.581).