الطائرات البرامج على متن الطائرة

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

بين الصكوك الدولية التي تتضمن متطلبات البرامج AT هو أهم وثيقة DO-178، وضعت لأول مرة في 1978 وفي الوقت الحالي يتم استخدامه النسخ المحسنة: DO-I78A، المعمول به منذ المدينة 1985، وDO-I78B، المعمول به منذ 1993 ، الذي يتم إيلاء اهتمام كبير لمسألة تأهيل أدوات البرمجيات.

في أوكرانيا، وروسيا، وهناك نظائرها من هذه الوثائق: على التوالي CT 178A مع مدينة 1998 وCT 178V مع 2004، وبالإضافة إلى هذه شروط الأهلية وثائق 178A RM وRM-178V.

من بين سلسلة من المعايير ISO، العاملة في أوكرانيا والبرامج ذات الصلة، والتي تهيمن عليها اثنين: DSTU ISO 9000-3-98 وDSTU 3918-1999 (ISO / IEC 12207: 1995). ويخصص أول من المنظمة وأنشطة نظام الجودة فيما يتعلق البرمجيات، والعملية الثانية برنامج دورة الحياة. متطلبات معايير ISO ذات صلة مباشرة لأشعة الشمس إجراءات إصدار الشهادات ومكوناته، بما في ذلك إجراءات التصديق البرمجيات.

بالإضافة إلى ذلك، على شهادة من صناعة شركات الطيران، في هذه الحالة، وعمليات الإنتاج من إنشاء وتطبيق البرمجيات المستخدمة ARMAK الوثيقة وهي قسم "العنصر 21.2" المبادئ التوجيهية 3S ". برنامج ضمان الجودة "الذي ينقسم إلى قسمين:" الجزء A. البرنامج على متن الطائرة "و" الجزء B: برنامج لقبول المنتجات ".

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

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

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

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

البرامج مستوى تصنيف فئات الحرجية على النحو التالي:

• IN A مستوى - في مثل هذه الظروف الوظيفية فشل النظام الذي نشأ بسبب خطأ في البرنامج يمكن أن تؤدي إلى وضع كارثي لأشعة الشمس عندما يكون من المستحيل عمليا لمنع وفاة الشمس والشعب. احتمال مثل هذه الحالة، الرحلة ساعة واحدة ليكون لا يصدق تقريبا، تي E. أقل من 10 9 ~؛

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

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

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

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

وتحدد الوثيقة CT 178A ثلاث فئات من المهام الحيوية على متن أنظمة الطائرات:

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

• الأهم من ذلك، إذا كان الوضع الخاص التي قد تنشأ في أداء انتهاك واحد على الأقل من وظائف للقوات المسلحة، هي عملية معقدة؛

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

وفقا لذلك، وهناك ثلاثة مستويات من البرنامج:

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

• مستوى 2 - لفئة "كبيرة" مع انخفاض الاحتياجات.

• مستوى 3 - عن فئة "غير ضرورية" مع الحد الأدنى من المتطلبات.

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

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

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

عمليات التنمية، التحقق والتثبت من البرمجيات

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

يعرض عملية خلق منتج البرنامج من الاهتمام من وجهة نظر من الحصول على ضمانات معينة من الأمن. هنا، كل حدث يرتبط مع تطور (P) لديه الحدث التحقق المقابلة (B). وكلاهما إنتاج الوثائق ذات الصلة (D).

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

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

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

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

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

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

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

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

جميع المراحل حتى الآن، يمكن وصف الجعة مرحلة تصميم البرنامج كما أولية. إلا نتيجة لعملية البرمجة (R5)، ربط مكونات البرامج (R6) ودمج البرامج مع الأجهزة (R7) يبدو منتجات البرمجيات الخاصة في شكلها النهائي.

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

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

محتويات كافة إجراءات التحقق الثلاث.

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

ان عمليات مراجعة وتطوير البرمجيات لن تكون كاملة دون ذكر الخطط وUKPO GKPO. تنفذ عمليات مراجعة الحسابات الداخلية والخارجية للتكوين، وكذلك الإجراءات التنظيمية والتكنولوجية المناسبة، وتنعكس في دقائق وD14 D15.

تنفيذ برنامج خطة ثيقة التصديق D16 الثابتة.

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

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

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

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

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

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

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

• D2 - "معايير لتطوير البرمجيات" - قائمة الجمع. على الأقل - وهذا هو قائمة من المعايير الرسمية، متطلبات التنمية والتصميم والترميز، واختبار البرمجيات. جنبا إلى جنب مع المعايير - وثائق قليلة.

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

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

• D4 "خطة تطوير البرمجيات" - يعرف دورة حياة تطوير البرمجيات، والتفاعل بين الأداء وتنمية البيئة.

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

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

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

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

• D9 "رمز المصدر" - يحتوي على شفرة المصدر، والإرشادات مترجم لتوليد رمز، وتحرير البيانات وصلات التحميل.

• D10 - "كائن قانون قابل للتنفيذ" - يحتوي على التعليمات البرمجية الذي هو مناسبة لتنفيذ مباشر من المعالج المستهدف، آلة حاسبة، تي E. احد التي يتم تحميلها في النظام معدات إلكترونيات الطيران.

• D11 - "برامج التكوين المنتج" - يحدد تكوين المنتج تسليمها كوحدة واحدة. يجب أن يحدد البرنامج ككل، ولكل عنصر المقابلة للوثائق ووسائل الإعلام.

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

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

• D14 - "البروتوكولات UKPO".

• D15 - "البروتوكولات GKPO".

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