مصمم أوراكل

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

قسم برنامج Oracle Designer/Developer عملية تطوير البرمجيات إلى بيانات وتطبيقات، والتي عُرضت على ثلاثة مستويات من التجريد: النمذجة، والتصميم، والتنفيذ. وهذا يُنتج مصفوفة 2×3 من العروض التي كانت مرئية طوال دورة حياة المنتج.

1. نموذج علاقات الكيانات. وهو عبارة عن تجريد عالي المستوى لبنية قاعدة البيانات. يُستخدم بشكل أساسي لإنشاء تصميم قاعدة البيانات.
2. تصميم قاعدة البيانات. يُمثل هذا التصميم الجداول، والعروض، والقيود الخاصة بقاعدة البيانات، مع إضافة شروح توضيحية. ولتوضيح الفرق مع ما سبق، فبينما يُظهر نموذج علاقات الكيانات العلاقة بين كيانين، يتضمن تصميم قاعدة البيانات أعمدة إضافية للمفتاح الخارجي ، وقيد المفتاح الخارجي، وفهرسًا على أعمدة المفتاح الخارجي. ويمكن توليد كل هذه العناصر من نموذج علاقات الكيانات، مما يضمن اتساق التسمية وإمكانية التتبع. وتعود أسماء الجداول والأعمدة في العديد من قواعد بيانات أوراكل الإنتاجية المستخدمة اليوم إلى استخدام برنامج Oracle Designer. وقد سمحت الإصدارات اللاحقة من هذه الأداة بتحديد معظم المكونات الداخلية لقاعدة بيانات أوراكل، مثل مساحات الجداول والملفات.
3. توليد لغة تعريف قاعدة البيانات (DDL) من تصميم قاعدة البيانات.
4. نموذج الوظائف. هذا نموذج لتفكيك الوظائف، حيث تحتوي كل وظيفة على وصف ومصفوفة استخدام البيانات (CRUD) مقابل نموذج علاقات الكيانات.
5. الوحدات النمطية. وقد صُممت هذه الوحدات لنمذجة الشاشات والتقارير ومكونات التطبيق الأخرى. وكانت تُستخدم في الغالب للشاشات، نظرًا لتوافر خاصية توليد التعليمات البرمجية لـ Oracle Forms. وكان هذا شائعًا لـ
6. شفرة التطبيق. تألفت هذه الشفرة في الغالب من نماذج أوراكل، وتقارير أوراكل، والإجراءات المخزنة لقاعدة بيانات أوراكل. في البداية، لم تكن الشفرة تُخزن في مستودع مصمم أوراكل، ولكن في الإصدارات اللاحقة، شُجع المطورون على إضافة الشفرة إلى المستودع، والتي كانت تُدمج أثناء عملية توليد الشفرة. كان تصميم العميل والخادم لمنتج مطور أوراكل نموذجيًا لتسعينيات القرن الماضي؛ حيث كانت أجهزة الكمبيوتر الشخصية تُشغل نماذج أوراكل وتقارير أوراكل وتتواصل مع قاعدة بيانات أوراكل عبر بروتوكول شبكة يُسمى SQL*NET.

كان هذا الهيكل أبسط من عمليات تطوير البرمجيات السابقة، وأكثر ملاءمةً للتكنولوجيا المتاحة. كما أنه كان أبسط وأدى إلى مستوى أعلى من توليد التعليمات البرمجية مقارنةً بالمنهجيات المنافسة في ذلك الوقت، مثل منهجية Rational Unified Process من IBM.

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

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

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

يعود تراجع برنامج Oracle Designer وتوقف تطويره في نهاية المطاف إلى عدة عوامل، منها  : - ازدياد توقعات المستخدمين بسهولة استخدام النظام في العقد الأول من الألفية الثانية، مما فاق في نهاية المطاف مزايا إنتاجية التطوير التي توفرها هذه الأنواع من التطبيقات. - تحويل شركة أوراكل تركيزها نحو توفير برامج متعددة المنصات مثل Java، وتطبيقات يمكن الوصول إليها عبر متصفحات الويب، بدلاً من البرامج التي تعمل على نظام Windows فقط.