Model Quality Evaluation تقييم جودة النماذج

هدف الفصل

: هذا الفصل إلىيهدف

.مبادئ تقييم جودة النماذج وكيفية تفحص المتطلبات وإقرارهاتعرف -1

.تعرف معايير جودة وثيقة توصيف المتطلبات -2

.معرفة المشاكل المحتمل اكتشافها في التوصيف وكيفية معالجة كل منها -3

.تفحص المحتوى والبنية والتجانس: لمختلفة لعمليات التفحصفهم األشكال ا -4

.التعرف على عمليات المراجعة وتقدير المخاطر واالختبارات -5

.تعرف بنية استمارات قوائم التفحص الشاملة -6

مقدمة. 1

تتألف وثيقة توصيف المتطلبات من عدة أجزاء تحتوي الكثير من التفاصيل، فهي تتضمن إلى جانـب

تحتاج جميع هذه األجـزاء إلـى . نواتج أخرى كثيرة تمهد الطريق إلى بناء المنتج النهائي المتطلبات

للتأكد من أنها منسجمة مع بعضها، وأن كال منهـا يـؤدي Checking and Validationتفحص وإقرار

سـيفهمون وللتأكد من أن الممولين سيحصلون على ما يتوقعونـه، وأن المطـورين . دوره كما يجب

.التوصيف، وأن جميع المخاطر جرت مناقشتها

دون أن نجـري أعمـال ! أثناء توقيع العقد أن تكون األمور بخيـر ن نغمض أعيننا وندعي ال يمكن أ

اإلقرار والتحقق، فالنتيجة الطبيعية لذلك هي فشل العمل وخسارة جميع األطراف؛ زبون يتوعد بإلغـاء

ي حل التناقضات وتحقيق المتطلبات التي ظهرت أثناء التطوير ولم تكـن العقد، ومطور يضيع الوقت ف

ن الطلبات الجديدة يجـب أن أواضحة ضمن وثيقة المتطلبات، أو الخالف مع الزبون ومحاولة إقناعه ب

كل هذه األمور لها انعكاسات مالية على جميـع األطـراف . يجري تسعيرها مستقلة ضمن عقد جديد

.لتكاليف تضاعفا غير متوقع، خاصة إذا وصل األمر إلى اللجوء إلى القضاءوتساهم في تضاعف ا

. يأخذ التحقق من المتطلبات وإقرارها بعض الوقت في البداية لكنه سيوفر الوقت والتكلفة في النهايـة

هذا صحيح إذا كانت المتطلبـات تعبـر . يظن بعض المطورين أن مهمتهم هي فقط تحقيق المتطلبات

.عن توقعات الزبون، وإال فإن تحقيقها ال يضمن حتى النجاح بالمناقصةتماما

ار رضـا الممـولين تحقيق المتطلبات بعد التحقق من اكتمال األجزاء وتطابقها وإقـر = جودة المنتج

.ومناقشة المخاطر

معايير جودة التوصيف. 2

خص فيما يلي معايير الجـودة التـي الدالة على جودة توصيف المتطلبات، نل هناك الكثير من المعايير

:IEEE Std 830-1998وردت في المواصفة

الصحة -1

المشاكل المعتادة عمليا هي أن تكون . كل متطلب هو متطلب صحيح يعبر عن حاجة الزبون وتوقعاته

ب المكتوب الحاجة الفعلية شيئا مختلفا، ألن المحلل فهم خطأ، أو ألن الزبون لم يكن يريد حقيقة المتطل

.يساعد كثيرا على ضمان صحتها المتطلبات إن استخدام أهداف األعمال لتبرير. بل كتبه كأمنية تخيلية

االكتمال -2

نظريا، هذا عامل منطقـي . ويعني أن كل المتطلبات الضرورية وتوقعات الزبون متضمنة في الوثيقة

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

. الميزان في هذه الحالة هو مستوى المتطلبات . الوثيقة ستكون طويلة جدا وتفقد جودتها وسهولة فهمها

