مقدمة

أهم جزء من الأنظمة المعقدة الحديثة هي منتجات البرمجيات - المكون الفكري. تُستخدم منتجات البرمجيات الآن لحل مشاكل الإدارة في جميع مجالات النشاط البشري تقريبًا: في الاقتصاد والمجالات الاجتماعية والعسكرية وغيرها. حماية جودة عاليةمنتجات البرامج المحلية مع التنمية الشاملةوالتزويد لمختلف التطبيقات في البلاد وفي السوق العالمية أصبح هدفًا استراتيجيًا.

يوجد حاليًا مجالان مستقلان تقريبًا للتوحيد القياسي في هندسة البرمجيات وضمان جودة منتجات البرامج ، والتي يمكن تسميتها بشكل مشروط ملفات تعريف معايير ISO (منظمة المعايير الدولية) ونماذج نضج SEI (معهد هندسة البرمجيات الأمريكية). يتم تمثيل العناصر الأولى بالكامل في [،] ، والثانية - في [،]. المحتوى الرئيسي للمقال مخصص لنماذج النضج.

لضمان القدرة التنافسية في عالم منتجات البرمجيات المعقدة وإمكانية تصديرها بنجاح ، يجب تطويرها واعتمادها وفقًا للمتطلبات. لمحات من المعايير الدوليةعلى القاعدة ISO 9000: 2000أو نماذج النضج - CMMI: 2003(تكامل نموذج نضج القدرة - نموذج تقييم نضج هندسة البرمجيات المتكامل). هذان الاتجاهان قريبان جدًا من الناحية المنهجية ويتقاطعان جزئيًا من خلال المراجع المتبادلة.

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

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

يجب أن يكون أساس الاعتماد عبارة عن برامج وطرق مفصلة وفعالة لاختبار حزم البرامج من أجل الامتثال لمتطلبات العملاء المعيارية ، ومشكلات الاختبار المصممة خصيصًا والمولدات لتشكيلها ، فضلاً عن المؤهلات العالية وسلطة المختبرين. التطبيق في الشركات المطورين لمنتجات البرمجيات ، وأنظمة الجودة المعتمدة لضمان دورة حياة PS على أساس المتطلبات ISO 9000: 2000أو CMMI: 2003، يضمن إدارة عالية الجودة ومستدامة للعمليات والمنتجات من دورة حياتها ، ويسمح أيضًا في كثير من الحالات بتسهيل اعتماد منتج البرنامج النهائي. لذلك ، يميل عملاء مشاريع البرامج المعقدة إلى اختيار المقاولين المنفذين الذين لديهم شهادات تصدق على تطبيقهم لأنظمة ضمان الجودة بناءً على ملفات تعريف المعايير الدولية أو نماذج النضج.

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

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

نموذج نضج CMMI - 1.1يصقل ويحسن النماذج السابقة CMM(انظر) ، ويأخذ أيضًا في الاعتبار جزئيًا المتطلبات الأساسية للمعايير الدولية الحالية في مجال إدارة البرامج. اهتمام كبير في CMMIتُعطى لعمليات التطوير والمحاسبة عن التكرارات عند تغيير متطلبات العميل ، وإمكانية تتبعها للوظائف والمكونات والاختبارات ووثائق المشروع. في الآونة الأخيرة ، ظهرت معلومات حول تحديث إصدار SEI لإصدار 2003. CMMI-1.1على أساس الخبرة المتراكمة وردود الفعل من الشركات. من المفترض أن تصدر في عام 2006 نسخة جديدة مطورة بشكل كبير من النموذج CMMI-1.2، وبعد ذلك يجب التخلص التدريجي من الإصدار 1.1. حتى نهاية عام 2007 ، يجب على المستخدمين التبديل إلى الإصدار CMMI-1.2، وسيصبح في المستقبل إلزاميًا لإجراء تقييم رسمي لجودة (شهادة) تكنولوجيا المؤسسة في مجال هندسة البرمجيات. ستقتصر فترة صلاحية الشهادة على ثلاث سنوات. يجب على العملاء ومطوري أنظمة البرامج الكبيرة الاستعداد لهذه التغييرات قبل النشر الرسمي للإصدار 1.2 بواسطة SEI.

هيكل ومحتوى نموذج نضج CMMI - 1.1

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

تم بناء خيارات وصف النموذج وفقًا لمخطط واحد ، والذي يتضمن أقسامًا عامة:

• مقدمة؛
• قسم 1 - مقدمة ؛
• القسم 2 - نموذج المكون ؛
• القسم 3 - المصطلحات ؛
• القسم 4 - محتوى المستويات والمكونات الرئيسية لكل نسخة من النموذج (تطوير الأهداف والإجراءات) ؛
• القسم 5 - هيكل تفاعل العمليات ؛ تم شرح الفئات الأربع للعمليات في القسم 7 ، ونظرتها العامة وخطط التفاعل لعمليات CMMI:
  • ادارة العمليات؛
  • الإدارة - إدارة المشروع ؛
  • تقنية الهندسة)؛
  • الدعم؛
• القسم 6 - استخدام النموذج CMMI- توصيات موجزة للمستخدمين حول تطبيق النموذج والتدريب ؛ لوحظ توافق وامتثال عمليات النموذج مع العمليات المنظمة لنموذج CMM السابق في الجزأين 2 و 3 من المعيار ISO 15504.
• القسم 7 هو الأخير والأكبر في كل معيار ، فهو يشغل حوالي 500 صفحة من إجمالي المستند ، والذي يزيد عن 700 صفحة. يقدم هذا القسم توصيات مفصلة لتنفيذ كل من العمليات المدرجة فيه ، والتي تأخذ في الاعتبار خصائص نموذج معين.

الخيار الأول(مستمر) يعكس النموذج المستند: تكامل نموذج نضج القدرة (CMMI) لهندسة النظم / هندسة البرمجيات / تطوير المنتجات والعمليات المتكاملة ، الإصدار 1.1 ، التمثيل المستمر (CMMI-SE / SW / IPPD ، V1.1 ، مستمر). هندسة النظم المتكاملة / هندسة البرمجيات / نموذج تقييم نضج عمليات التطوير والمنتجات المتكاملة - عرض مستمر. في هذا النموذج ، يتكون القسم السابع من عمليات:

• ادارة العمليات:
  • تنظيم التدريب؛
  • تنظيم تحويل (تغييرات) العمليات ؛
  • تنظيم الابتكارات والتوسعات.
• ادارة مشروع:
  • تخطيط المشروع؛
  • مراقبة ومراقبة عمليات المشروع ؛
  • إدارة المخاطر
  • إدارة المشروع الكمي؛
• تقنية الهندسة):
  • إدارة متطلبات؛
  • تطوير المتطلبات
  • حلول تقنية
  • تكامل المنتج
  • تَحَقّق؛
  • التحقق من الصحة (التصديق ، الموافقة) ؛
• الدعم:
  • إدارة التكوين؛
  • التحليل واتخاذ القرار بشأن التغييرات ؛
  • تحليل السبب الجذري وحل المشكلة (القضاء على العيب).

