‫مترجم من اإلنجليزية إلى العربية ‪www.onlinedoctranslator.

com -‬‬

‫تعريف وأهمية المتطلبات‬

 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫قلت "المتطلبات"؟‬
‫• أمتطلباتيكون‪:‬‬
‫• التقاط الغرض من النظام‬

‫• تعبير عن األفكار التي سيتم تجسيدها في النظام أو التطبيق قيد التطوير‬

‫• يجب أن يكون البيان حول النظام المقترح والذي يوافق عليه جميع أصحاب المصلحة صحيًحا حتى يتم‬
‫حل مشكلة العميل بشكل مناسب‬
‫• معلومة قصيرة وموجزة‬
‫• يقول شيئا عن النظام‬
‫• وقد اتفق جميع أصحاب المصلحة على صحته‬
‫• يساعد في حل مشكلة العميل‬

‫‪2‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫وفقا ل ‪IEEE 830-1993‬‬

‫• أمتطلباتيعرف ب‪:‬‬
‫• حالة أو قدرة يحتاجها المستخدم لحل مشكلة ما أو تحقيق هدف ما‬

‫• شرط أو قدرة يجب أن يستوفيها أو يمتلكها النظام ‪ ...‬للوفاء بعقد أو معيار أو مواصفات أو أي مستند‬
‫آخر مفروض رسمًيا ‪...‬‬

‫‪3‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫قلت "هندسة المتطلبات"؟‬

‫• المتطلبات الهندسية(ري) هو‪:‬‬
‫• نشاط التطوير واالستنباط والمواصفات والتحليل واإلدارةأصحاب المصلحةالمتطلبات التي يجب أن‬
‫يلبيها نظام جديد أو متطور‬
‫• تهتم ‪ RE‬بتحديد الغرض من النظام البرمجي‪ ...‬والسياقاتالتي سيتم استخدامها‬
‫• كيف‪/‬أين سيتم استخدام النظام‬
‫• الصورة الكبيرة مهمة‬
‫• يلتقط احتياجات العالم الحقيقي ألصحاب المصلحة المتأثرين بنظام برمجي ويعبر عنها كمصنوعات‬
‫يمكن تنفيذها بواسطة نظام حاسوبي‬
‫• جسر للتصميم والبناء‬
‫• كيفية التواصل والتفاوض؟‬
‫• هل ضاع شيء في الترجمة بين العوالم المختلفة؟‬

‫‪4‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫متطلبات األنشطة الهندسية‬

‫المتطلبات الهندسية‬

‫بداية المتطلبات‬ ‫تطوير المتطلبات‬ ‫إدارة متطلبات‬

‫االستنباط‬ ‫تحليل‬ ‫تخصيص‬ ‫َتَح ّق ق‬

‫المصدر‪ :‬الري بولدت‪ ،‬اتجاهات هندسة متطلبات األشخاص والعمليات والتكنولوجيا‪ ،‬شركة ‪Technology Builders, Inc.، 2001‬‬
‫‪5‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫حول أنشطة الطاقة المتجددة هذه‪...‬‬

‫بداية‬ ‫•‬
‫• ابدأ العملية (حاجة العمل‪ ،‬فرصة السوق‪ ،‬فكرة رائعة‪ ،)... ،‬حالة العمل‪ ،‬دراسة الجدوى‪ ،‬نطاق النظام‪ ،‬المخاطر‪،‬‬
‫إلخ‪.‬‬
‫متطلبات االستنباط‬ ‫•‬
‫• تم اكتشاف المتطلبات من خالل التشاور مع أصحاب المصلحة‬
‫تحليل المتطلبات والتفاوض‬ ‫•‬
‫• يتم تحليل المتطلبات وحل النزاعات من خالل التفاوض‬
‫مواصفات المتطلبات‬ ‫•‬
‫• يتم إنتاج وثيقة المتطلبات الدقيقة‬
‫التحقق من صحة المتطلبات‬ ‫•‬
‫• يتم فحص وثيقة المتطلبات للتأكد من اتساقها واكتمالها‬
‫إدارة متطلبات‬ ‫•‬
‫• تتطور االحتياجات والسياقات‪ ،‬وكذلك المتطلبات!‬

‫‪6‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫مشاكل عامة في عملية المتطلبات‬

