ضبط الاحتياجات

Share

|

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

- التأكد من ان هناك أساس الاحتياجات.

- لقد تغير اسلوب التحكم في المكان لمعالجة اي نوع من التعديل الى baselined الاحتياجات.

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

السيطرة على التغيير من المتطلبات

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

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

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

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

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

متى يفرج عن اي برمجيات على الزبون ، والافراج ينبغي ان تتبع تعريف عملية ادارة الاصدار ان يشمل محددة وتحديد كل من المكونات التى تعد مدرجة فى برامج الافراج فضلا عن العناصر التي يفترض ان تكون حاضرة (وبمعنى آخر . ، نظام البرمجيات). هذا وينبغي ان تشمل ايضا تحديد الهوية المحددة حادث / المشكلة هي ان التقارير التي صوبها والافراج عن اي عمل انحاء التي تم وضعها ليعرف المشاكل التي توجد في البرمجيات.