توفر الملاحق الخمسة ما يلي:

لكن- تكوين المصادر والوثائق الأدبية المستخدمة ، والتي ، مع ذلك ، لا تذكر المعايير ISO;

في- الاختصارات.

من- المصطلحات القائمة على المسرد ISOتستخدم في أربعة معايير فقط ISO 9000 ، ISO 12207 ، ISO 15504: 1-9 ، ISO 15288;

د - أوصاف المتطلبات والمقترحات لتشكيل مكونات النموذج حسب مستويات النضج ؛

هـ - قائمة المشاركين في التنمية CMMI- مشروع.

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

تخطيط المشروعفي هذا وكذلك في النموذج الثاني ما يلي:

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

عمليات تطوير المتطلباتإلى منتج برمجي مشابه للعمليات في كلا النموذجين ويتضمن:

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

إدارة متطلباتكلا النموذجين يشملان:

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

الخيار الثانييعرض الوثيقة: تكامل نموذج نضج القدرة (CMMI) لهندسة النظم / هندسة البرمجيات / تطوير المنتجات والعمليات المتكاملة ، الإصدار 1.1 ، التمثيل المرحلي (CMMI-SE / SW / IPPD ، V1.1 ، على مراحل). هندسة النظم المتكاملة / هندسة البرمجيات / نموذج تقييم نضج عمليات التطوير والمنتجات المتكاملة - مقدمة مرحلية. يعتمد النموذج على الحفاظ على مفهوم خمسة مستويات من النضج CMM[،]. يكرر تكوين العمليات عمليًا تلك المذكورة أعلاه للإصدار الأول من النموذج ، ولكن بتسلسل مختلف قليلاً وبإضافات صغيرة نسبيًا.

مستوى اوليتميز بعدم اليقين الكبير في تكوين ومحتوى العمليات في مختلف المشاريع البسيطة نسبيًا ، وبالتالي لم يتم التعليق عليه في المستند. لذلك ، عند توضيح وتفصيل محتوى العمليات في نسخة مرحلية CMMIيوصى بأن تكون محدودة أربعة مستويات رئيسية:

• المستوى الثاني- يضفي الطابع الرسمي الإدارة الأساسيةالمشاريع:
  • إدارة متطلبات؛
  • تخطيط المشروع؛
  • مراقبة المشروع والتحكم فيه ؛
  • إدارة الاتفاقات مع الموردين ؛
  • قياس وتحليل العمليات والمنتجات ؛
  • ضمان جودة العمليات والمنتجات ؛
  • إدارة التكوين؛
• المستوى الثالث- يحتوي على توحيد العمليات الرئيسية:
  • تطوير المتطلبات
  • حلول تقنية
  • تكامل المنتج
  • تَحَقّق؛
  • التحقق من صحة (شهادة) ؛
  • محتوى العمليات التنظيمية ؛
  • تعريف العمليات التنظيمية.
  • تنظيم التدريب؛
  • الإدارة المتكاملة لعمليات المشروع ومنتجاته ؛
  • إدارة المخاطر
  • تكامل فريق التطوير ؛
  • إدارة الموردين المتكاملة ؛
  • تحليل وحل المشاكل (القضاء على العيوب) ؛
  • تنظيم البيئة من أجل التكامل ؛
• المستوى الرابع- يحدد الإدارة الكمية:
  • تنظيم تمثيل جودة العمليات ؛
  • الإدارة الكمية للمشروع بأكمله والموارد ؛
• المستوى الخامس- التحسين ، التحسين المستمر:
  • التنظيم والابتكار والإدارة الكمية للعمليات وتوفير الموارد ؛
  • تحليل أسباب العيوب وتحسين الجودة وإدارة العمليات والمنتجات.

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

• الأهداف العامة للعملية المطلوب تحقيقها ؛
• ملاحظات تمهيدية ووصف عام لوظائف العملية ؛
• أهداف عملية محددة ؛
• ادارة العمليات؛
• تطوير متطلبات العملية ؛
• التفاعل والواجهات مع العمليات الأخرى ؛
• الأهداف العملية - النتائج المطلوبة لأنشطة العملية ؛
• تخطيط الإجراءات في عملية معينة ؛
• تحليل والتحقق من صحة (الموافقة) على نتائج تنفيذ العملية ؛
• مراقبة ومراقبة العملية.

تشبه هذه التوصيات من حيث النطاق والمحتوى واكتمال أوصاف العمليات الأساسية عددًا من المعايير الخاصة بملف تعريف دورة حياة PS المقدم في. يتيح لك طلب وتقييم اكتمال العمليات المستخدمة وفقًا لمستويات النضج تحديد إمكانات الإنتاج للمؤسسات - مطوري منتجات البرامج من حيث الجودة المتوقعة للعمليات ونتائج أنشطتهم والاستعداد للحصول على الشهادات الامتثال لمستوى معين من نضج النموذج CMMI - 1.1.

التركيز على النماذج CMMIتعطى لعمليات إدارة مشروع PS. تتوافق هذه المتطلبات والعمليات الخاصة بالنماذج عمليًا مع التوصيات المنظمة والمفصلة في المعايير. ISO 9001: 2000والمكونات الرئيسية لملف مواصفات دورة حياة PS المعقدة [،]. متطلبات العمليات في الأقسام الوظيفية 4-8 من المعايير ISO 9001 ، ISO 9004 ، ISO 90003يمكن مقارنة عدد من الأقسام الملائمة في المحتوى في النموذج CMMI(في الشكل 1 ، منطقة تداخل المحتوى). يتمثل القواسم المشتركة بين العمليات والمتطلبات في التشابه: التكوين ، والمصطلحات ، والهيكل ، وقائمة عمليات الإدارة الموصى بها ، والتخطيط ، ومحاسبة الموارد المتاحة ، وتنفيذ عمليات هندسة البرمجيات ، وتقييم المتخصصين وتنظيمهم.

الشكل 1. توحيد العمليات ومتطلبات المعايير ونماذج النضج

من وجهة نظر دعم وتنظيم دورة الحياة الكاملة لمشاريع البرمجيات الكبيرة ، أوجه القصور في النماذج CMMIفيما يتعلق بملف المعايير الحالية ISOيمكن أن تشمل ما يلي:

تم وضع تقرير تقني واسع النطاق وتمت الموافقة عليه مبدئيًا في عام 1998 لتحديد مستويات نضج العمليات لضمان دورة حياة PS المعروضة أعلاه. ISO 15504، تتكون من تسعة أجزاء والعديد من التطبيقات. يحدد نموذج النضج CMMوثمانية المبادئ الأساسيةهندسة البرمجيات على أساس المعيار ISO 9000: 2000. ثم في ISOخضع هذا المستند لمراجعة جذرية ، واختزال ، وتبسيط للهيكل والمحتوى ، مع الحفاظ الكامل على الأهداف والمفهوم ، والموافقة عليه كمعيارفي خمسة أجزاء.