‫• االفتقار إلى الخبرة المناسبة (مهندسي البرمجيات‪ ،‬وخبراء المجال‪ ،‬وما إلى ذلك)‬

‫• غالًبا ما تكون األفكار األولية غير مكتملة‪ ،‬ومتفائلة إلى حد كبير‪ ،‬وراسخة بقوة في أذهان‬
‫األشخاص الذين يقودون عملية االستحواذ‬

‫• قد تؤدي صعوبة استخدام األدوات المعقدة واألساليب المتنوعة المرتبطة بجمع المتطلبات‬
‫إلى إبطال الفوائد المتوقعة من اتباع نهج كامل ومفصل‬

‫‪7‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫إحصائيات من تقرير ‪NIST‬‬

‫• نيست (المعهد الوطني للمعايير والتكنولوجيا) قام بنشر تقرير شامل (‪ 309‬صفحة) ومثير‬
‫لالهتمام للغاية حول إحصائيات المشروع وتجاربه بناًء على بيانات من عدد كبير من‬
‫‪1‬‬
‫المشاريع البرمجية‬
‫‪70%‬من العيوب التي أدخلت فيتخصيصمرحلة‬ ‫•‬
‫‪30%‬مقدمالحقًافي عملية الحل الفني‬ ‫•‬
‫فقط‪%5‬يتم تصحيح أوجه القصور في المواصفات في مرحلة المواصفات‬ ‫•‬
‫‪ 95%‬يتم اكتشافها الحًقافي المشروع أو بعد التسليم حيث تكون تكلفة التصحيح في المتوسط​أعلى ‪22‬‬ ‫•‬
‫مرة مقارنة بالتصحيح المباشر أثناء جهد المواصفات‬
‫يخلص تقرير ‪ NIST‬إلى أن االختبار الشامل ضروري ألن االختبار يكتشف أخطاء المواصفات‬ ‫•‬
‫السائدة في وقت متأخر من العملية‬

