كورفيجن

يعود تاريخ شركة CorVision إلى عام 1972 عندما ابتكر لو سانتورو ومايك لوري برنامج INFORM لشركة Standard Information Systems (SIS) الناشئة والمتخصصة في أنظمة المشاركة الزمنية . احتوى برنامج INFORM على بعض أوامر CorVision الأساسية مثل SORT وREPORT وLIST وCONSOLIDATE. من أوائل مستخدمي برنامج INFORM شركة New England Telephone وشركة Polaroid وشركة Temple Barker & Sloan. بحلول عام 1972، كان لدى شركة SIS مكاتب في لوس أنجلوس، وغاردن غروف، ومينيابوليس، وشيكاغو، وبوسطن، ومدينة نيويورك، ومقاطعة كولومبيا، وشارلوت، ورالي، وأتلانتا، وفينيكس.

بين عامي 1976 و1977، قام كين ليفيت وديك بيرثولد من شركة SIS بنقل برنامج INFORM من جهاز CDC-3600 إلى جهاز PDP-11 /70 تحت مظلة شركة IAS . وأطلقوا على هذه الأداة الجديدة اسم INFORM-11. تأسست شركة Cortex عام 1978 على يد شيرم أوتشيل، وكريغ هيل، ومايك لوري، وديك بيرثولد لتسويق برنامج INFORM-11. استُخدم برنامج INFORM-11 لأول مرة لتوفير نظام إدخال طلبات لعشرين مستخدمًا في شركة Eddie Bauer ، ولتوفير نظام معالجة تأمينات لشركة Consolidated Group Trust.

بين عامي 1981 و1982، تلقت شركة كورتكس استثمارًا كبيرًا من شركة إيه بي ديك . وباستخدام هذا الاستثمار الجديد، قامت كورتكس بنقل نظام التشغيل INFORM إلى نظام VAX/VMS الجديد التابع لشركة ديجيتال إكويبمنت ، مع إضافة ملفات تنفيذية مُجمّعة . وقد روّجت كل من كورتكس وديجيتال لنظام INFORM-11 باعتباره نظامًا رائدًا لتطوير التطبيقات بسرعة .

في عام ١٩٨٤، قام جيم وارنر بتغليف لغة INFORM في أداة تطوير تعتمد على المستودعات وأطلق عليها اسم Application Factory. أصبحت لغة PROCESS الإجرائية الخاصة بـ INFORM تُعرف باسم BUILDER داخل Application Factory. وفي عام ١٩٨٦، تم الاستغناء عن اسم Application Factory واستُبدل باسم CorVision.

شهدت شركة CorVision ذروة نجاحها بين عامي 1986 و1989، وسرعان ما اشتهرت كأداة قوية وفعّالة لبناء تطبيقات متعددة المستخدمين بسرعة . وقد ساهم دعم قواعد البيانات العلائقية في جذب عملاء كبار، ما جعل Cortex شركة عالمية.

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

في عام 1993، بدأت شركة كورتكس بتقديم الدعم لخط إنتاج ألفا الجديد ذي 64 بت من شركة ديجيتال . وفي عام 1994، استحوذت شركة إنترناشونال سوفتوير جروب المحدودة (ISG) على شركة كورتكس.

في وقت مبكر من عام 1987، أدركت شركة كورتكس تزايد شعبية حاسوب IBM الشخصي ، فدعمت تحرير القوائم وعلاقات البيانات باستخدام wikt:diagrammatic في برنامج CorVision. وفي عام 1993، صدرت نسخة العميل والخادم، لكنها لم تلقَ رواجًا واسعًا. وفي عام 1997، توقف عمل شركة ISG على CorVision-10، الذي كان من المفترض أن يُبشّر بعودة CorVision إلى منصة IBM PC. وقد أثبت CorVision-10 صعوبة بالغة في نقله، فرفضت ISG في نهاية المطاف إنفاق المزيد من الأموال على هذا النظام الذي أصبح قديمًا. وشهد عام 1994 آخر إصدار مبتكر من CorVision: الإصدار 5.11. أما الإصدار الإضافي المدفوع لمواجهة مشكلة عام 2000 ، الإصدار 5.12.2، فقد مثّل نهاية التطوير.

لا يزال برنامج CorVision مستخدمًا في عدد قليل من الشركات التي لم تجد بعد الوقت أو الموارد المالية اللازمة لتحديث أنظمة الحواسيب المركزية الحالية لديها. ونظرًا لأن CorVision يعمل على بيئة VMS، فهو يتمتع بثبات عالٍ، إلا أن البحث عن مطوري CorVision ومتعاقدين لدعم هذه الأنظمة القديمة يمثل تحديًا. ومنذ عام 1999 تقريبًا، بدأت تظهر شركات تقدم أدوات تحويل لتحويل كود BUILDER إلى لغتي Visual Basic و Java المترجمتين .

في عام ٢٠٠٥، حاول مايكل لوري، خبير CorVision والرئيس الحالي لشركة Order Processing Technologies، إحياء علامة CorVision التجارية من خلال CV2VB، وهي عملية لتحويل تطبيقات CorVision إلى تطبيقات .NET باستخدام خادم SQL . يُعد CV2VB الجيل الثالث من برنامج OPT لتحويل واستبدال تطبيقات CorVision، وهو عبارة عن برنامج نمذجة/مولد أكواد. وهو مُتاح تجاريًا لدى عملاء CorVision السابقين. للمزيد من المعلومات، يُرجى زيارة موقع CV2VB الإلكتروني .