اساسي ISO 15504: 1-5: 2003-2006ينظم تقييم واعتماد نضج عمليات إنشاء وصيانة وتحسين أدوات وأنظمة البرمجيات التي تقوم بها المؤسسات:

• لإقامة دولة خاصة به العمليات التكنولوجيةوتحسينها.
• لتحديد مدى ملاءمة العمليات الخاصة لتلبية متطلبات أو فئات معينة من متطلبات العملاء ؛
• بقصد ملاءمتها للأداء معاهدات معينةمع عملاء PS والأنظمة.

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

• للعملاء والمشترين ومستخدمي منتجات وأنظمة البرامج: القدرة على تحديد النضج الحالي والمحتمل لعمليات دورة حياة المورد ؛
• للبائعين والمطورين: القدرة على تحديد النضج الحالي والمحتمل لبرامجهم وأنظمتهم وعمليات دورة حياة ومجالات وأولويات تحسين العملية ؛
• لمقيّمي شهادة الثانوية العامة: إطار عمل لإجراء عمليات التقييم وتحسينها.

يتم التعامل مع الموافقة في المعيار جانبين: لتحسين عمليات دورة حياة PS وأنظمة مؤسسة معينة ولتحديد ما إذا كان النضج المعلن للمشروع أو عمليات دعم المؤسسة يتوافق مع العمليات الفعلية المستخدمة. ينعكس هذا في الأجزاء الخمسة التالية من المعيار. ISO 15504: 1-5: 2003-2006.

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

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

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

الجزء 4 - إرشادات المستخدم لتحسين العملية ونضج العملية في هذين الجانبين. يوصى بعدد من الخطوات التي تشمل: تطبيق نتائج عمليات التحقق ؛ تحديد أهداف لتقييم النضج ؛ تحديد البيانات الأولية للشهادة ؛ تقييم التخفيض المحتمل للمخاطر الناتجة ؛ خطوات لتحسين العمليات ؛ خطوات لتحديد مستوى النضج ؛ مقارنة نتائج تحليل المؤهلات بالمتطلبات.

الجزء الخامس - نموذج نموذجي لعمليات التصديق للامتثال للمتطلبات الواردة في الجزء الثاني.توفر وثيقة شاملة (162 صفحة) أمثلة عملية للأجزاء السابقة من المعيار لتنظيم وتقييم وتحسين تقييمات نضج عملية دورة الحياة لمختلف مجالات التطبيق ومشاريع البرامج والمؤسسات.

في التنفيذ العملي للمشاريع وضمان دورة حياة البرامج المعقدة ، يصعب أحيانًا على المطورين والموردين تحديد مزايا النماذج للتطبيق وإبرازها. CMMI. اعتمادًا على تقاليد المؤسسة وخصائص مشروع كبير ، يُنصح غالبًا باستخدام PS باعتباره العنصر الرئيسي الكامل الملف الشخصي المعاييرISOولتقييم العملاء مستوى النضجيطبق الدعم الإداري والتنظيمي والتكنولوجي لمشاريع PS توصيات محددة CMMI. يمكن استخدام هذه الإرشادات بشكل فعال في شهادة جودة العمليةفي المؤسسات التي توفر دورة حياة PS ، كبديل أو جنبًا إلى جنب مع الشهادة وفقًا لمجموعة من معايير الإدارة ISO 9000، اعتمادًا على تفاصيل المشروع ومتطلبات مقدم الطلب للحصول على شهادة منتج أو تقنية برمجية لضمان دورة حياتها.

تنظيم تصديق منتجات البرمجيات

تتكون الشهادة من سلسلة من العمليات التنظيمية التي تتكون منها نظام الشهادات، هذه العمليات مدعومة بإجراءات ووثائق منظمة ويجب أن يتم تنفيذها من قبل خبراء مؤهلين ومعتمدين - مفتشين. للحصول على شهادة مطور المؤسسة ونتائج أنشطتها - منتجات البرمجيات ، النماذج CMMIأو ملامح المعايير ISO[،] يوصى باتباع نظام معين ، والذي يجب أن يتكيف مع الخصائص المحددة للأشياء وبيئة دورة حياة PS. تم تصميم العمليات والمستندات الواردة أدناه للمشاريع الكبيرة ويمكن تقليلها بالاتفاق بين المطورين والعملاء وجهات التصديق في حالات أبسط.

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

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

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

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

لتقييم المنتجات أو العمليات الخاضعة للشهادة ، يرسل مقدم الطلب طلبًا إلى هيئة إصدار الشهادات في النموذج المعتمد في نظام إصدار الشهادات. تقوم هيئة إصدار الشهادات بالعمل على إعداد وتنظيم شهادة المنتج عند تقديم الطلب. يشمل هذا العمل:

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

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

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

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

تتضمن عملية التصديق على منتجات البرمجيات وأنظمة جودة المؤسسة ما يلي:

• التحليل والاختيار من قبل المطور أو العميل (مقدم الطلب) من هيئة مختصة في هذا المجال ومختبر معتمد لإجراء اختبارات الشهادة ؛
• تقديم مقدم الطلب طلبًا للاختبار إلى هيئة إصدار الشهادات واعتماد المعتمدين لقرار بشأن الطلب ، واختيار نظام الاعتماد ، وإبرام اتفاقية التصديق ؛
• تحديد متطلبات نظام الجودة الخاص بالمؤسسة و / أو إصدار منتج البرنامج المراد اختباره ؛
• أداء اختبارات اعتماد نظام الجودة الخاص بالشركة أو إصدار منتج البرنامج بواسطة مختبر إصدار الشهادات ؛
• تحليل النتائج التي تم الحصول عليها واتخاذ القرار من قبل المختبر و / أو هيئة إصدار الشهادات بشأن إمكانية إصدار شهادة المطابقة لمقدم الطلب ؛
• إصدار من هيئة إصدار الشهادات لمقدم الطلب - شهادة وترخيص لاستخدام علامة المطابقة وإصدار منتجات معتمدة - إصدارات من منتج البرنامج ؛
• تنفيذ مراقبة التفتيش من قبل هيئة إصدار الشهادات لنظام الجودة المعتمد للشركة و / أو المنتجات ؛
• قيام مقدم الطلب بإجراءات تصحيحية في حالة انتهاك مطابقة عمليات نظام الجودة و / أو المنتجات للمتطلبات المحددة وفي حالة التطبيق غير الصحيح لعلامة المطابقة.

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

• توافر واكتمال الوثائق التكنولوجية والامتثال لمتطلباتها في الممارسة ؛
• حالة المعدات التكنولوجية وتوافر نظام لصيانتها ؛
• وجود وفعالية نظام التحكم والاختبار ؛
• حالة أدوات القياس والاختبار ؛
• توافر نظام لتحديد وإزالة أوجه القصور المحددة في المنتجات أو التكنولوجيا.

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

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

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

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

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

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

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

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

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

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

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

• تحديد أسباب عدم الامتثال والقضاء عليها ؛
• تقديم تقرير إلى هيئة إصدار الشهادات عن العمل المنجز لتحسين وضمان جودة المنتج ؛
• إجراء اختبارات إضافية للمنتجات وفقًا للطرق وتحت إشراف جهة إصدار الشهادات والحصول على نتائج إيجابية.

