كاديس

كان CADES ( نظام التصميم والتقييم بمساعدة الكمبيوتر ) عبارة عن نظام هندسة برمجية تم إنتاجه لدعم تصميم وتطوير نظام التشغيل VME/B لأجهزة الكمبيوتر ICL New Range - 2900 لاحقًا.

منذ أيامه الأولى، تم تطوير VME/B بمساعدة CADES، الذي تم بناؤه لهذا الغرض باستخدام قاعدة بيانات IDMS أساسية (تم ترقيتها مؤخرًا إلى IDMS(X) ). لم يكن CADES مجرد نظام للتحكم في الإصدارات لوحدات التعليمات البرمجية: بل كان يهدف إلى إدارة جميع جوانب دورة حياة البرنامج من التقاط المتطلبات إلى الصيانة الميدانية.

كان تصميم CADES هو الذي مهد الطريق لمشروع Alvey في IPSE (بيئات دعم المشروع المتكاملة) ومحركات التحكم في العمليات. ولأن CADES استُخدم لأكثر من 20 عامًا طوال تطوير مشروع هندسة برمجيات كبير، فقد تم استخدام البيانات المجمعة كمدخلات لعدد من الدراسات حول تطور البرمجيات.

تم تصور CADES في عام 1970 بواسطة ديفيد بيرسون وبريان واربويز عندما كانا يعملان في مركز تكنولوجيا نظام التشغيل الجديد التابع لـ ICL، OSTECH، في Kidsgrove. ^{[1] [2]} أصبح بيرسون، وهو فيزيائي نظري من حيث التدريب، متخصصًا في محاكاة الكمبيوتر وانضم إلى ICL في عام 1968 بعد العمل في نمذجة العناصر المحدودة في كامبريدج وأبحاث المحاكاة في إمبريال كوليدج. كان واربويز كبير المهندسين المعماريين لنظام التشغيل متعدد الوصول ICL System 4، Multijob.

كان التزام ICL بتطوير البرامج على نطاق واسع لسلسلة 2900 من أجهزة الكمبيوتر بمثابة الأساس لعمل بيرسون وواربويز المبكر على بيئة تطوير برامج جديدة من شأنها معالجة قضايا إنتاجية المصمم/المبرمج، وسلامة التصميم، والتقييم والاختبار، والتحكم في الإصدارات وانحدار الأنظمة. ^{[3] [4]}

عند تصميم البنية الأساسية الأولية لبيئة CADES، بحث بيرسون بشكل خاص عن أوجه التشابه مع أنظمة التصميم بمساعدة الكمبيوتر الرائدة في ذلك الوقت، حتى أنه حاول استخدام الرسومات في عملية التصميم. كان نهج تصميم CADES، المسمى النمذجة الهيكلية، مدفوعًا بالبيانات بشكل صارم وتسلسليًا، وتم التعبير عنه بلغة تصميم رسمية، SDL. تمت معالجة مواصفات التصميم المكتوبة بلغة SDL بواسطة محلل التصميم، قبل إدخالها إلى قاعدة بيانات منتجات CADES، وهي قاعدة بيانات للتصميم والتنفيذ تدعم لغة الاستعلام الخاصة بها وتشكل نواة نظام معلومات المنتج. ^{[5] [6] [7]}

كان الهدف هو أن يتم تقييم/محاكاة هذه التصميمات باستخدام Animator، ويتم إنشاء كود تنفيذ S3 تلقائيًا منها باستخدام معالج البيئة. كما تم إنشاء البنية والتحكم في الإصدار بناءً على قاعدة بيانات المنتج، مما أدى إلى اتباع نهج منضبط للغاية لبناء أنظمة جديدة. وبالتالي تم التحكم في انحدار النظام منذ مرحلة مبكرة جدًا في دورة حياة البرنامج. ^{[8] [9]}

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

انعكست هذه الأقسام والتقسيمات الفرعية لـ VME/B في الهيكل الهرمي لقاعدة بيانات CADES. وقد مكن هذا من إعادة استخدام التعليمات البرمجية داخل VME/B (أحد أهداف هندسة البرمجيات). وقد أدى هذا، إلى جانب مجموعة من الأدوات، واستخدام SDL (لغة تصميم البرمجيات) كلغة تطوير، وسجل الإصدارات ومفهوم التعليمات البرمجية المصدرية الموثوقة (أي التعليمات البرمجية التي اجتازت اختبار ضمان الجودة والتي توجد لاحقًا داخل مخزن ملفات CADES)، إلى تحسين وقت التطوير مع توفير مسارات تدقيق مرضية وعمليات ضمان الجودة.