تتمثل الخطوة الأولى في تطوير تطبيق باستخدام CorVision في ملء المعلمات التي تتحكم في الجوانب المتنوعة المتعلقة بالوظائف على مستوى التطبيق.

تنقسم المعايير إلى خمس مجموعات على النحو التالي:

1. معلومات العنوان والقائمة الخاصة بالتطبيق.
2. معايير التطوير التي تؤثر على بيئة عمل CorVision.
3. معلمات وقت التشغيل التي تؤثر على تنفيذ التطبيق في وقت التشغيل (بما في ذلك التحكم في الدفعات وقائمة انتظار الطباعة).
4. خيارات التنقل على مستوى التطبيق بأكمله.
5. عناصر قائمة قياسية على مستوى التطبيق.

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

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

التغييرات أو الإضافات على المواصفات وما تسببه من تغييرات.

القاموس، ومجموعات البيانات، والمفاتيح

• إنشاء ملفات *.CRE، وبناء الروابط

القاموس، مجموعات البيانات، المفاتيح

• الشاشات، والتقارير، وعرض البيانات

الشاشات والتقارير

• إنشاء ملفات *.SCR و *.RPT و *.JOB

قوائم الطعام

• إنشاء ملفات *.DO

يُقدّم CorVision ميزةً مفيدةً تُسمى "البحث في الحقول". تُمكّنك هذه الميزة من فحص وتحليل استخدام الحقول في مختلف جوانب التطبيق، مما يسمح للمطورين بتقييم تأثير التغييرات قبل تطبيقها.

لتوفير تفاصيل المواصفات الكاملة في شكل مطبوع، يوفر برنامج CorVision خيار "تشغيل التقارير". ويمكن إنتاج أكثر من 80 نوعًا مختلفًا من التقارير. كما يمكن إنتاج تقارير مواصفات المكونات (CSRs)، كما هو معروف، للعناصر المؤقتة وغير المرجعية وغير المحسومة.

يكمن سرّ برنامج CorVision في الإجراءات. وتتحول الإجراءات في CorVision في النهاية إلى صور قابلة للتنفيذ (.EDO).

ثلاثة أنواع من الإجراءات هي:

إجراءات الفحص

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

إجراءات مسار العمل / إعداد التقارير

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

إجراءات مخصصة

إجراءات مكتوبة يدويًا بلغة BUILDER. يمكن لهذه الإجراءات تنفيذ أي وظيفة يسمح بها كود BUILDER. يُكتب هذا النوع من الإجراءات بالكامل بلغة BUILDER، وهي لغة برمجة CorVision من الجيل الرابع. كما يتم إنشاؤه وتجميعه بشكل منفصل عن النوعين الآخرين.

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

يحتفظ برنامج CorVision بملفات بنية البيانات منفصلةً إذا كان سيتم التعامل معها بواسطة برنامج BUILDER. يحتفظ برنامج BUILDER بملف بنية وملف بنية مفتاح لكل مجموعة بيانات يستخدمها التطبيق.

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

بفضل فصل ملفات البنية الأساسية وملفات البنية الرئيسية، يمكن تعديل تعريفات مجموعة البيانات أثناء التطوير. تُعد هذه ميزة رئيسية في CorVision، إذ تُتيح بيئةً نموذجيةً يُمكن فيها تغيير كلٍّ من التعليمات البرمجية وهياكل البيانات طوال فترة التطوير، ثم دمجها معًا عند وقت الترجمة .

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

• إضافة / تغيير مواصفات الإجراء
• قم ببناء مكونات التطبيق (تدريجياً).
  • قوائم الطعام
  • الشاشات
  • التقارير
  • رمز مخصص
• (تدريجياً) قم بإنشاء الملفات القابلة للتجميع
• قم بتجميع الإجراء

يتم إنشاء الملفات التالية:

• .DEF: تحديد الحقول المستخدمة داخل الإجراء.
• .DFS: تعريف الملفات (.DEF) المستخدمة داخل الإجراء.
• .DO: تم إنشاء برنامج البناء للتحكم في تشغيل / تجميع الإجراء.
• .IOS  : الإجراء.
• .LOA: تم إنشاء BUILDER للتحكم في تحميل جميع مجموعات البيانات المطلوبة المستخدمة في الإجراء.
• .SCS: قائمة بجميع الشاشات المستخدمة في الإجراء

يمكن إضافة الملفات التالية أيضًا:

• ملف لغة الأوامر الرقمية ( .DCL ).
  • حدد منطق CorVision المحدد.
  • حدد أي عمليات أخرى قبل تشغيل الإجراء.

يتم إنشاء الملفات التالية بعد عملية التجميع:

• VAX 32 بت
  • .SAV
  • .EDO
• ألفا 64 بت
  • _TV.SAV (بعد الاستحقاق)
  • _TV.HIF (بعد الاستحقاق)
  • _TV.EDO (بعد الاستحقاق)