‫[‪( http://www.nist.gov/public_affairs/releases/n02-10.htm ]1‬مايو ‪)2002‬‬

‫‪8‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫لماذا التركيز على المتطلبات؟‬

‫توزيع العيوب‬ ‫•‬ ‫توزيع الجهود إلصالح العيوب‬ ‫•‬

‫شفرة‬
‫متطلبات‬ ‫‪7%‬‬ ‫شفرة‬
‫آخر‬ ‫آخر‬ ‫تصميم‬
‫‪56%‬‬ ‫‪1%‬‬
‫‪10%‬‬ ‫متطلبات‬ ‫‪4%‬‬ ‫‪13%‬‬
‫‪82%‬‬

‫تصميم‬
‫‪27%‬‬

‫المصدر‪ :‬مارتن وليفينويل‬

‫‪9‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫عوامل النجاح‬

‫ا لع م ا ل‬
‫ط اق‬
‫مل عم‬
‫م شا ر‬
‫ستخد كة‬

‫ا‬
‫لم‬

‫الجاد ل ال‬
‫م‬

‫مر‬
‫المصدر‪ :‬شركة ستانديش جروب‪1995 ،‬‬ ‫كز‬
‫‪10‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫أسباب المشكلة‬

‫تك مية‬
‫األ‬
‫ن‬
‫ولو‬
‫جيا‬
‫المصدر‪ :‬شركة ستانديش جروب‪1995 ،‬‬
‫‪11‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
‫أنواع المتطلبات‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫"المتطلبات" كثيرة‪)1(...‬‬
‫• أهدفهو الهدف أو االهتمام الذي يوجه عملية الطاقة المتجددة‪ .‬ويمكن استخدامه الكتشاف‬
‫وتقييم المتطلبات الوظيفية وغير الوظيفية‬
‫• الهدف ليس شرطا بعد ‪...‬‬
‫• مالحظة‪ :‬يجب أن تكون جميع المتطلبات قابلة للتحقق (عن طريق بعض االختبارات‬
‫والتفتيش والتدقيق وما إلى ذلك)‬
‫• أمتطلبات وظيفيةهو مطلب تحديد وظائف النظام قيد التطوير‬
‫• يصف ما يجب أن يفعله النظام‬
‫• أمتطلبات غير وظيفيةهو مطلب غير وظيفي‪ .‬وهذا يشمل العديد من أنواع المتطلبات‬
‫المختلفة‪ – .‬ولذلك غالبا ما ينظر المرء إلى الفئات الفرعية التالية‪:‬‬

‫‪13‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫أنواع مختلفة من المتطلبات غير الوظيفية‬
‫• متطلبات األداء‪,‬توصيف خصائص النظام مثل األداء المتوقع والسعة والموثوقية والمتانة‬
‫وسهولة االستخدام وما إلى ذلك‪.‬‬
‫• قيود التصميم(أيضا يسمىمتطلبات العملية)‪ ،‬مما يوفر قيوًد ا على كيفية تصميم النظام‬
‫وبناءه ‪ -‬فيما يتعلق بعملية التطوير‪ ،‬والتوثيق‪ ،‬ولغة البرمجة‪ ،‬وقابلية الصيانة‪ ،‬وما إلى‬
‫ذلك‪.‬‬
‫• القيود التجارية‪ ،‬مثل اإلطار الزمني للتطوير والتكاليف‪.‬‬

‫‪14‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫"المتطلبات" كثيرة‪)2(...‬‬
‫• أمتطلبات المستخدمهو هدف أو وظيفة مرغوبة يتوقع المستخدم وأصحاب المصلحة‬
‫اآلخرون من النظام تحقيقها‬
‫• ال يصبح بالضرورة أحد متطلبات النظام‬
‫• متطلبات مجال التطبيق(اتصلت في بعض األحيانقواعد االعمال)هي متطلبات مستمدة من‬
‫الممارسات التجارية داخل قطاع صناعي معين‪ ،‬أو في شركة معينة‪ ،‬أو تحددها اللوائح أو‬
‫المعايير الحكومية‪.‬‬
‫• قد يؤدي إلى متطلبات النظام‪.‬يمكن أن تكون وظيفية أو غير وظيفية‬
‫• متطلبات مجال المشكلةيجب أن تكون راضية ضمن نطاق المشكلة من أجل تحقيق بعض‬
‫األهداف‬
‫• متطلبات النظامهي متطلبات بناء النظام ككل‬
‫• النظام عبارة عن مجموعة من المكونات المترابطة التي تعمل مًعا لتحقيق هدف مشترك (قد يكون برنامًجا أو جهاًز ا ميكانيكًيا أو‬
‫كهربائًيا أو إلكترونًيا ويتم تشغيله بواسطة أشخاص)‬
‫• هندسة النظم هي نهج متعدد التخصصات لتطوير األنظمة ‪ -‬البرمجيات ليست سوى جزء (ولكنها في كثير من األحيان الجزء‬
‫اإلشكالي)‬

‫‪15‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫"المتطلبات" كثيرة‪)3(...‬‬
‫• مالحظة مهمة‪:‬هندسة متطلبات البرمجيات هي حالة خاصة من هندسة المتطلبات‪ .‬العديد‬
‫من المواضيع التي تمت مناقشتها في هذه الدورة هي مواضيع عامة تماًم ا وتنطبق على‬
‫هندسة المتطلبات بشكل عام‪.‬‬

‫• في نظام يحتوي على البرمجيات‪،‬متطلبات البرنامجمستمدة من متطلبات النظام‪ .‬يتكون‬

‫النظام بعد ذلك من أجهزة وبرامج‪ ،‬وتكون األجهزة (وغالًبا نظام التشغيل ووحدات‬
‫البرامج األخرى الموجودة) جزًء ا من البيئة التي يتم استخدام البرنامج فيها‪.‬‬

‫‪16‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫المتطلبات الوظيفية‬
‫• ماذاالمدخالتيجب أن يقبل النظام‬
‫• ماذاالنواتجيجب أن ينتج النظام‬
‫• ما هي البيانات التي ينبغي للنظاممحلقد تستخدم أنظمة أخرى‬
‫• ماذاالحساباتيجب أن يؤدي النظام‬
‫• التوقيتوالمزامنةما سبق‬

‫• يعتمد ذلك على نوع البرنامج والمستخدمين المتوقعين ونوع النظام الذي يتم استخدام‬
‫البرنامج فيه‬
‫• قد تكون متطلبات المستخدم الوظيفية عبارة عن بيانات عالية المستوى لما يجب أن يفعله‬
‫النظام‪ ،‬ولكن يجب أن تصف متطلبات النظام الوظيفية خدمات النظام بالتفصيل‬

‫‪17‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫أمثلة على المتطلبات الوظيفية‬

‫• يجب أن يكون المستخدم قادًر ا على البحث في كل مجموعة قواعد البيانات األولية أو‬
‫تحديد مجموعة فرعية منها‪.‬‬

‫• يجب أن يوفر النظام عارًض ا مناسًبا للمستخدم لقراءة المستندات الموجودة في مخزن‬
‫المستندات‪.‬‬

‫• سيتم تخصيص معرف فريد لكل طلب (‪ )ORDER_ID‬والذي سيتمكن المستخدم من‬
‫نسخه إلى منطقة التخزين الدائمة للحساب‪.‬‬

‫ليست كل المتطلبات الواردة في هذه الشرائح والشرائح التالية هي متطلبات عالية الجودة ولكنها متطلبات نموذجية توجد في كثير من األحيان في الم‬
‫‪18‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫المتطلبات غير الوظيفية (‪)1( )NFR‬‬

‫• تمهال في بعض األحيانتسمى متطلبات الجودة وجودة الخدمة‪.‬‬

‫• ثالث فئات رئيسية‪:1‬‬

‫• متطلبات األداءيعكس‪:‬سهولة االستخدام والكفاءة والموثوقية وقابلية الصيانةوقابلية إعادة‬
‫االستخدام(الحظ ايضاحمايةمتطلبات)‬
‫زمن االستجابة‪ ،‬اإلنتاجية‬ ‫•‬
‫يكرراستخدام المصدر‬ ‫•‬
‫الموثوقية والتوافر‬ ‫•‬
‫التعافي من الفشل‬ ‫•‬
‫بدالت الصيانة والتحسين‬ ‫•‬
‫بدالت إعادة االستخدام‬ ‫•‬

‫[‪ ] 1‬ليثبريدج والجانيير‪ ،‬هندسة البرمجيات الشيئية‪ :‬تطوير عملي للبرمجيات باستخدام ‪ UML‬و‪Java، 2005‬‬
‫‪19‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫متطلبات غير مجدية(إن إف آر) (‪)2‬‬

‫• ديقيود التوقيع‪ :‬فئاتتقييدالبيئةوتكنولوجياالنظام‪.‬‬
‫• النظام األساسي (الحد األدنى من المتطلبات ونظام التشغيل واألجهزة‪)...‬‬
‫• التكنولوجيا المستخدمة (اللغة‪ ،‬قاعدة البيانات‪)... ،‬‬

‫• المحتويات التجارية‪:‬فئاتتقييدخطة المشروعوأساليب التطوير‬

‫• عملية التطوير (المنهجية) المستخدمة‬
‫• التكلفة وتاريخ التسليم‬
‫• غالًبا ما يتم وضع العقد أو خطة المشروع بدًال من ذلك‬

‫‪20‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬/‫الفشل تعريف المتطلبات‬

‫ المختلفة‬NFR ‫أنواع‬
‫• توجد أيًض ا أنطولوجيات أخرى‬
Non-functional
requir ements

Product Or ganizational External

requir ements requir ements requirements

Ef ficiency Reliability Portability Interoperability Ethical

requir ements requir ements requirements requirements requirements

Usability Delivery Implementation Standards Legislative

requirements requirements requir ements requirements requirements

Performance Space Privacy Safety

requirements requir ements requirements requirements

1998 ،‫ وايلي‬،‫ العمليات والتقنيات‬- ‫ هندسة المتطلبات‬،‫ جيرالد كوتونيا وإيان سومرفيل‬:‫المصدر‬
21
SEG3101 (Fall 2010). Basics – nature and purpose of requirements
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫قابلة للقياسمتطلبات غير مجدية‬

‫ملكية‬ ‫يقيس‬
‫سرعة‬ ‫المعامالت المجهزة‪/‬الثانية‬
‫وقت استجابة المستخدم‪/‬الحدث‬
‫وقت تحديث الشاشة‬
‫مقاس‬ ‫ك بايت‬
‫عدد شرائح ذاكرة الوصول العشوائي‬
‫سهولة االستعمال‬ ‫وقت التدريب‬
‫عدد إطارات المساعدة‬
‫مصداقية‬ ‫يعني الوقت للفشل‬
‫احتمال عدم التوفر‬
‫معدل حدوث الفشل‬
‫التوفر‬
‫المتانة‬ ‫حان الوقت إلعادة التشغيل بعد الفشل‬
‫النسبة المئوية لألحداث التي تسبب الفشل‬
‫احتمال تلف البيانات عند الفشل‬
‫قابلية التنقل‬ ‫النسبة المئوية للبيانات المعتمدة على الهدف‬
‫عدد األنظمة المستهدفة‬

‫المصدر‪ :‬جيرالد كوتونيا وإيان سومرفيل‪ ،‬هندسة المتطلبات ‪ -‬العمليات والتقنيات‪ ،‬وايلي‪1998 ،‬‬
‫‪22‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫متطلبات مجال التطبيق‬

‫• مشتقة من مجال التطبيق‬

‫• وصف خصائص النظام والميزات التي تعكس المجال‬

‫• قد تكون متطلبات وظيفية جديدة‪ ،‬أو قيوًد ا على المتطلبات الحالية‪ ،‬أو تحديد حسابات‬
‫محددة‬

‫• إذا لم يتم استيفاء متطلبات المجال‪ ،‬فقد يكون النظام غير قابل للعمل‬

‫‪23‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫أمثلة على متطلبات مجال التطبيق‬

‫• نظام المكتبة‬
‫• يجب أن تتوافق واجهة النظام الخاصة بقاعدة البيانات مع المعيار ‪.Z39.50‬‬
‫• بسبب قيود حقوق النشر‪ ،‬يجب حذف بعض المستندات فور وصولها‪ .‬اعتماًد ا على متطلبات المستخدم‪،‬‬
‫ستتم أوًال طباعة هذه المستندات إما محلًيا أو طباعتها على طابعة شبكة ثم استردادها بواسطة‬
‫المستخدم‪.‬‬

‫• نظام حماية القطارات‬

‫• يتم حساب تباطؤ القطار على النحو التالي‪:‬‬
‫ديدرب= ديتحكم‪ +‬داالنحدار‬

‫أين داالنحدارهو ‪ 9.81‬مللي ثانية‪ *2‬تعويض التدرج ‪ /‬ألفا حيث قيم ‪ /9.81ms2‬ألفا معروفة بأنواع‬
‫مختلفة من القطارات‪.‬‬

‫‪24‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫المشاكل المتعلقة بمتطلبات مجال التطبيق‬

‫• القابلية للفهم‬
‫• يتم التعبير عن المتطلبات بلغة مجال التطبيق‬
‫• غالًبا ما ال يفهم مهندسو البرمجيات الذين يقومون بتطوير النظام هذا األمر‬

‫• المعرفة الضمنية ‪ /‬الضمنية‬

‫• يفهم متخصصو المجال المجال جيًد ا لدرجة أنهم ال يفكرون في جعل متطلبات المجال واضحة‬
‫• غالًبا ما يكون الناس غير مدركين للمعرفة الضمنية التي يمتلكونها‪ ،‬وبالتالي ال يستطيعون التعبير عنها‬
‫لآلخرين‬

‫‪25‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
 ‫الفشل تعريف المتطلبات‪/‬األهميةأنواع المتطلبات أنشطة متطلبات عملية التطوير‬

‫الخصائص الناشئة (عندما يتكون النظام من عدة أنظمة فرعية)‬

‫• خصائص النظام ككل‬

‫• المتطلبات التي ال يمكن معالجتها بواسطة مكون واحد‪ ،‬ولكنها تعتمد في تلبيتها على كيفية تفاعل جميع‬
‫مكونات البرنامج‬
‫• ال تظهر إال بعد دمج جميع األنظمة الفرعية الفردية‬
‫• يعتمد على بنية النظام‬

‫• أمثلة على الخصائص الناشئة‬

‫مصداقية‬ ‫•‬
‫قابلية الصيانة‬ ‫•‬
‫أداء‬ ‫•‬
‫سهولة االستخدام‬ ‫•‬
‫حماية‬ ‫•‬
‫أمان‬ ‫•‬

‫‪26‬‬
‫‪SEG3101 (Fall 2010). Basics – nature and purpose of requirements‬‬
‫أي أسئلة ؟؟؟‬

27
SEG3101 (Fall 2010). Basics – nature and purpose of requirements