توثيق عمليات ونتائج شهادات منتجات البرمجيات

تكوين ومحتوى الوثائق الخاصة بشهادة نظام الجودةتعتمد الشركات على خصائص تصميم البرامج وتطويرها وتعديلها ، وكذلك على متطلبات جودتها وخصائص البيئة التكنولوجية. لذلك ، يجب اختيار مجموعة المستندات اللازمة لكل مؤسسة أو مشروع وتكييفها فيما يتعلق بهذه الخصائص. مؤشرات نظام الجودة التي يتم تقييمها أثناء الشهادة هي توافر الوثائق ذات الصلة والوفاء العملي بمتطلبات مستوى معين من نموذج النضج. SMMIأو ملف تعريف المعايير المكيفة بناءً على ISO 9000: 2000، وكذلك تم إنشاؤها على أساسها ، وصف الوظيفةالمتخصصين في مؤسسة المطور. يجب على مقدم الطلب أن يعد ويقدم إلى مختبر الاختبار مجموعة من الوثائق المتفق عليها بين العميل والمطور والمعتمدة للتحقق من موثوقيتها وكفاية التكوين والتصنيع وفقًا للوثائق التنظيمية.

تتكون المجموعة الإرشادية من المستندات الأساسية للشهادة من ثلاث مجموعات:

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

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

المستندات الأساسية لنظام جودة المؤسسة ودورة حياة البرنامج

1. المفهوم والمصطلحات والمتطلبات والإرشادات لتحسين الأداء - أنظمة إدارة الجودة - ISO 9000: 2000أو نسخة من نموذج نضج CMMI.
2. النسخ المعدلة أو قائمة الأقسام وتوصيات المعايير ISO 12207 ، ISO 15504، والتغييرات والمبادئ التوجيهية للتطبيق ، التي تم اختيارها أثناء التكيف وإلزامية للاستخدام في نظام الجودة لمشروع معين أو مشروع منتج برمجي.
3. نسخة معدلة أو قائمة أقسام وتوصيات للمعيار ISO 900003، تم اختياره أثناء التكييف وإلزامي للاستخدام في نظام الجودة لمؤسسة تنتج منتجًا برمجيًا.
4. الخصائص الأساسية وسمات الجودة لمشروع PS ، تم تحديدها وتكييفها وتحديدها على أساس المعايير ISO 12182 ، ISO 9126 ، ISO 14598 ، ISO 25000.
5. نسخة معدلة وطبعة معتمدة من دليل إدارة الصيانة والتكوين بناءً على توصيات المعايير ISO 14764 ، ISO 10007 ، ISO 15846.
6. مجموعة من الأوصاف الوظيفية التي تحدد المسؤولية والسلطة والإجراءات الخاصة بالتفاعل بين جميع الإداريين والأداء والتحقق من عمل الموظفين المشاركين في إجراءات نظام جودة المؤسسة لمشروع PS معين.

تعكس المستندات المصدر ميزات دورة حياة أداة برمجية معينة

1. وصف خصائص منتجات البرامج التي تم إنشاؤها في المؤسسة ، والنظام والبيئة الخارجية لدورة حياتها ، اللازمة لتكييف وإعداد إصدارات العمل لمعايير ومتطلبات مشروع PS ونظام جودة المؤسسة وفقًا لـ توصيات المعايير ISO 12207 ، ISO 15504 ، ISO 90003و ISO 9126.
2. وصف أهداف ومتطلبات والتزامات مطور المؤسسة في مجال نظام الجودة ومعايير الجودة لعمليات ومنتجات التطوير والتسليم ودعم دورة حياة البرنامج بالكامل.
3. مجموعة من المستندات التشغيلية المقدمة للعميل والمستخدمين لضمان دورة الحياة واستخدام إصدار معين من منتج البرنامج بناءً على المعايير المعدلة ISO 9294 ، ISO 15910 ، ISO 18019.
4. أدوات التوثيق والأتمتة للتصميم والتطوير والتعديل والتحكم والاختبار المستخدمة لضمان دورة حياة منتج البرنامج.
5. خطط وطرق اختبار التطبيق وتقييم فاعلية عمليات نظام الجودة للمؤسسة ومنتج البرنامج.
6. طرق الصيانة ، وتحديد مكونات منتجات البرمجيات والتوثيق ، وتحليل واعتماد إصدارات البرمجيات ومجمعات البيانات.
7. منهجية إدارة التكوين ، والموافقة ، والتخزين ، والحماية ، ونسخ إصدارات منتجات البرامج والمستندات المصاحبة ، بالإضافة إلى تراكم وتخزين البيانات المتعلقة بخصائص الجودة المسجلة في أرشيف المؤسسة أثناء دورة حياة إصدارات منتجات البرامج.

وثائق الاختبار الناتجة - شهادة نظام الجودة للمؤسسة و / أو منتج البرنامج

1. تقرير عن مدى توافر الوثائق وملاءمتها وتنفيذها المنتظم وفقًا لمتطلبات وأحكام نظام جودة المؤسسة ، والذي يوفر عملية ضمان جودة متكاملة طوال دورة حياة منتج البرنامج بالكامل.
2. نتائج مراقبة واختبار حالة وتطبيق نظام الجودة بشكل دوري لتحديد مدى ملاءمتها وفعاليتها.
3. تقرير عن توافر وصيانة طرق إجراء عمليات التفتيش وتقارير موثقة عن نتائج الجودة المحققة للوفاء بمتطلبات اتفاقية التصديق مع العميل.
4. نتائج تسجيل خصائص الجودة المحققة لحزمة البرمجيات: تحديد وتجميع وتخزين البيانات المسجلة حول خصائص وسمات جودة منتج البرنامج ومكوناته.
5. نتائج تنفيذ خطة التطوير ، وبيانات المدخلات والمخرجات الموثقة لمراحل التطوير والبروتوكولات للتحقق من تنفيذ دورة حياة PS.
6. نتائج التطبيق العملي لبرنامج الجودة وتنفيذ الأنشطة المنظمة في مجال الجودة في جميع مراحل دورة حياة PS.
7. نتائج شهادة محاكيات البيئة ومولدات الاختبار ، بالإضافة إلى تقييم مدى كفايتها لأداء اختبارات الاعتماد لمنتج برمجي.
8. نتائج تحليل تنفيذ الخطط وطرق الاختبار ، وتقارير الاختبار ، وتقييمات امتثال نتائج الاختبار للمتطلبات ، وكذلك نتائج الاختبار المعتمدة من قبل ممثلي مقدم الطلب والعميل والمورد.
9. فعل نتائج التحقق من الخصائص الحقيقية لدورة حياة نظام البرنامج ونظام الجودة للمؤسسة ، استنتاجات حول امتثالها لمتطلبات إصدار الشهادات لإنتاج منتج برمجي.
10. شهادة نظام الجودة للمؤسسة و / أو منتج البرنامج وضمان دورة حياته وترخيص استخدام علامات المطابقة.

