حول المهام
يتضمن إنشاء تطبيق حكومي من ثلاث مراحل بشكل أساسي. يتعين عليك إنشاء طبقة API لسحب البيانات من الخدمات الخلفية. يمكنك أيضًا إنشاء واجهة مستخدم تتيح للمستخدمين إمكانية تنفيذ المهام المطلوبة، مثل عرض نتائج التدقيق وتكوين قائمة بالأسئلة لكل تدقيق. يتم بعد ذلك تكامل واجهة المستخدم مع سير عمل يسمح لمعتمدي المراجعة بإرسال الأسئلة إلى المراجعين الأصليين.
إنشاء طبقة API باستخدام لوحة وصل Oracle للأجهزة المتنقلة
يستخدم Oracle Mobile Hub طبقة JavaScript وNode.js لمساعدتك في إنشاء طبقة واجهة API خاصة بالتعاون حول تطبيق SaaS الموجود. تخفي طبقة API هذه من المستخدمين الأساسيين ويسمح لك بعرض السمات الدقيقة التي تريد أن يحصل المستخدمون على حق الوصول إليها فقط.
يتيح لك تكوين طبقة واجهة برمجة تطبيقات قوية ذات فعالية باستخدام Oracle Mobile إمكانية:
-
تحسين الأداء. الأداء هو كل شيء للتطبيق المتنقل، وعادة ما يكون للشبكات المتنقلة درجة الكمون العالية ولكن الإنتاجية الجيدة. بالإضافة إلى ذلك، يؤدي تنفيذ معظم استدعاءات النهاية الخلفية إلى خدمة SaaS الظاهرة على المشهد إلى استخدام ارتباطات مركز بيانات SaaS السريعة، والتي تبين أنها أسرع، للحصول على البيانات.
-
تعزيز الخدمات غير المتزامنة الخلفية إن أمكن. إذا كانت خدمة واجهة برمجة التطبيقات النهائية الخلفية توفر إمكانية تنفيذ الاستدعاءات بالتوازي (بشكل غير متزامن) وانتظر لأنها جميعها إلى إعادة التوصية قبل الإرجاع، فإن ذلك يوفر فرصة مثالية للمزايا من تداخل طلبات الخدمة إلى الخدمة في الخلفية.
-
تنفيذ التخزين في الذاكرة المخبئية. بغض النظر عن نوع التخزين في الذاكرة المخبئية (سواء كان لكل مستخدم أو على مستوى التطبيق)، فإن التخزين في الذاكرة المخبئية في خدمة API يساعد عادةً على الأداء، خاصة عندما تكون الخدمة الخلفية بطيئة. يؤدي التخزين في الذاكرة المخبئية أيضًا إلى تقليل التحميل في طبقة SaaS. وفي النهاية، إذا كانت الخدمة النهائية ذات معدل محدد، أو إذا كانت تقدم عددًا محدودًا من اتصالات واجهة برمجة التطبيقات (API) في اليوم، يكون التخزين في الذاكرة المخبئية مفيدًا للغاية.
-
قم بقياس الحل بسهولة إذا كانت النهاية الخلفية بدون حالة، يمكن قياس الحل بسهولة باستخدام عمليات حسابية مرنة.
-
تقليل تعقيد واجهة المستخدم. يمكن لمطوري واجهة المستخدم التركيز على عرض البيانات في واجهة المستخدم والتعامل مع طلبات واجهة المستخدم، وليس على تحديد البيانات أو تحويلها. من خلال طبقة API النهاية الخلفية التي تبسيط أو يتم إثراء خدمة الخلفية، فإن واجهة المستخدم هي تبسيط ومميز وأسرع.
-
السماح بإعادة الاستخدام. قد تحتاج العديد من التطبيقات في التنظيم الخاص بك إلى نفس الوظيفة يتيح لك تكوين طبقة API إعادة استخدام طبقة API في المشروعات الأخرى.
-
تحسين التأمين. السماح بعميل، خاصةً بعميل JavaScript، بالوصول إلى طبقة SaaS بشكل مباشر، يمكن أن يكون بطور. يمكن لمطوري JavaScript الآخرين اعتراض استدعاءات API التي يتم إصدارها للخدمة، بالإضافة إلى فهم المكالمات التي يتم إجراؤها وإعادة تشغيل استدعاءات API بمعاملات مختلفة.
في أي تطوير تطبيق، يشير شكل واجهة برمجة التطبيقات إلى سهولة إنشاء العميل واستخدامه. تسمح لك طبقة API الموقعة جيدًا بسحب التعقيد المؤقت من واجهة المستخدم ومعالجتها في طبقة API. لذا، من المهم التفكير بعناية في تصميم واجهة برمجة التطبيقات.
إنشاء واجهة مستخدم باستخدام Oracle Visual Builder
وأثناء إنشاء تطبيق إدارة، فلا تحتاج بالضرورة إلى تطبيق يراعي دقة البكسل على الأجهزة النقالة، حيث يتم استخدام واجهة المستخدم هذه بواسطة عدد قليل من المستخدمين فقط: على سبيل المثال، معتمدو المراجعة في هذا السيناريو. يُزيد من الأهمية تقليل وقت التطوير والسماح للمدققين باستخدام التطبيق بسرعة. يعد الجانب الهام الآخر مرونة في تغيير جوانب واجهة المستخدم بالحد الأدنى للجهد. يتيح لك هذا إمكانية تحسين التطبيق وتحسينه بشكل تصاعدي، دون الاحتفاظ بالمستخدمين الذين يحتاجون إلى البدء في استخدامه على الفور.
فيما يلي بعض المهام الرئيسية التي يجب أن يقوم العميل بتمكينها من أداء المستخدمين، مما يجعل استخدام واجهات Api التي قمت بتصميمها من قبل:
- عمليات التدقيق المفتوحة للاستعلام في تطبيق المراجعة
- السماح لمعتمدي التدقيق بمراجعة النتائج من تدقيق محدد
- السماح لمعتمدين التدقيق بتكوين قائمة بالأسئلة وإضافتها إلى قائمة الأسئلة حتى إتمام القائمة
- السماح لمعتمدي التدقيق بإرسال قائمة أسئلة لمدققي تدقيق محدد
- تنفيذ دفق أعمال لتنبيه المدققين بوجود أسئلة يجب حلها
باستخدام Oracle Visual Builder، يمكنك تعريف كائن مخصص لاستخدامه كمخزن مؤقت أو سلة للأسئلة التي يطرحها معتمدو المراجعة. ويمكن بعد ذلك دمج هذه السلة أو قائمة الأسئلة مع ميزة العملية في Oracle Integration (ويشار إليها في بعض الأحيان باسم Oracle Process Cloud Service)، لتنفيذ سير العمل المطلوب للسماح للمدققين بحل الأسئلة.
تكوين دفق أعمال وتكامله مع وسيط المستخدم
لتكامل واجهة المستخدم مع سير العمل، يمكنك استخدام سمة العملية الخاصة بـ Oracle Integration (والتي يشار إليها أحيانًا باسم Oracle Process Cloud Service). تتيح لك هذه الميزة إمكانية تكوين عمليات سير العمل بشكل سريع وتعيين المهام للمستخدمين وتبادل المستندات على مستوى المستخدمين. يمكن أن تكون عمليات سير العمل بسيطة أو معقدة نظرًا لضرورة العمل.
الأسلوب الجيد هو استخدام إمكانية تكامل Oracle Integration مع سير عمل عملية مع واجهة المستخدم على نحو ملائم وتنظيف. فيما يلي التسلسل الموصى به للخطوات لتنفيذ هذا الأسلوب:
- من واجهة المستخدم، قم باستدعاء خدمة Oracle Integration باستخدام معرف المراجعة المحدد.
- تقوم خدمة Oracle Integration Service باستدعاء Oracle Visual Builder والحصول على قائمة بأسئلة المراجعة للتدقيق المحدد.
- إحضار قائمة المراجعين للتدقيق المحدد.
- بالنسبة لكل سؤال من أسئلة المراجعة، قم بتكوين طبعة عملية جديدة وتخصيص الطبعة للمدققين بحيث تظهر في قائمة عمل العمليات الخاصة بهم.
هناك العديد من المزايا لهذا الأسلوب:
- يتم إجراء استدعاء واحد فقط من واجهة المستخدم إلى خدمة Oracle Integration، بدلاً من عدد كبير من المكالمات وفقًا لعدد الأسئلة.
- الاستدعاء من واجهة المستخدم باستخدام Oracle Visual Builder to Oracle Integration Service غير متزامن وبسرعة للغاية.
- في حالة حدوث خطأ أثناء تكوين طبعة سير عمل العمليات، تقوم خدمة Oracle Integration بإدارة الخطأ وإعادة المحاولة. لم يتم تضمين Oracle Visual Builder في إدارة الأخطاء.
-
ويتم تحسين أداء ميزة العملية عند استخدامها بشكل أساسي في تدفقات العمليات، والتي تستند إلى عمليات سير العمل البشري، ويتم تقليل عدد عمليات وقت التشغيل.
-
توفر خدمة Oracle Integration طبقة API أخرى تستند إلى التكامل. يمكن استخدام هذا في التحسينات الأخرى إذا أردت تكوين مهام في تقاويم Outlook الخاصة بالأشخاص أو كتابة البيانات إلى خدمة التسجيل، توفر طبقة خدمة Oracle Integration موقعًا مثالي لتنفيذ هذا النوع من الوظائف.