يجب ضمان توصيف جميع المتطلبات غير البديهية من خالل ضمان تغطية جميع أهـداف األعمـال

.والمسائل الهامة والحرجة

اإلحصاءات أن معظم المشاكل تأتي من تفاصيل واجهات االستخدام، وهي تعتبر من المتطلبـات تظهر

غير البديهية، لكن ال يجب تحديدها مباشرة بل يجب التعبير عن المهـام والـدعم الـذي تـوفره، أو

.تصميمها واختبارها بعناية

عدم االلتباس -3

هذا أيضا عامل هام نظريا، يضع له . راف على معناه إذا لم يكن في التوصيف التباس تتفق جميع األط

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

ن يعتقـد ألكن المخـاطرة هـي . المطور التباسا في متطلب ما فسيسأل الزبون ويطلب منه توضيحه

إن شرح الهدف من كـل متطلـب . ون وكان الزبون يقصد شيئا مختلفا المطور أنه فهم ما يريده الزب

.باستخدام اصطالحات مجال العمل المعرفة في دليل خاص بها، هي حماية جيدة من االلتباس

التجانس -4

تظهـر التناقـضات . ويقصد منه تطابق األجزاء المختلفة ضمن التوصيف وعدم وجود تناقضات بينها

فيجب تجنب ذلك واعتماد مبدأ . ناك تكرارا لمتطلب ما في أجزاء مختلفة من التوصيف عمليا إذا كان ه

.اإلشارات المرجعية

مثال المعلومات الضرورية لدعم مهمة : هناك تناقضات من أنواع أخرى يجب التحقق من عدم وجودها

.ما قد ال تتطابق مع نموذج المعطيات

ق بالعقد مثل عدم إمكانية تنفيذ األعمال المطلوبة ضـمن قد تظهر تناقضات على مستويات أخرى تتعل

.الوقت المحدد

الترتيب حسب األهمية -5

يميل الزبون عمليا لالعتقاد بأن كل المتطلبات علـى نفـس . بعض المتطلبات لها أولوية على غيرها

فهل هي أولويـة . لهكما أن معنى أولوية المتطلبات قد ال يكون واضحا بالنسبة . الدرجة من الضرورة

حقيق أم في التسعير أم في الزمن؟في الت

ففي مثال شركة : غالبا ما تكون هناك ارتباطات بين المتطلبات تؤدي إلى حصولها على نفس األولوية

إصالح السفن، ال معنى لوجود وظيفة استخدام معطيات الخبرة إذا لم يكن هناك وظيفة لتـسجيل هـذه

.المعطيات

حسب االستقرارالترتيب -6

تكون بعض المتطلبات قابلة للتغير والتبدل، ويفيد ترتيب المتطلبات حسب اسـتقرارها فـي مـساعدة

فقد يفصلها ضمن كتل خاصة يعتنـي . المورد على تحديد الوظائف التي يجب أن تكون سهلة التعديل

كمـا . ر معروفة ومحـددة يجب طبعا أن تكون طبيعة التغيي . بتصميم واجهات ربطها مع بقية األجزاء

فإذا كان المورد يتكفـل . يجب أن يكون معنى ترتيب المتطلبات حسب استقرارها واضحا عند المورد

.بإجراء التغييرات المستقبلية، فيمكن التعبير عن ذلك بمتطلبات صيانة

قابلية التعديل -7

للوصول إلى هـذا . حافظة على التجانس للتعديل إذا كان من الممكن تغييره مع الم اليكون المتطلب قاب

الهدف يجب أن تكون المصطلحات واضحة والمتطلبات مرقمة ومفهرسة وتعتمـد مبـدأ اإلشـارات

يساعد وجود نسخة الكترونية من التوصيف على البحث عن ورود الكلمات والحصول على . المرجعية

لكترونية بحيث يقوم العارض بكتابة توفر بعض المناقصات نسخة ا . إحصاءات، والمطابقة بين األجزاء

.ما يحققه من المتطلبات ضمن الحقول المخصصة لذلك

