تأسر الاحتياجات

Share

|

في آذار / مارس 1996 ، فرانك ماكغراث يتصدى لمشكلة اسر الاحتياجات في اجتماع للرابطة في ادارة المشاريع tysons الزاويه ، فيرجينيا. وخلاصة القول ، ماكغراث واشار الى مجتمع البرمجيات بانها مجرد وقاحة في بدء اعمال التطوير دون شروط مسمر. عن طريق القدوة ، واشار الى مهن البناء. ما هي المقاول العام ستبدأ في تشييد مبنى مع اشتراط ان الدول ، "سيكون كبيرا مع المكاتب داخل المبنى؟" ماذا يعني ذلك؟ ما هو شرط وجود مصنع في الطائرات التي سيدلي او ناطحه السحاب فيها الكثير من الاعمال التجارية وسيقيم؟ ماكغراث تابع باستخدام المقاول العام مثلا ، مشيرا الى ان المقاول العام لا يجد الا ما هو نوع المبنى ، ولكن ايضا ما حاجة الى أن تكون المواد المستخدمة في تشييد المبنى. المقاول العام ثم يكتشف ما التحمل هناك حاجة في المواد وهلم جرا. وبالنظر الى بعض التفكير ، ومن السهل ان نرى كيف توضيحات هامة فى تحديد الاحتياجات في مهن البناء. فانها ليست اقل اهمية في البرمجيات التجارية ، ولكن في كثير من الاحيان مطوري البرمجيات خطأ انهم يشعرون بأن التعامل الخلاق فى المنطقة حيث انها اصعب بكثير على توضيح والقاء القبض على الاحتياجات بشكل فعال.

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

(1). مواعيد منتظمة واجراء لقاءات مع سبق توزيعها جدول الاعمال بحيث ان الحق في حضور الناس والحاضرين في معرفة ما سيتم تغطية وما هو متوقع منهم.

2 - تنظيم كل اجتماع لضمان ان الاحتياجات التي جرى تحديدها سابقا موثقه لاستعراض وتحليل ، والسماح requireme nts الجديدة التي ستقدم لاستعراض وسجلت في جلسة مقبلة ، والتأكد من ان الاحتياجات التي هي خارج النطاق لمشروع معين او الافراج المشروع يتم تحديد وتقديمه.

(3). التأكد من ان كل شخص فى الاجتماع فرصة التحدث والاستماع دون نقد او خوفا من تعرضهم للضحك في المقدمة الى ان يشعر او البكم او غبي.

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

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

توضيح متطلبات غامض

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

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

§ ما هو العميل تفسير البيان على انه يعني؟

§ ماذا المطور تنوي القدرة ، اي وصف وظيفي موجز لما سيتم تنفيذه على تستوفي الشرط ، لتكون؟

§ ما هي متطلبات النظام العام ، اي ، وكم من ويندوز وسيتم تخزين؟ الى متى المطلوبة لانها تكون مخزنة؟ ما هي متطلبات الوقت من اجل استرجاع مختلف انواع التخزين؟

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

كبير ساعة وسيتم عرض...

وتجدر مجددا على النحو التالي :

كبير ساعة وسيتم عرض...

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

تحديد نطاق

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

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

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