كيفية استخدام CMMI لهندسة الأنظمة
أُنشئ CMMI كنموذج تنظيمي في جامعة كارنيجي ميلون من قبل مجموعة من المتخصصين من معهد هندسة البرمجيات.
Systems Engineering is one of the 4 areas supported in the Capability Maturity Model Integration (CMMI). The domain covers designing and developing complete systems that may or may not include software and focuses on translating the initial requirements into product solutions and makes sure that these solutions are supported throughout the whole development process.
تُستخدم مجالات العمليات الستة التالية في الهندسة، بما في ذلك هندسة الأنظمة.
1. إدارة المتطلبات
If there are any inconsistencies in between the product requirements and the project workflow and roadmap, these can be reassessed and settled at the Requirements Management stage. This includes both technical and non-technical requirements.
This stage is not a one-off activity – with the requirements changing throughout the product development process, it may be necessary to regularly check how they interact with other elements of the project and adjust them accordingly.
يحتوي مجال عملية CMMI أيضاً على هدف محدد واحد وعدد قليل من الأهداف العامة على النحو التالي:
SG 1: إدارة المتطلبات
‘تُدار المتطلبات ويُحدد عدم الاتساق مع خطط المشروع ومخرجات العمل.'
الهدف العام 1: تحقيق أهداف محددة
"تدعم العملية تحقيق الأهداف المحددة لمجال العملية وتمكّن منها من خلال تحويل مخرجات العمل المُدخلة القابلة للتحديد لإنتاج مخرجات عمل قابلة للتحديد."
GG 2: إضفاء الطابع المؤسسي على عملية مُدارة
«تُؤسَّس العملية كمُعالجة مُدارة.»
GG 3: إضفاء الطابع المؤسسي على عملية مُعرّفة
«تُؤسَّس العملية كعملية محددة.»
GG 4: إضفاء الطابع المؤسسي على عملية مُدارة كمياً
"تُرسَخ العملية كمؤسسة كعملية مُدارة كميًا."
GG 5: إضفاء الطابع المؤسسي على عملية التحسين
‘تُرسَّخ العملية كممارسة مثالية للتحسين.’
ثم يسرد CMMI خطوات تحقيق كل هذه الأهداف – تحقق هذا الكتاب الإلكتروني لمزيد من المعلومات.
2. تطوير المتطلبات
هنا يتم تحليل المتطلبات التي جُمعت في المرحلة السابقة وتطويرها. هناك 3 مجموعات من الممارسات تركز على هذه الأنشطة.
ستُستخدم المجموعة الأولى كأساس لتصميم المنتج وهي كما يلي:
- جمع وتنسيق احتياجات أصحاب المصلحة،
- تطوير متطلبات دورة حياة المنتج،
- وضع متطلبات العميل،
- إنشاء متطلبات المنتج ومكونات المنتج الأولية بما يتوافق مع متطلبات العملاء،
- استخلاص احتياجات العملاء وتحليلها وإبلاغها، والتوقعات والقيود للحصول على متطلبات العملاء التي تشكّل فهماً لما سيرضي أصحاب المصلحة.
ثم تأتي المجموعة الثانية التي تتمحور حول تحليل المتطلبات، وخاصة متطلبات العملاء. تتضمن قائمة الإجراءات هذه:
- تحليل الاحتياجات والمتطلبات،
- تطوير مفهوم تشغيلي،
- تعريف الوظائف المطلوبة،
-
تطوير مفاهيم التصنيع والدعم لمعالجة
التكلفة والقدرة على تحملها.
يرتبط هذا الجزء من الأنشطة ارتباطًا وثيقًا بالمجموعة الثالثة حيث يتم تقديم نتائج التحليل كقائمة من:
- قيود من أنواع مختلفة،
- القيود التكنولوجية،
- التكلفة ومحركات التكلفة،
- قيود الوقت ومحركات الجدول الزمني،
- المخاطر،
-
مراعاة القضايا الضمنية التي لم يُصرّح بها
العميل أو المستخدم النهائي، -
العوامل التي يقدمها النشاط التجاري الفريد للمطور
الاعتبارات واللوائح والقوانين.
تتضمن مرحلة تطوير المتطلبات أيضًا قائمة تضم 3 أهداف محددة وأهدافًا عامة مع أوصاف خطوة بخطوة حول كيفية تحقيقها. وتشمل هذه القوائم من الأهداف:
SG 1: تطوير متطلبات العملاء
‘يتم جمع احتياجات أصحاب المصلحة وتوقعاتهم وقيودهم وواجهاتهم وترجمتها إلى متطلبات العملاء.’
SG 2: تطوير متطلبات المنتج
‘يتم تنقيح متطلبات العملاء وتفصيلها لتطوير متطلبات المنتج ومكونات المنتج لدورة حياة المنتج.’
SG 3: تحليل المتطلبات والتحقق منها
«يتم تحليل المتطلبات والتحقق من صحتها، وتطوير تعريف للوظائف المطلوبة.»
GG1: تحقيق أهداف محددة
"تدعم العملية تحقيق الأهداف المحددة لمجال العملية وتمكّن منها من خلال تحويل مخرجات العمل المُدخلة القابلة للتحديد لإنتاج مخرجات عمل قابلة للتحديد."
GG 2: إضفاء الطابع المؤسسي على عملية مُدارة
«تُؤسَّس العملية كمُعالجة مُدارة.»
GG 3: إضفاء الطابع المؤسسي على عملية مُعرّفة
«تُؤسَّس العملية كعملية محددة.»
GG 4: إضفاء الطابع المؤسسي على عملية مُدارة كمياً
"تُرسَخ العملية كمؤسسة كعملية مُدارة كميًا."
GG 5: إضفاء الطابع المؤسسي على عملية التحسين
‘تُرسَّخ العملية كممارسة مثالية للتحسين.’
>> اكتشف المزيد عن CMMI 2.0 في قطاع السيارات
3. الحل التقني
Next stage of the process is all about designing, developing and implementing solutions to the requirements established in the last 2 phases. It’s important to remember that the design, development and implementation are connected, and they may impact each other directly or indirectly. On an organisational level, the requirements may change over time – this will also mean that further iterations of the already implemented solutions may be necessary.
بفضل إمكانية تتبع المتطلبات المحددة في المرحلة السابقة، سيكون من السهل تتبع وتوثيق أي من هذه التكرارات.
كما كان الحال مع المرحلتين الأخيرتين، تحتوي هذه المرحلة أيضاً على أهداف محددة وعامة وإرشادات خطوة بخطوة حول كيفية تحقيقها مجالات عمليات CMMI.
SG 1: اختيار حلول مكونات المنتج
«يتم اختيار حلول المنتج أو مكونات المنتج، بما في ذلك العمليات ذات الصلة بالمنتج، من بين حلول بديلة.»
SG 2: تطوير التصميم
«يتم تطوير تصاميم المنتج أو مكونات المنتج.»
SG 3: تنفيذ تصميم المنتج
«يتم تنفيذ مكونات المنتج والوثائق الداعمة المرتبطة بها وفقًا لتصميماتها.»
الهدف العام 1: تحقيق أهداف محددة
"تدعم العملية تحقيق الأهداف المحددة لمجال العملية وتمكّن منها من خلال تحويل مخرجات العمل المُدخلة القابلة للتحديد لإنتاج مخرجات عمل قابلة للتحديد."
GG 2: إضفاء الطابع المؤسسي على عملية مُدارة
«تُؤسَّس العملية كمُعالجة مُدارة.»
GG 3: إضفاء الطابع المؤسسي على عملية مُعرّفة
«تُؤسَّس العملية كعملية محددة.»
GG 4: إضفاء الطابع المؤسسي على عملية مُدارة كمياً
تُؤسَّس العملية كممارسة مُدارة كميًا.
GG 5: إضفاء الطابع المؤسسي على عملية التحسين
‘تُرسَّخ العملية كممارسة مثالية للتحسين.’
4. تكامل المنتج
After the designs and solutions are ready, it’s time to assembly the product from the existing components and fill any gaps that have not been covered by the requirements and the solutions. This is also where the product is tested and assessed as integrated and fully functional. With these steps completed, the product can be then delivered to any stakeholders, including the customers.
If you operate in the Systems Engineering domain, your final product will be a system, with all of its elements included, tested and released. Your responsibility will also be ensuring the consistency of all designs.
Please note that the product integration stage can be completed iteratively and is not – in any case – a one-off process of assembling all assets. Work with prototypes and make sure that they get more advanced as you approach the release.
وكما هو الحال دائماً، تُستكمل هذه المرحلة في نموذج CMMI أيضاً بقائمتين من الأهداف (محددة وعامة).
SG 1: التحضير لتكامل المنتج
‘يتم إنشاء استراتيجية تنفيذ تكامل المنتج والحفاظ عليها.’
SG 2: ضمان توافق الواجهات
‘واجهات مكونات المنتج، الداخلية والخارجية، متوافقة.’
SG 3: تجميع مكونات المنتج وتسليم المنتج
'يتم تجميع مكونات المنتج المتحقق منها ودمجها، ويتم تسليم منتج متحقق منه ومصادق عليه.'
الهدف العام 1: تحقيق أهداف محددة
"تدعم العملية تحقيق الأهداف المحددة لمجال العملية وتمكّن منها من خلال تحويل مخرجات العمل المُدخلة القابلة للتحديد لإنتاج مخرجات عمل قابلة للتحديد."
GG 2: إضفاء الطابع المؤسسي على عملية مُدارة
«تُؤسَّس العملية كمُعالجة مُدارة.»
GG 3: إضفاء الطابع المؤسسي على عملية مُعرّفة
«تُؤسَّس العملية كعملية محددة.»
GG 4: إضفاء الطابع المؤسسي على عملية مُدارة كمياً
"تُرسَخ العملية كمؤسسة كعملية مُدارة كميًا."
GG 5: إضفاء الطابع المؤسسي على عملية التحسين
‘تُرسَّخ العملية كممارسة مثالية للتحسين.’
5. التحقق
Once the product or system is deployed, you need to move to the verification stage. The purpose of this phase is to ensure that the final result meets the specified requirements from both project and customer side. You may also need to take any corrective actions if the verification turns out to be unsatisfactory.
While on the surface, verification and validation (see the next stage) may seem similar, there are – in fact – two different activities. Verifying the product assess whether it’s viable and complete from the requirements point of view. Validating it is all about ensuring that the product will fullfil its function and is in fact, what was necessary for a particular task.
اطّلع أدناه على قائمة بالأهداف المحددة والعامة واتبع الرابط لمزيد من المعلومات حول كيفية الوصول إليهم.
SG 1: تجميع مكونات المنتج وتسليم المنتج
بشكل عام في منهج تحليل أنماط الفشل وآثارها للبرمجيات (SW FMEA) نقسم نوعين من آثار الفشل:
يتم تسليم منتج معتمد'.
الهدف العام 1: تحقيق أهداف محددة
"تدعم العملية تحقيق الأهداف المحددة لمجال العملية وتمكّن منها من خلال تحويل مخرجات العمل المُدخلة القابلة للتحديد لإنتاج مخرجات عمل قابلة للتحديد."
GG 2: إضفاء الطابع المؤسسي على عملية مُدارة
«تُؤسَّس العملية كمُعالجة مُدارة.»
GG 3: إضفاء الطابع المؤسسي على عملية مُعرّفة
«تُؤسَّس العملية كعملية محددة.»
GG 4: إضفاء الطابع المؤسسي على عملية مُدارة كمياً
"تُرسَخ العملية كمؤسسة كعملية مُدارة كميًا."
GG 5: إضفاء الطابع المؤسسي على عملية التحسين
‘تُرسَّخ العملية كممارسة مثالية للتحسين.’
6. التحقق
As mentioned above, the validation process focuses on whether the product can address its intended use – in short, whether it will do what it was created to do. What is important in this phase is that this full functionality needs to be achieved in the intended environment.
As it is with the verification, the validation also follows through on i.a. testing, analysis and simulation, so these two processes may be using the same environment or even be conducted in parallel, at the same time. Any issues that will be discovered at this stage need to be addressed accordingly with corrective actions taken immediately.
فيما يلي قائمة بالأهداف المحددة والعامة لهذه المرحلة أدناه:
SG 1: التحضير للتحقق
يتم إجراء التحضير للتحقق.
SG 2: إجراء مراجعات الأقران
«تُجرى مراجعات الأقران على منتجات عمل مختارة.»
SG 3: التحقق من منتجات العمل المختارة
«يتم التحقق من منتجات العمل المختارة مقابل متطلباتها المحددة.»
الهدف العام 1: تحقيق أهداف محددة
"تدعم العملية تحقيق الأهداف المحددة لمجال العملية وتمكّن منها من خلال تحويل مخرجات العمل المُدخلة القابلة للتحديد لإنتاج مخرجات عمل قابلة للتحديد."
GG 2: إضفاء الطابع المؤسسي على عملية مُدارة
«تُؤسَّس العملية كمُعالجة مُدارة.»
GG 3: إضفاء الطابع المؤسسي على عملية مُعرّفة
«تُؤسَّس العملية كعملية محددة.»
GG 4: إضفاء الطابع المؤسسي على عملية مُدارة كمياً
"تُرسَخ العملية كمؤسسة كعملية مُدارة كميًا."
GG 5: إضفاء الطابع المؤسسي على عملية التحسين
‘تُرسَّخ العملية كممارسة مثالية للتحسين.’
اقرأ هذا الكتاب الإلكتروني حول مجالات عمليات CMMI لمزيد من المعلومات.
استخدام نموذج CMMI لهندسة الأنظمة
تقليديًا، يعتمد مجال هندسة الأنظمة بشكل كبير على نموذج V مع عمليات معينة مجمعة في 3 فئات:
- عمليات دورة الحياة الأساسية (مجموعة عمليات الاستحواذ، مجموعة عمليات التوريد، مجموعة عمليات هندسة الأنظمة، مجموعة عمليات هندسة البرمجيات، مجموعة عمليات هندسة الأمن السيبراني)،
- عمليات دورة الحياة التنظيمية (مجموعة عمليات الإدارة، مجموعة عمليات إعادة الاستخدام، مجموعة عمليات تحسين العمليات)،
- عمليات دعم دورة الحياة (مجموعة العمليات الداعمة).
While this model of work is still viable when using CMMI, the workflow itself is managed differently and on an organisational rather than a process level. Where in the V-model includes elements such as ‘system architecture’, ‘system requirements’, ‘structure architecture’ and ‘structure requirements’, in the CMMI there’s ‘high-level design’ and ‘low-level design’.
This will be especially important if you need to combine the CMMI with any other processes and model that your organisation may already be using, including the V-model mentioned above and ASPICE.
>> اطلع على هذا المقال لمعرفة كيف يمكن استخدام نموذج V وASPICE معاً لتعزيز جهود الأمن السيبراني: الأمن السيبراني كإضافة إلى ASPICE ونموذج V
الدور عليك
هل تحتاج إلى بعض الدعم عند تقديم نموذج/سير عمل CMMI إلى مؤسستك؟ لا تتردد في التواصل مع فريق السيارات لدينا للحصول على مزيد من المعلومات: السلامة في مجال السيارات لدى Spyrosoft.
الأسئلة الشائعة: هندسة الأنظمة وفق CMMI
Capability Maturity Model Integration (CMMI) is an organisational improvement model created at Carnegie Mellon University by specialists from the Software Engineering Institute. It provides structured best practices that help organisations improve performance, quality, and predictability across engineering and management domains.
Systems Engineering is one of the key domains supported by CMMI. It focuses on designing and developing complete systems, which may include hardware, software, and integrated components. The goal is to translate stakeholder and business requirements into working product solutions and ensure those solutions are supported and controlled throughout the entire lifecycle.
Within the Engineering domain, six core process areas are particularly relevant to Systems Engineering: Requirements Management, Requirements Development, Technical Solution, Product Integration, Verification, and Validation. Together, they guide the organisation from capturing requirements through design, integration, testing, and confirmation that the final system works as intended.
على الرغم من ذكرهما معًا في كثير من الأحيان، إلا أن التحقق والتحقق من الصحة يخدمان أغراضًا مختلفة.
يتحقق التحقق مما إذا كان المنتج قد تم بناؤه بشكل صحيح وفقاً للمتطلبات المحددة. ويؤكد أن المخرجات تستوفي المعايير الموثقة.
Validation, on the other hand, determines whether the product fulfils its intended use in its real or intended environment. In short, verification answers “Did we build it right?”, while validation answers “Did we build the right thing?”
قد يستخدم كلا النشاطين تقنيات مماثلة مثل الاختبار والتحليل والمحاكاة ومراجعات الأقران، ويمكن أحياناً تنفيذهما بالتوازي.
Yes. CMMI can be integrated with models such as Automotive SPICE (ASPICE). When combining frameworks, organisations must ensure consistent terminology, aligned responsibilities, and harmonised process structures. This is particularly relevant in regulated industries such as automotive, where multiple standards may apply simultaneously.
arrow_circle_rightاتصل بنا