اعتمد CADES مصطلح "holon" للإشارة إلى وحدات التعليمات البرمجية (مثل الإجراءات والماكرو). جاءت الكلمة من الكلمة اليونانية holo التي تعني الكل، وتم أخذها من كتاب آرثر كويستلر The Ghost in the Machine . ادعى بيرسون دائمًا أنه صاغ بنية CADES أثناء دراسة كتاب كويستلر على شاطئ في تونس. توفر الهولونات، المرتبة في تسلسل هرمي، "شجرة عائلة" (لكل نظام فرعي)، باستخدام علاقات الوالد / الطفل. حافظت الهولونات أيضًا على سمات التفاعل، مما مكن هولونًا واحدًا من التفاعل مع هولونات أخرى، وبالتالي تمكين المزيد من التطوير المعياري وتسهيل إعادة الاستخدام. وبنفس الطريقة، احتفظ CADES أيضًا بالمعلومات المتعلقة بالقيم الثابتة (المعروفة أيضًا باسم القيم الحرفية) والأنواع المحددة من قبل المستخدم والهياكل المحددة من قبل المستخدم.

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

لم يتطلب التطوير باستخدام MODPRO معرفة محددة بـ S3 أو SCL (لغة الهدف للتجميع اللاحق)، ولكن SDL، لغة تصميم البرمجيات: تجريد فوق اللغتين السابقتين. والتي عندما اقترنت بمحرر التحسين EDSDL ( Ed it SDL ) تفاعلت مع CADES لإدارة التطوير أو إعادة العمل. ثم، مرة أخرى باستخدام المعلومات من CADES، عند استخدامها مع أداة MODPRO EPETC (المعروفة أيضًا باسم المعالج البيئي أو EP وما إلى ذلك) مكّنت الملف الناتج من أن يكون مستهدفًا بشكل صحيح لتجميع S3 أو SCL . سهلت الأدوات اللاحقة داخل المجموعة خطوات مختلفة داخل التطوير، مثل:

• معلومات تفصيلية عن Holon باستخدام CHED (تفاصيل بيئة Holon في CADES)،
• التفاعل مع CADES باستخدام DIL (لغة واجهة قاعدة البيانات، المستخدمة لإنتاج DNL)،
• إنتاج التقارير باستخدام CRP (منتج التقارير CADES)،
• نقل الملفات/الأكواد الصالحة إلى أو استخراجها من المستودع الآمن، أي CADES، باستخدام XFER.

يوضح ما يلي مسار تطوير MODPRO النموذجي.

• BC Warboys (25 يناير 1988). "استقراء الدروس المستفادة من CADES حتى يومنا هذا". ندوة IEE حول التأثير الصناعي لهندسة البرمجيات : 3.
• RW McGuffin؛ AE Elliston؛ BR Tranter؛ PN Westmacott (سبتمبر 1979). "CADES - هندسة البرمجيات في الممارسة العملية". وقائع المؤتمر الدولي الرابع لهندسة البرمجيات، ميونيخ، ألمانيا : 136-144.
• ب. كيتشنهام (مايو 1982). "ديناميكيات تطور النظام في VME/B". مجلة ICL التقنية : 42-57.
• BW Chatters; MM Lehman; JF Ramil; P. Wernick (2000). "نمذجة عملية تطور البرمجيات: دراسة حالة طويلة الأجل". عملية البرمجيات: التحسين والممارسة . 5 (2-3): 91-102. doi :10.1002/1099-1670(200006/09)5:2/3<91::AID-SPIP123>3.0.CO;2-L. مؤرشف من الأصل في 5 يناير 2013.
• RA Snowden (مايو 1990). "مقدمة لمشروع IPSE 2.5". مجلة ICL التقنية . 6 (3).
• BC Warboys ، P.Veasey (مايو 1990). "عشرون عامًا مع بيئات الدعم". مجلة ICL التقنية . 6 (3).