قابلية التحقق -8

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

القـضاء لديـه وسـائل . دةالمعيار هام جدا لكن معظم التوصيفات ال تحققه خاصة في متطلبات الجو

لكن ترك األمور إلى أن . مدهشة للبت في تحقيق متطلب ما حتى لو أكد المحللون أنه غير قابل للتحقق

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

خالل التطوير، ألن التعامل مع متطلب غيـر من المهم أيضا أن تكون المتطلبات قابلة للتحقق تجريبيا

محقق بعد انتهاء المنتج قد يكون مكلفا جدا، وغالبا ما يكون الحل هو االستغناء عـن الطلـب ولـيس

.إصالح المنتج

قابلية التتبع -9

بالعودة إلى الهـدف منـه ) من أين أتى؟ (يكون المتطلب قابال للتتبع إذا كان من الممكن رؤية مصدره

في ) إلى أين يمضي؟ (وربطه بأهداف العمل ومعطيات مجال العمل التي نشأ عنها، ورؤية استخداماته

). التاليةانظر الفقرات(التصميم والبرمجة

).46صفحة ( من الفصل الثاني 18-2 الفقرة-1

).47صفحة ( من الفصل الثاني 19-2 الفقرة-2

).67صفحة ( من الفصل الثاني 4-3 الفقرة-3

).72صفحة ( من الفصل الثاني 5-3 الفقرة-4

األهدافتتبعقابلية -10

بل قد IEEEوهو معيار هام غالبا ما يغفل عنه المحللون، وهو غير موجود بصراحة ضمن المواصفة

ويتحقـق . يعبر هذا المعيار عن تتبع أهداف األعمال ضمن المتطلبات . يكون جزءا من معيار االكتمال

من المناسب جدا استخدام مصفوفة تعبر عن هذه العالقة . دف بقائمة المتطلبات المتعلقة به بإرفاق كل ه

).67صفحة ( من الفصل الثاني 4-3 لفقرةكما سبق أن رأينا في

قابلية الفهم -11

يجب أن تكون المتطلبات قابلة للفهم من قبل جميع األطراف من زبائن وموردين ومطورين، وإال فلن

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

. بل يمكن أن يغطي معيار عدم االلتباس جزءا منهIEEEبصراحة ضمن المواصفة

وقـد يفهـم . يمكن أن يكون الفهم على عدة مستويات؛ فالزبون قد يفهم الكلمات دون أن يفهم المعنـى

.يفهم النتائج وتأثيرها على عملهالمعنى لكن ال

. يمكن تحسين فهم النتائج والتأثيرات باستخدام متطلبات المجال ومعطياته والشروحات المرتبطة بهـا

.لكن ما هو أفضل من ذلك، االطالع على نظام مشابه في طور التشغيل أو إجراء اختبار رائد للنظام

:فيمايلي ملخص معايير جودة المتطلبات

:صيف المتطلبات جيدا إذا كانيكون تو

.كل متطلب يعبر عن حاجة حقيقية :صحيحا

.كل المتطلبات الضرورية متضمنة: مكتمال

.كل األطراف تتفق على القصد والمعنى: ال يتضمن التباسات

).مثال مخطط الكيانات والعالقات وقائمة األحداث(كل األجزاء متطابقة : متجانسا

.كل متطلب له أولوية: ةمرتبا حسب األهمي

.كل متطلب له نسبة متوقعة للتغير: مرتبا حسب االستقرار

.سهولة التعديل مع المحافظة على االنسجام: قابال للتعديل

.من الممكن التأكد من تحقيق المتطلبات: قابال للتحقق

.من األهداف إلى التصميم والبرمجة: قابال للتتبع

.ن األهداف إلى المتطلباتم: قابال لتتبع األهداف

.من قبل الزبون والمطور: قابال للفهم

تهامعالجالمحتملة وكيفية المشاكل . 3

.لمشكلة هي خطأ بسيط في التوصيف، يكفي تصحيح الخطأإذا كانت ا -1

.إذا كانت هناك معلومات هامة ناقصة، فيجب إجراء بعض أعمال تحصيل المتطلبات -2

ة غير أساسية في المشروع، فيمكن تجاهلها أو اإلشارة إلـى أنهـا إذا كانت المعلومات الناقص -3

مثال ال توجد قائمة مصطلحات أو ال يوجد شرط على المحمولية . غير موجودة بسبب كذا وكذا

.وهي غير هامة في الحالة المعنية

مـثال جـرت صـياغة . قد تبدو بعض المعلومات ناقصة لكنها تكون موجودة بشكل مختلف -4

.على مستوى المنتج وليس على مستوى المجالمتطلبات

قد يكون . مثال وجود معطيات غير مستخدمة في أية مهمة . تعارض بين جزئين من التوصيف -5

.ذلك خطأ بسيطا أو معلومات ناقصة بحاجة إلى تحصيل

تفحص محتويات التوصيف. 4

ف المتطلبات، يمكن أن يكـون فيما يلي قائمة بالمحتويات التي يجب أن تكون موجودة في وثيقة توصي

ردين الكبار قوائم تحقق خاصة بهم تضيف عناصر أخرى تعبر عن خبراتهم في مجال هندسة ولدى الم

:المتطلبات

مقدمة -1

.الزبون والممول -1

.خلفية الموضوع وسبب طلب النظام -2

...).تطوير داخلي، مناقصة، (نوع المورد ونوع المشروع -3

أهداف النظام -2

.أهداف العمل -1

.توضيح ارتباط األهداف بالمتطلبات -2

متطلبات المعطيات -3

.وصف نصي للمعطيات المخزنة ومخططات نماذج المعطيات -4

.وصف صيغ المدخالت والمخرجات -5

).المعطيات المؤقتة(معطيات االتصال وحاالته -6

.لبدائية للمعطياتاالحاالت -7

المتطلبات الوظيفية -3

.حدود النظام وواجهاته -1

.األحداث على كل واجهة على مستوى المجال -2

).المهام مثال(المتطلبات على مستوى المجال -3

.األحداث على مستوى المنتج والوظائف في كل واجهة -4

).نماذج مخبرية عن الواجهات وبروتوكوالت االتصال(المتطلبات التصميمية -5

.توصيف جميع الوظائف غير البديهية مع مدخالتها ومخرجاتها -6

.عالجة الحاالت الخاصةم -7

.الحاالت الحدية التي تصل بالنظام إلى حدوده -8

.األحداث الخاصة مثل مشاكل الطاقة أو مشاكل العتاد المادي أو تركيب مكونات جديدة -9

.الخاصة حاالت االستخدام التي تتعامل مع أحداث العمل ومشاكله -10

متطلبات الجودة -4

.األداء، السعة، القدرة، الصحة والدقة -1

).سهولة التعلم، أداء المهام، سهولة التذكر، قابلية الفهم، رضا المستخدمين(قابلية االستخدام -2

).معالجة االضطرابات الفيزيائي، معالجة محاوالت النفاذ المشبوهة(األمن واألمان -3

.)األخطاء المتوقعة(الوثوقية -4

).تادة، االستعادةتواتر حاالت التوقف، الوقت المتوفر للعمليات المع(اإلتاحية -5

).معالجة الخطأ في المدخالت واألحداث غير المتوقعة(التسامح باألعطال -6

).تصحيحية، وقائية، تحسينية(قابلية الصيانة -7

).قابلية نقل المنتج ليعمل على منصة عمل أخرى(المحمولية -8

).إعادة استخدام مكونات في منتجات أخرى(إعادة االستخدام -9

).قابلية التعاون مع منتجات أخرى(يني قابلية التشغيل الب -10

.قابلية التركيب وسهولته -11

.معامالت الجودة األخرى -12

مات األخرىالمسل -5

.التوثيق -1

.التدريب -2

.تهجير المعطيات -3

.تشغيل النظام -4

.الدعم والصيانة -5

دليل المصطلحات -6

.تعريف مصطلحات المجال -7

.تعريف مصطلحات المنتج -8

التوصيفبنيةتفحص . 5

:يقصد بذلك التأكد من احتواء التوصيف على المعلومات التالية

.رقم محدد لكل متطلب -1

.متطلبات قابلة للتحقق -2

.هدف لكل متطلب يربطه بأهداف العمل أو نشاطات المجال -3

.بعض األمثلة عن كيفية تحقيق المتطلبات -4

.شرح المخططات بعبارات نصية -5

.أهمية كل متطلب ودرجة استقراره -6

.المرجعية بين األجزاء المختلفة وعدم تكرار المعلومات بدون فائدةالمطابقة -7

.فهرس المحتويات -8

.نسخة الكترونية -9

التجانستفحص . 6

. يهتم هذا التفحص بمقارنة األجزاء المختلفة من التوصيف لتحديد األجزاء الناقصة أو غير المتجانـسة

بتنظيم المتطلبات وإجراء بعض هذه CASE toolsتسمح بعض أدوات المساعدة في هندسة البرمجيات

): التاليانظر الشكل(يتضمن تفحص التجانس األمور التالية . التحققات

التأكد من أن كل كيان أو صف في نمـوذج ):إنشاء، قراءة، تعديل، حذف (تفحص االستخدام -1

مة المعطيات تجري عليه عمليات إنشاء وقراءة وتعديل وحذف من قبل حدث أو وظيفة أو مه

.من مهام المستخدم

.ضمن وظيفة أو مهمة من مهام المستخدماألحداث كل من معالجة التأكد: تفحص األحداث -2

تتوفر المعطيات الضرورية لكل مهمة أو تدفق رسائل في نمـوذج هل: احتياجات المعلومات -3

المعطيات؟

فـي االفتراضـية المعطيات الموجودة في النوافذ التأكد من توفر : تفحص النوافذ االفتراضية -4

.والتأكد من دعم المهام في النوافذ االفتراضية. نموذج المعطيات والعكس بالعكس

CRUDمصفوفة االستخدام يمكن إظهار العالقة بين المهام والكيانات في مصفوفة بحيث يكون محتوى كل خانة فيها العمليات التي

:فة االختصارات التاليةتستخدم في هذه المصفو. تجري على كيان ما ضمن مهمة ما

1- C : إنشاء الكيانCreationوتسجيل القيم البدائية .

2- R : قراءة الكيانReadingورؤية القيم فيه .

3- U : تعديل القيم في الكيانUpdatingمع رؤية القيم القديمة .

4- D : حذف الكيانDelete.

وس في الفـصول الـسابقة الخاصة بنموذج الفندق المدر CRUD مصفوفة االستخدام جدول التالي الفي

. التاليالشكلحيث جرى اعتماد الكيانات المجودة في

يمكن للمستخدم ضمن مهمة الحجز إنشاء كيان ضيف كما يمكنـه تعـديل . لنأخذ الخانة األولى كمثال

.ضيف موجود سابقا وتغيير بعض معلوماته

كيان

مهمة

دمةنوع الخ خدمة حالة الغرفة غرفة إقامة ضيف

CU C U حجز

RU U U استالم بعد الحجز

CU C U استالم بدون حجز

U U R U تسليم

R R U تغيير الغرفة

C R تسجيل خدمة

CUD CUD تغيير سعر

CRUDمصفوفة االستخدام ورد فيما يلـي ن. تساعد هذه المصفوفة المحلل على تحديد األشياء الناقصة ضمن كل عمود ومعالجتها

:الجدول السابقبعض األمثلة من المصفوفة في

يدل ذلك على إننا يجب أن نفكر في العمليات التـي : Dليس فيه عملية حذف " ضيف"العمود -1

ربما نحتاج هذه المعلومـات للمراقبـة . ستقوم بحذف معلومات الضيوف من قاعدة المعطيات

يذكرنا ذلـك بـضرورة تحديـد . سنتين مثال واإلحصائيات، لكننا يمكن أن نحذفها بعد مرور

.متطلب خاص بمدة االحتفاظ بالمعلومات

يمكن أيضا االحتفـاظ باإلقامـات ألهـداف تحليليـة : Dليس فيه عملية حذف " إقامة"العمود -2

وإحصائية، لكن هناك حالة يجب فيها حذف اإلقامة مباشرة عندما يتـصل الـضيف ويلغـي

.صة هي تغيير أو إلغاء الحجزهناك إذا مهمة ناق. الحجز

ليس هناك مهمة تصحح التسجيالت : U وعملية تعديل D ليس فيه عملية حذف " خدمة"العمود -3

.كما أننا قد يلزمنا تعديل خدمة ما للضيف أو حذفها. الخاطئة للخدمات

مراجعة التوصيف. 7

. ن والمستخدمون والمطورون تعتمد هذه المراجعة على معلومات المنتج ومجال عمله، ويقوم بها الزبو

وتكون بتفحص التوصيف بعناية مع االعتماد على الخبرة والمعرفة فـي مجـال العمـل والمحاكمـة

يجب أن تجري هذه المراجعة قبل توقيع العقد ويعقد بعدها اجتماع مع المحلل السـتعراض . المنطقية

تابعت إجرائيات تحـصيل المتطلبـات في الحالة المثالية تكون جميع األطراف قد . المشاكل والنواقص

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

يتوقع الخبراء وجود الكثير من المشاكل، لكن فقط نـصف هـذه المـشاكل تعتبـر حقيقيـة بالنـسبة

.جدها الخبراءونصف المشاكل الحقيقية التي يعاينها المستخدمون ال ي. للمستخدمين

النماذج تقييم جودة. 8

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

التي تتعلق بمعنى المخططات ومطابقتها إلجرائيات األعمـال التـي ) وهي األصعب (الناحية الداللية

.مل معهاتجري نمذجتها أو المعطيات التي يجري التعا

تتضمن معظم أدوات المساعدة في هندسة البرمجيات عمليات تحقق من صحة المخططات من الناحيـة

.د على مراجعة المحللين والمستخدمين للمخططاتتمأما الناحية الداللية فتع. النحوية

فـي أن يتجلى ذلك مـثال . الخطأ األكثر شيوعا بين المحللين الجدد هو عدم المحافظة على المعلومات

أن بمـا و. أو إلى مخزن معطيات دون أن تقـوم إجرائيـة بـذلك لمعطيات ال يمكن أن تتحرك من ا

أي أن كل إجرائية لها على األقـل مـدخل . اإلجرائيات ال يمكنها أن تستهلك المعطيات أو أن تنشئها

.ومخرج

اإلجرائيـات مـع طرائـق المراجعة الداللية األولى يمكن أن تكون من قبل المستخدمين الذين يدققون

.إلى المخرجات باستخدام المدخالتالعمل ويتأكدون من إمكان الوصول

يمكن أيضا التأكد من تجانس التقسيم في المخططات لمعرفة إذا كانت جميع اإلجرائيات وصـلت إلـى

والتأكـد مـن تجـانس ). ليس بالضرورة نفس المستوى من المخططات (نفس المستوى من التفصيل

لحات المستخدمة، حيث يمكن أن يكون لنفس العنصر عدة أسماء أو أن يكون للتعبيـر الواحـد المصط

.عدة معاني

Dataflow مثاال عن التأكد من جودة نموذج تدفق المعطيات في مخططات تدفق المعطيات مايلينورد في

diagrams:

من أجل كل مخطط

:تفحص كل إجرائية من حيث -1

.ملة فعلية تدل على العمل، ورقم ووصفج: وجود اسم وحيد -أ

.على األقل تدفق معطيات واحد في المدخل -ب

.ألقل تدفق معطيات واحد في المخرجعلى ا -ج

.7 – 3 عدد اإلجرائيات من -د

:تفحص كل تدفق معطيات من حيث -2

.وجود اسم وحيد ووصف -أ

.مرتبط بإجرائية واحدة على األقل -ب

.اتجاه وحيد -ج

.أقل عدد من تقاطعات الخطوط -د

:تفحص كل مخزن معطيات من حيث -3

.وجود اسم وحيد ووصف -أ

.على األقل تدفق معطيات واحد في المدخل -ب

.على األقل تدفق معطيات واحد في المخرج -ج

من أجل مجموعة المخططات

.مخطط سياق واحد -1

.تناسق بين مجموعة المخططات -2

.ئية موصفة تماما باستخدام اإلجرائيات في المخططات التابعة لهاكل إجرا -3

.كل تدفق أو مخزن أو كيان ظاهر في مخطط ما يجب أن يظهر في المخططات التابعة له -4

Risks Assessmentتقدير المخاطر . 9

مخـاطرة المتطلبات التي يكون فيها . تهدف هذه العملية إلى تحديد مجاالت المخاطرة ضمن التوصيف

لذلك يعمل الزبون والمطور . بالنسبة للزبون هي غالبا قليلة المخاطرة بالنسبة للمطور والعكس بالعكس

:بشكل مستقل في البداية

المخاطرة المعتـادة هـي أن ال يحـصل . يرتب الزبون المتطلبات حسب المخاطر التي يراها -1

.الزبون على ما يريده حتى لو حصل على ما هو موصف

المخاطرة المعتـادة هـي أن ال يكونـوا . يقوم المطورون بنفس العمل لكن من وجهة نظرهم -2

.متأكدين من تحقيق المتطلبات بسعر معقول

يجري بعد ذلك تدقيق وتفحص هدفه التأكد من عدم وجود نواحي مخاطرة غير مقبولة ألحـد -3

.الطرفين

: التاليةإذا وجدت مخاطر غير مقبولة يجري التعامل معها بالطرق

يمكن مثال في حال عدم التأكـد . اختيار أسلوب متطلبات مختلف يحقق مخاطرة أقل للطرفين -1

.من إمكان تنفيذ وظيفة ما فنيا أن نختار متطلب إلجرائية تطوير

المالحظـة، زيـارة : تحصيل متطلبات أكثر دقة باستخدام إحدى تقنيات تحصيل المتطلبـات -2

يمكن مثال أن تكون هناك مخاطرة في كـون المنـتج ... ، شركات أخرى، اختبارات، تجارب

يمكن زيارة شركة أخرى تستخدم نفس األسـلوب لمعرفـة . بطيء جدا في االستخدام اليومي

أو يمكن تنفيذ نموذج مخبري يتضمن الوظائف الرئيسية وقياس زمن االستجابة . سرعة العمل

.وسرعة تنفيذ األعمال

يمكن مثال عزل األجـزاء التـي . ى نواحي أخرى عند حدوثه عزل الخطر بحيث ال يؤثر عل -3

تستخدم حزمة ما ستورد من طرف ثالث بحيث يكفي تعديل هذه الجزء إذا لم تعمـل الحزمـة

.كما ينبغي

.لمطورين التدخل عند حدوث شيء ماترك المخاطرة تحت المالحظة بحيث يمكن ل -4

Testsاالختبارات . 10

ة إلقرار المتطلبات فهي تسمح بمعرفة ما إذا كان الزبون سيحصل على ما االختبارات هي أفضل وسيل

:يتوقعه وفيما إذا كان ذلك منطقيا

وتكون عبر المرور على توصيفات المهام وتنفيذها ضمن مـشاهد اختبـار محـددة : المحاكاة -1

بمساعدة المستخدمين الخبراء، ثم تسجيل أية مشاكل في توصيف المهام أو وظائف ضـرورية

.غير موصفة

. إجراء تجارب ضمن نماذج مخبرية لمعرفة مدى منطقية المتطلبات : اختبار النموذج المخبري -2

من الفـصل الثـاني 11-2الفقرة . قد يستخدم النموذج المخبري كمتطلب إذا كان ذلك مناسبا

).36صفحة (

مقابـل ياس الجدوى تركيب وتشغيل األجزاء األساسية من النظام لمالحظة وق : اختبار الريادة -3

).38صفحة ( من الفصل الثاني 12-2الفقرة . التكلفة وإقرار المتطلبات

Checklists Forms استمارات قوائم التفحص. 11

. من المناسب التخطيط لعمليات التفحص وتسجيلها ضمن استمارات للتأكد من كافة النـواحي الهامـة

جميع عمليات التفحص التـي تناولناهـا فـي هـذا نورد في الصفحات التالية االستمارات التي تغطي

:الفصل

:المحلل: التاريخ :المشروع

المشاكل الموجود والمفقود - المالحظات تفحص المحتويات

الزبون والممول -1

خلفية الموضوع -2

نوع المورد -3

أهداف العمل -4

ارتباط األهداف بالمتطلبات -5

المعطيات

محتويات قاعدة المعطيات -1

صيغ المدخالت والمخرجات -2

حاالت االتصال -3

المعطيات والحاالت البدائية -4

المتطلبات الوظيفية

حدود النظام وواجهاته -1

أحداث المجال في الواجهات -2

المتطلبات على مستوى المجال، المهام -3

ى المنتج أحداث ووظائف على مستو -4

المتطلبات التصميمية، نمـاذج مخبريـة، -5

بروتوكوالت اتصال

توصيف الوظائف غير البديهية -6

المشاكل الموجود والمفقود–المالحظات الحاالت الخاصة

الحاالت الحدية -1

أعطال الطاقة والعتاد المادي والتشكيالت -2

حاالت االسـتخدام التـي تتعامـل مـع -3

األحداث الخاصة واألخطاء

متطلبات الجودة

األداء -1

السعة والقدرة والصحة والدقة -2

سهولة االستخدام -3

األمن واألمان -4

الوثوقية -5

اإلتاحية -6

التسامح باألعطال -7

قابلية الصيانة -8

المحمولية -9

قابلية إعادة االستخدام -10

قابلية التشغيل البيني -11

قابلية التركيب وسهولته -12

عوامل جودة أخرى -13

المسلمات األخرى

الوثائق -1

التدريب -2

التركيب -3

تهجير المعطيات -4

تشغيل النظام -5

الدعم والصيانة -6

دليل المصطلحات -7

المشاكل د والمفقود الموجو–المالحظات تفحص البنية

رقم لكل متطلب -1

متطلبات قابلة للتحقق -2

هدف كل متطلب -3

أمثلة عن طرق تحقيق المتطلبات -4

شرح نصي للمخططات -5

درجة األهمية -6

درجة االستقرار -7

عدم تكرار المعلومات -8

الفهرس -9

نسخة الكترونية -10

المشاكل الموجود والمفقود–المالحظات ستفحص التجان

تفحص االستخدام -1

كل األحداث تجري معالجتها ضمن مهمة -2

أو وظيفة

معطيات المهام والرسائل موجـودة فـي -3

قاعدة المعطيات

معطيات النوافذ االفتراضية موجودة فـي -4

قاعدة المعطيات

هامالنوافذ االفتراضية تدعم كافة الم -5

المشاكل الموجود والمفقود–المالحظات مراجعة التوصيف

المراجعة من قبل الزبون -1

المراجعة من قبل المطورين -2

شمول األهداف واألمور الحرجة -3

تبرير المتطلبات -4

المشاكل الموجود والمفقود–المالحظات تقييم جودة النماذج

تدقيق نحوي لكل مخطط -1

تدقيق داللي لكل مخطط -2

تدقيق نحوي لكل المخططات -3

تدقيق داللي لكل المخططات -4

المشاكل الموجود والمفقود–المالحظات تقدير المخاطر

تقييم مخاطر الزبون -1

تقييم مخاطر المطور -2

معالجة النواحي العالية الخطورة -3

المشاكل وجود والمفقود الم–المالحظات االختبارات

المحاكاة -1

اختبار النموذج المخبري -2

اختبار الريادة -3