المؤلفات

في. ليباييف - ملفات تعريف معايير دورة حياة البرامج. -- معلومات طائرة ، النشرة الإخبارية، العدد 12، 2005

K. Milman ، S. Milman - SMMI هي خطوة نحو المستقبل. -- أنظمة مفتوحة.، N 5-6. (2005)، N2. (2006)، 2005، 2006

تقييم واعتماد نضج عمليات إنشاء وصيانة أدوات البرمجيات وأنظمة المعلومات ISO IEC TR 15504-CMMI. لكل. من الانجليزية -- م: الكتاب والأعمال, 2001

في. ليباييف - عمليات ومعايير دورة حياة البرامج المعقدة. الدليل.- م: SINTEG ، 2006

في. ليباييف - طرق ضمان جودة البرامج واسعة النطاق.- م: RFBR. SINTEG ، 2003

"؛ antisource:" تُستخدم منتجات البرامج الآن لحل مشكلات الإدارة في جميع مجالات النشاط البشري تقريبًا: في الاقتصاد والمجالات الاجتماعية والعسكرية وغيرها. لقد أصبح ضمان الجودة العالية لمنتجات البرمجيات المحلية أثناء تطويرها الشامل وتسليمها لمختلف التطبيقات في الدولة وفي السوق العالمية مهمة إستراتيجية. "؛ الشرط: 1] $

حاشية. ملاحظة: تتم دراسة دائرة الأفكار الكامنة وراء ما قد يكون المنهجية الأكثر شهرة لتحسين عمليات التنمية بالتفصيل. البرمجيات- SMM. يتم تحليل منطق وهيكل HMM. يظهر الاتصال بين HMM ونماذج العملية التي تمت دراستها مسبقًا.

أداة عملية رائعة تم إنشاؤها في إطار نهج العمليةإلى وصف النشاط منظمة التصميمعلى وجه الخصوص ، المنظمة التي تتطور نظم المعلومات يوضح منهجية HMM. يرمز CMM إلى نموذج نضج القدرة ، والذي يعني تقريبًا "نموذج نضج نظام الإدارة". في الأدبيات ، يُشار إلى CMM بشكل أكثر شيوعًا كنموذج النضج التنظيمي ، وسأتبع هذا التقليد أيضًا.

تاريخ ظهور SMM على النحو التالي. في نهاية الثمانينيات. في القرن الماضي ، أمرت وزارة الدفاع الأمريكية معهد هندسة البرمجيات 1Eng. SEI - معهد هندسة البرمجياتتعمل جامعة كارنيجي ميلون على نظام معايير لاختيار مقاولين من الباطن في مشاريع تطوير البرمجيات. تم الانتهاء من العمل في عام 1991 وكانت النتيجة CMM. يجب أن نتحفظ على الفور بأن النموذج لا يحتوي على أي مالية أو اقتصادية أو سياسية أو تنظيمية معيار الاختيارمقاول من الباطن ، وكذلك معايير إمكانية القبول في العمل السري (ربما لم يتم تحديد مثل هذه المهام). نحن نتحدث فقط عن المعايير التي تصف قدرة مقاول فرعي محتمل من حيث تطوير أنظمة البرمجيات.

هيكل CMM

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

الافتراض 1. هناك مستويات مختلفة من النضج نوعيا منظمة التصميمتطوير نظم المعلومات(هناك خمسة مستويات من هذا القبيل في نموذج HMM).

الافتراض 2. تهتم أي منظمة تنموية بالانتقال إلى مستوى أعلى من النضج (ليس فقط من أجل زيادة فرصها في الكفاح من أجل عقود وزارة الدفاع ، ولكن أيضًا من أجل تحسين نفسها).

الافتراض 3. الانتقال ممكن فقط إلى المستوى التالي بالترتيب. من المستحيل "القفز" فوق المستوى (بتعبير أدق ، تزداد مخاطر المنظمة بشكل حاد في نفس الوقت).

وهكذا ، تشكل المستويات "سلمًا" ترتفع فيه المنظمة التنمية الخاصة. يتميز كل مستوى بتكوين وخصائص معينة لعمليات المنظمة. تم قبول "سلم المستوى" SMM ونشره على نطاق واسع. هذا ما تبدو عليه.

المستوى 1 "مبتدئ". تتميز عملية الإنتاج ككل بأنها يتم إنشاؤها في كل مرة لمشروع معين ، وأحيانًا تكون فوضوية. يتم تحديد عدد قليل فقط من العمليات ، ويعتمد نجاح المشروع على جهود الأفراد.

المستوى 2 "قابل للتكرار". تم إنشاء عمليات إدارة المشروع الرئيسية ، مما يسمح لك بتتبع التكاليف ومراقبة جدول العمل ووظائف حل البرنامج الذي يتم إنشاؤه. أسس عملية الانضباط اللازمة لتكرار النجاحات السابقة في مشاريع تطوير تطبيقات مماثلة.

المستوى 3 "محدد". عملية الإنتاج موثقة وموحدة لكليهما العمل الإداريوكذلك للتصميم. تم دمج هذه العملية في عملية التصنيع القياسية للمنظمة. تستخدم جميع المشاريع نسخة مخصصة معتمدة من عملية التشغيل القياسية للمؤسسة.

المستوى 4 "مدار". يتم جمع المؤشرات الكمية التفصيلية لعملية الإنتاج وجودة المنتج الذي يتم إنشاؤه. يتم تقييم كل من عملية التصنيع والمنتجات والتحكم فيها من وجهة نظر كمية.

المستوى 5 "التحسين". يتم تحقيق التحسين المستمر للعملية من خلال الكمي استجابةمع عملية وتنفيذ الأفكار والتقنيات المتقدمة فيها.

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

علاوة على ذلك ، كما يقولون ، هي مسألة تقنية. يتم تحديد هيكل النموذج (الشكل 7.1) ، ويتم تقديم التعريفات ، ويبدأ العمل المضني في وصف كل عملية بدقة على كل مستوى. من أجل تقييم القيمة العملية لما تم القيام به ، دعنا ننتقل إلى جزء من هذا المسار.

أرز. 7.1

على التين. 7.1 يحتوي على المفاهيم التالية.

مجموعة العمليات الرئيسية. كما هو مذكور في (Paulk، et al.، 1995) ، "تحدد كل مجموعة من العمليات الرئيسية مجموعة من الأنشطة ذات الصلة ، ونتيجة لذلك يتم تحقيق مجموعة من الأهداف المهمة لزيادة إنتاجية عملية الإنتاج. على سبيل المثال ، لمجموعة من العمليات الرئيسية " إدارة متطلبات"(انظر الشكل 7.2) الهدف هو التوفيق بين متطلبات مشروع تطوير البرمجيات بين العميل والمطور."

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

أرز. 7.2

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

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

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

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

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

التزامات الأداء

صف الإجراءات التي يجب على المنظمة اتخاذها لضمان أن العملية قائمة ومستقرة. تتعلق التزامات الأداء عادةً بوضع السياسات التنظيمية والدعم من الإدارة العليا.

المتطلبات الأساسية

وصف المتطلبات الأساسية التي يجب الوفاء بها في مشروع أو منظمة للتنفيذ الكفء لعملية التصنيع ؛ عادة ما تتعلق بالموارد والهياكل التنظيمية والتدريب المطلوب.

العمليات جارية

يصف قسم العمليات الجارية العمل الجوهري الذي يجب القيام به على هذا المستوى. تشمل العمليات التي يتم إجراؤها عادةً وضع الخطط وتنفيذ عمليات محددة وتنفيذ العمل وتتبعه واتخاذ الإجراءات التصحيحية حسب الحاجة.

القياسات والتحليل

قسم "القياسات و

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

تتكون كل ممارسة رئيسية من جملة واحدة ، غالبًا ما يتبعها وصف أكثر تفصيلاً قد يتضمن أمثلة وتوضيحات. الممارسات الرئيسية ، التي يشار إليها أحيانًا باسم الممارسات الرئيسية ذات المستوى الأعلى ، تضع السياسات والإجراءات والعمليات الأساسية لمجموعة من العمليات الرئيسية. غالبًا ما يشار إلى مكونات الوصف التفصيلي بالممارسات الفرعية ".

تصف الممارسات الرئيسية ما يجب القيام به ، ولكن لا ينبغي أن تؤخذ على أنها عقيدة حول كيفية تحقيق الأهداف. يمكن تحقيق أهداف مجموعة العملية الرئيسية من خلال الممارسات البديلة. يجب أن يكون تفسير الممارسات الرئيسية معقولاً ، مما يسمح بتحقيق أهداف مجموعة العمليات الرئيسية على نحو فعال، على الرغم من أنه ربما يكون رسميًا ومختلفًا عن CMM الموصى به.

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

في تعريفات المستويات (انظر الشكل 7.2) ، ظهر شيء مثل "عملية الإنتاج". وهي موجودة أيضًا في تعريف مجموعة العمليات الرئيسية ، وهذه ليست مصادفة. عملية التصنيع ، أو كما يطلق عليها بشكل مناسب في CMM ، المعيار عملية التصنيعالمنظمات (OSS) هي أحد المفاهيم المركزية للنموذج بأكمله.

في نوفمبر 1986 ، بدأ المعهد الأمريكي لهندسة البرمجيات (SEI) ، بالاشتراك مع شركة Mitre Corporation ، في تطوير مراجعة نضج عملية تطوير البرمجيات ، والذي كان يهدف إلى المساعدة في تحسين عملياتهم الداخلية.

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

في سبتمبر 1987 ، تم إصدار SEI مراجعة قصيرةعمليات تطوير البرامج مع وصف لمستويات نضجها ، بالإضافة إلى استبيان مصمم لتحديد المجالات في الشركة التي تحتاج إلى تحسينات. ومع ذلك ، اعتبرت معظم الشركات هذا الاستبيان نموذجًا جاهزًا ، ونتيجة لذلك ، بعد 4 سنوات ، تم تحويل الاستبيان إلى نموذج حقيقي ، نموذج نضج القدرات للبرمجيات (CMM). تمت مراجعة الإصدار الأول من CMM (الإصدار 1.0) ، الذي تم إصداره في عام 1991 ، في عام 1992 من قبل المشاركين في اجتماع العمل ، الذي حضره حوالي 200 متخصص برمجيات وأعضاء من مجتمع المطورين.

1. ابتدائي. الوضع الأكثر بدائية للمنظمة. المنظمة قادرة على تطوير البرمجيات. لا تمتلك المنظمة عملية واعية بشكل واضح ، ويتم تحديد جودة المنتج بالكامل من خلال القدرات الفردية للمطورين. يأخذ المرء زمام المبادرة ويتبع الفريق تعليماته. نجاح مشروع ما لا يضمن نجاح مشروع آخر. في نهاية المشروع ، لا يتم تسجيل البيانات الخاصة بتكاليف العمالة والجدول الزمني والجودة.
2. قابل للتكرار. إلى حد ما ، يتم مراقبة العملية. سجلات مصنوعة من تكاليف العمالة والخطط. يتم وصف وظيفة كل مشروع في الكتابة. في منتصف عام 1999 ، كانت 20٪ فقط من المنظمات في المستوى 2 أو أعلى.
3. المثبتة. لديك تعريف وموثق و عملية ثابتةالعمل بشكل مستقل عن الأفراد. هذا هو المتفق عليه المعايير المهنيةويقوم المطورون بتنفيذها. هذه المنظمات قادرة على التنبؤ بشكل موثوق إلى حد ما بتكاليف مشاريع مماثلة لتلك التي تم الانتهاء منها في وقت سابق.
4. مُدار. يمكنهم التنبؤ بدقة بتوقيت وتكلفة العمل. توجد قاعدة بيانات للقياسات المتراكمة. لكن لا توجد تغييرات مع ظهور تقنيات ونماذج جديدة.
5. المحسن. هناك إجراء مستمر لإيجاد وإتقان أساليب وأدوات جديدة ومحسنة.

تطوير

كشف استخدام النموذج في الممارسة العملية عن الغموض في النهج لتحقيق مستويات أعلى من تنظيم عمليات تطوير البرمجيات. لذلك ، بحلول عام 2002 ، يجري وضع توصيات لتحسين عملية التنمية ، والتي تسمى CMMI (تكامل نموذج نضج القدرات). حالياً احدث اصدار CMMi - 1.3 (تم نشره في نوفمبر 2010).

أنظر أيضا

الروابط

منتدى طلاب معهد ماساتشوستس للتكنولوجيا> القسم الرئيسي> الاختبارات> محاكاة أنظمة التحكم

رأي النسخة الكاملة: محاكاة أنظمة التحكم

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

الاختبار النهائي 100 من 100

هل تختلف النتيجة في كل مرة؟

المزيد من الأسئلة التي لم يتم سردها هنا واكتشفتني. لم أبحث عن إجابات ، لأنه بدونها نجحت في 4. من يريد أن يكون مرتبكًا ، حمّل الإجابات هنا لبقية الإجابات 🙂

وحدة 1:
ما الذي لا ينبغي اعتباره سمة مميزة لعملية الأعمال؟

القيمة المضافة

اختيار إجابة واحدة:
نتاج عملية تجسد الأهداف المحددة مسبقًا

اختيار إجابة واحدة:

في النهائي (تم تمريره على 4.

ما هو نموذج نضج القدرات؟ (سم)

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

2. ما هو عنصر غير موجود في مخطط تدفق إجراءات الأعمال الشاملة؟
اختر إجابة واحدة أو أكثر:
موارد العملية
المخاطر
أنشطة إدارة العمليات التجارية
العوامل البيئية
نشاط لتحويل المدخلات إلى مخرجات

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

28.03.2014, 10:07

وحدة 1:
ما الذي لا ينبغي اعتباره سمة مميزة لعملية الأعمال؟ اختر إجابة واحدة أو أكثر:
تحويل المدخلات إلى مخرجات
تسليم المنتج للمستهلك الخارجي
القيمة المضافة
تكوين الفائض و / أو قيمة الاستخدام

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

ما هي التغذية الراجعة في عملية الأعمال؟
اختيار إجابة واحدة:
تأثير هادف وواعي على العملية ، مصمم لضمان النتيجة المرجوة
تحليل ومقارنة نتائج العملية بالأهداف المحددة مسبقًا
التأثير على نظام كائنات وعوامل البيئة ، وهي مصادر لأنواع مختلفة من الانحرافات في عمل النظام
أجبت هكذا! لكنه خرج 4

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

2 حدد أمثلة لاستخدام الأمر من القائمة.
أكواب الجودة
اللجان
فرق العمل

3 حدد من القائمة شروط تطبيق الهياكل التنظيمية العضوية.
يتم تحفيز العمال من خلال الاحتياجات المعقدة
الأهداف ضبابية ومتغيرة ديناميكيًا
يتم استجواب السلطة واختبارها ، وتتطلب تأكيدًا من المرؤوسين

4 حدد من القائمة مزايا الهياكل التنظيمية القائمة على المشروع.
التبعية المباشرة للموظفين لمدير المشروع وبالتالي عدم غموض اتجاه جهود هؤلاء الموظفين

5 عمليات الدعم:
تزود التنفيذ الفعالالعمليات الرئيسية

الصف النهائي 5
السؤال رقم 1
اختر من قائمة أمثلة استخدام الأوامر.

أكواب الجودة
اللجان
فرق العمل

السؤال 2
ما هو الوسطاء المستخدمة داخل الهيكل الوظيفي؟

لدمج أنشطة الأقسام الهيكلية المختلفة

السؤال 3
قم بتسمية أنواع العلاقات في نموذج SADT:
مراقبة
آلية الخروج
ملاحظات الإدخال

السؤال 4
أي من العمليات التجارية التالية هي الأقصر؟
عملية عمل القسم

السؤال 5
ما هي الأساليب والمنهجيات والأدوات التي يمكن استخدامها لإنشاء نماذج معلومات العمليات التجارية؟

منهجية جين سارسون
لغة نمذجة تشين وباركر

السؤال 6
ما هو تمثيل عملية الأعمال الذي يتوافق مع المستوى الأدنى (من هؤلاء المدرجين)؟

عمليات العمليات التجارية

السؤال 7
طول إجراءات العمل:

إنه ذاتي

السؤال 8
الموارد المادية كعنصر أساسي للعمليات هي:

الوسائل السلبية وأشياء النشاط المستخدمة لتنفيذ العمليات

السؤال 9
حدد من القائمة مزايا الهياكل التنظيمية القائمة على المشروع.

يتم تنفيذ التبعية المباشرة للموظفين لمدير المشروع وبالتالي يتم تحقيق غموض اتجاه جهود هؤلاء الموظفين

السؤال 10
حدد من القائمة مزايا الهياكل التنظيمية للمصفوفة.

إمكانية التخصيص بمرونة الهيكل التنظيميضمن طيف واسع: من المصفوفة الضعيفة إلى القوية

السؤال 11
ماذا تتضمن الحلقة الثانية من إدارة نظام الأعمال؟

النظام الفرعي للتحكم في العمليات
النظام الفرعي لإدارة التنمية

السؤال 12
يشتمل نموذج العملية العام لنظام الأعمال على العناصر التالية:

مخرج
معالجة
مدخل
إزعاج

السؤال 13
ما هو معيار IDEF الذي يسمح لك بنمذجة الأنشطة والتدفقات وحالة الكائنات؟

السؤال 14
ما هي صلاحيات مدير المشروع في هيكل مصفوفة قوي؟

متوسطة الى عالية

السؤال 15
ما الذي يمكن أن يعزى إلى العناصر الرئيسية للاستثمار والعمليات المالية؟

المستثمرون
المقرضون

السؤال 16
حدد من القائمة أوجه القصور في هياكل هدف التصميم.

انخفاض قابلية التصنيع في المجالات الوظيفية

نمذجة أنظمة التحكم (http://mti.prioz.ru/krfilesmanager.php؟do=downloadfile&dlfileid=107)

ما هو ترتيب الهيمنة في مخططات SADT؟
الإجابة: توجد الوظائف الأكثر شيوعًا في الزاوية اليسرى العليا.

مساعدة 3training من لديه pliz

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

vBulletin® v3.8.7، حقوق النشر 2000-2018، vBulletin Solutions، Inc.

الترجمة التي يمكنك قولها:

منهجية تطوير نظم المعلومات. نموذج نضج CMM / CMMI.

في عام 1991 ، معهد هندسة البرمجيات بالجامعة

أنشأ Carnegie Mellon (معهد هندسة البرمجيات ، SEI) نموذج نضج CMM (نموذج نضج القدرات) لتطوير منتجات البرمجيات. بمرور الوقت ، تم إطلاق مجموعة كاملة من العارضات:

SW-CMM - لمنتجات البرمجيات ، SE-CMM - لهندسة الأنظمة ، اقتناء CMM - للمشتريات ، إدارة الموارد البشرية للأفراد - لإدارة الموارد البشرية ، ICMM - لتكامل المنتج.

تبين أن مجموعة متنوعة من النماذج يصعب فهمها وتنفيذها. منذ أن تم إنشاؤها مجموعات مختلفةالمتخصصين ، لم يكن محتوى هذه النماذج دائمًا متسقًا مع بعضها البعض ، وكذلك مع

متطلبات المعايير الدولية. لذلك ، في عام 2002 ، نشرت SEI نموذج CMMI جديدًا (تكامل نموذج نضج القدرة) ، يجمع بين النماذج التي تم إصدارها مسبقًا ويأخذ في الاعتبار المتطلبات

المعايير الدولية. CMMI عبارة عن مجموعة من النماذج (المنهجيات) لتحسين العمليات في المنظمات ذات الأحجام والأنشطة المختلفة. يميز CMMI المجموعات التالية من مجالات التحسين: إدارة العمليات ، إدارة المشاريع ، المجالات الهندسية ، الخدمة

المناطق. في هذه الحالة ، يتم تحديد جميع المناطق في شكل متطلبات لا تحدد كيفية تنفيذها ، ولكن متطلبات الواجهة. من هذا هناك نتيجتان.

النتيجة 1. يسمح CMMI بالعديد من التطبيقات وليست منهجية لتطوير البرمجيات مثل MSF و Scrum و RUP وما إلى ذلك. ويمكن استخدام هذا الأخير في تنفيذه. على سبيل المثال ، يوجد قالب عملية خاص في VSTS لـ CMMI يسمى MSF لـ CMMI.

النتيجة الطبيعية 2. يتم استخدام CMMI لاعتماد الشركات لنضج عملياتها. في البداية ، في أواخر الثمانينيات وأوائل التسعينيات ، تم إنشاء CMM (ثم لم يكن CMMI بعد) على وجه التحديد كوسيلة للحصول على الشهادة

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

على سبيل المثال ، صناعة الطيران والفضاء. هذا هو تطوير البرمجيات

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

على عكس نموذج CMM الكلاسيكي ، الذي كان هرميًا بشكل صارم ويسمح فقط بالتحسين المتسلسل للعمليات حسب المستويات ، فإن نموذج CMMI له بعدين - متسلسل ، مثل

كما هو الحال في CMM ، ومستمر ، مما يسمح بتحسين العمليات في المنظمة إلى حد ما بطريقة تعسفية. هنا سوف نركز على نموذج متسلسل. لديها 5 مستويات

نضج العملية (الشكل 1).

مستوى اول(مستوى النضج 1) هو المستوى الذي ، بحكم التعريف ، أي شركة. في هذا المستوى ، يكون تطوير البرامج أكثر أو أقل فوضى.

مستوى مُدار(مستوى النضج 2) - سياسات وإجراءات تنظيم العمليات المعتمدة على مستوى الشركة تظهر هنا بالفعل. لكن النطاق الكامل للعمليات موجود فقط في إطار المشاريع الفردية.

مستوى معين(مستوى النضج 3) - هنا تظهر عملية قياسية على مستوى الشركة بأكملها.

ما هو نموذج نضج القدرات (CMM)؟ ما هي مستويات CMM؟

هذه مجموعة كبيرة ومتنامية باستمرار من أصول العمليات: قوالب المستندات ،

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

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

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

يعرف الكثير من الناس الاختصار CMMI ، يعرف الكثير من الناس أن هذا نموذج ، أي مجموعة من التوصيات حول كيفية تحسين العمليات المتعلقة ، على سبيل المثال ، بتطوير البرمجيات. لكن قلة من الناس يعرفون أن هناك العديد من نماذج CMMI. أشهرها CMMI for Development (CMMI-DEV) ، وهي مرتبطة حقًا من نواح كثيرة بأنشطة شركات التطوير (أي تلك الشركات والمؤسسات التي تطور وتورد منتجًا برمجيًا معينًا أو برامج وأجهزة معقدة أخرى المحلول).

ولكن ماذا عن أولئك الذين لا يقدمون منتجًا ، بل يقدمون خدمات (على سبيل المثال ، دعم المنتج بحصة ضئيلة من التنمية في إجمالي تكاليف العمالة أو عدم وجود تكاليف عمالة على الإطلاق)؟ بالنسبة لهم ، هناك أيضًا مجموعة من التوصيات - نموذج CMMI للخدمات (CMMI-SVC). بالنسبة لأقسام تكنولوجيا المعلومات ، على سبيل المثال ، يمكن أن يساعد هذا النموذج (بشكل أكثر دقة ، توصياته) في فهم ما يجب القيام به بحيث ، على سبيل المثال ، تصبح توصيات ITIL نفسها عملية عادية ، وليس نوعًا من "الممارسة المقدسة".

نموذج نضج القدرات (CMM)

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

ومع ذلك ، من الأفضل تعلم أي من النماذج المدرجة. وإذا كان هناك عدة مئات من الأشخاص المدربين على نموذج CMMI-DEV لكامل رابطة الدول المستقلة (حوالي 250-300 شخصًا) ، فلا يوجد سوى 6 أشخاص مدربين على نموذج CMMI-SVC في رابطة الدول المستقلة. نحن نتحدث عن المدربين وليس المدربين. كانت هذه هي المشكلة الرئيسية بالضبط حتى ديسمبر 2011: بالنسبة لـ CMMI-DEV ، لم يكن هناك سوى مدرب واحد ناطق بالروسية معتمد من SEI (مطور نموذج CMMI) في العالم بأسره ، وبالنسبة للنماذج الأخرى لم يكن هناك أي مدرب على الإطلاق! الآن ظهر مثل هذا المدرب أيضًا وفقًا لنموذج CMMI-SVC (ومن ثم تم تدريب أول 6). هذا المدرب هو مؤلف هذا المنشور ، وهو متاح للإجابة على أي أسئلة حول النماذج المذكورة وحول التدريب الرسمي. بسأل!

هذه المادة هي سجل خاص لعضو في مجتمع Club.CNews.
محررو CNews ليسوا مسؤولين عن محتواها.

سننظر في تطور نماذج ضمان الجودة على أساس "نموذج نضج العملية" أو "نموذج تحسين القدرات" نموذج نضج القدرات (CMM).على الرغم من أن النموذج SMMتهدف إلى ضمان جودة البرمجيات ، وتنطبق جوانبها المنهجية على نماذج لضمان جودة أي منتج (سلع ، أعمال ، خدمات).

الرئيسية في النموذج SMMهو مفهوم النضج التنظيمي.

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

ناضجةتعتبر المنظمة مستوفية للشروط التالية:

• - توجد إجراءات محددة جيدًا لإنشاء منتجات البرامج وإدارة المشاريع ، والتي يتم تنقيحها وتحسينها المشاريع التجريبيةمن خلال تحليل مكونات "التكلفة - الربح" ؛
• - تستند تقديرات وقت وتكلفة أداء العمل إلى الخبرة المتراكمة وبالتالي فهي دقيقة إلى حد ما ؛
• - تمتلك الشركة معايير لعمليات تطوير واختبار وتنفيذ البرامج ، وقواعد لتصميم كود البرنامج النهائي ، والمكونات ، والواجهات ، وما إلى ذلك. كل هذا يشكل البنية التحتية و ثقافة الشركةيدعم عملية تطوير البرامج.

لذا فإن المعيار SMMهو نموذج لضمان الجودة يتكون من معايير لتقييم نضج المنظمة ووصفات لتحسين العمليات الحالية. في النموذج SMMيتم تحديد خمسة مستويات من النضج للمنظمات ، ويتم عرض خصائصها في الشكل. 5.3

أرز. 5.3 خمسة مستويات لنضج النموذجSMM

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

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

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

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

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

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

5 مراحل تطورية في إدارة العمليات التنظيمية. شرح نموذج نضج القدرات. CMM

نموذج نضج القدرات CM-CEI هو نموذج تنظيمي يصف المراحل التطورية الخمس (المستويات) التي تتم فيها إدارة العمليات في المؤسسة.

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

المراحل الخمس لنموذج نضج القدرات

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

نموذج تطوير البرمجيات

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

يمكن تكرار الممارسات. إذا لم تكرر بعض العمليات ، فلا يجب عليك تحسينها. هناك قواعد وإجراءات وممارسات تجبر المنظمة على التنفيذ والتنفيذ المستمر. يمكن مشاركة أفضل الممارسات لتنظيم العمل الإنتاجي بسرعة بين المجموعات. يتم تحديد الممارسات للسماح بالتبادل بين المشاريع ، وبالتالي توفير بعض التوحيد القياسي للمنظمة. يتم تقليل الانحرافات في تنفيذ هذه الأساليب. يتم تحديد الأهداف الكمية للمهام ؛ يتم وضع القياسات وإنتاجها وصيانتها لتشكيل أساس التقييم. يتم تحسين الممارسات باستمرار لتحسين القدرة (التحسين).

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

هيكل نموذج تطوير الميزات

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

معايير تحديد العملية

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