الانتقال إلى المحتوى
XSIS
تحدث إلى مهندس

هندسة البرمجيات

تطبيقات الويب

تطبيقات ويب تبقى سريعة وسهلة الوصول وآمنة مع نموها

بوابات العملاء والأدوات الداخلية ومنصات الويب، بواجهات أمامية حديثة وواجهات API مختبرة جيدا.

نظرة عامة

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

نبني بوابات العملاء ومنصات الخدمة الذاتية وأدوات المكاتب الخلفية ولوحات المعلومات باستخدام React أو Next.js أو Angular أو Vue في الواجهة الأمامية، ومن خلفها واجهات API مختبرة جيدا. تعرض الصفحات على الخادم حيث يفيد ذلك السرعة ومحركات البحث، وفي المتصفح حيث يتطلب التفاعل ذلك.

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

ما نقدمه

  1. تصميم مسارات الاستخدام والواجهة

    مسارات المستخدم والمخططات الهيكلية والتصميم المرئي، متفق عليها معك قبل البناء.

  2. تطبيق الواجهة الأمامية

    واجهة متجاوبة مبنية من مكونات قابلة لإعادة الاستخدام، تعمل على الهواتف والأجهزة اللوحية والشاشات الكبيرة.

  3. الخدمات الخلفية وواجهات API

    واجهات API موثقة تحمل قواعد العمل وتتصل بقواعد بياناتك وأنظمتك الأخرى.

  4. تسجيل الدخول والصلاحيات

    تسجيل دخول موحد عبر OpenID Connect أو SAML حيث تحتاج إليه، مع أدوار وصلاحيات تفرض على الخادم.

  5. اللغات والتخطيطات من اليمين إلى اليسار

    نصوص مفصولة عن الشيفرة ومترجمة لكل لغة، مع تخطيطات تنعكس بشكل صحيح للعربية.

  6. إثبات سهولة الوصول

    فحوص آلية ويدوية وفق معيار WCAG 2.2 AA، مع تسجيل النتائج لكل إصدار.

  7. حدود الأداء

    حدود متفق عليها لحجم الصفحة وزمن التحميل، تفحص آليا مع كل تغيير.

  8. النشر والمراقبة

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

طريقة عملنا

  1. 01

    فهم المستخدمين ومهامهم

    نتعرف على من يستخدم التطبيق، وعلى أي أجهزة، وأي المهام أهم.

  2. 02

    التصميم والنموذج الأولي

    نصمم مسارات الاستخدام الرئيسية ونختبر نموذجا أوليا تفاعليا مع مستخدمين حقيقيين قبل البناء.

  3. 03

    البناء على مراحل

    نسلم ميزات تعمل في دورات قصيرة، تخضع كل منها للمراجعة والاختبار والعرض.

  4. 04

    فحص السرعة وسهولة الوصول والأمن

    نختبر الأداء وسهولة الوصول والأمن قبل كل إصدار، لا في النهاية فقط.

  5. 05

    الإطلاق والتحسين

    نصدر عبر مسار التسليم، ونراقب الاستخدام الفعلي والأخطاء، ونحسن بناء على ما نراه.

التقنيات

لغات البرمجة
  • TypeScript
  • Java
  • PHP
أطر العمل
  • React
  • Next.js
  • Angular
  • Vue.js
  • Node.js
  • NestJS
  • .NET
  • Spring Boot
  • Laravel
قواعد البيانات
  • PostgreSQL
  • Redis
  • MySQL
الاختبار
  • Playwright
  • axe-core
التصميم وسهولة الوصول
  • WCAG 2.2
التكامل
  • GraphQL
  • REST
إدارة الهوية والوصول
  • OpenID Connect
  • SAML 2.0

طرق التعاون معنا

أسئلة وأجوبة

ما إطار عمل الواجهة الأمامية الذي تستخدمونه؟

نستخدم React مع Next.js في معظم التطبيقات الجديدة، لأنه يدعم العرض على الخادم، ويتمتع بأدوات قوية، ويعرفه عدد كبير من المهندسين. ونعمل أيضا مع Angular وVue، ونواصل العمل بإطار العمل الذي تستخدمه حاليا عندما يكون ذلك الخيار المنطقي. يعتمد القرار على مهارات فريقك، وما يجب أن يؤديه التطبيق، وما ستتولى صيانته لاحقا.

رابط هذا السؤال
ما الذي يؤثر في تكلفة تطبيق الويب؟

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

رابط هذا السؤال
هل سيكون التطبيق سهل الوصول؟

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

رابط هذا السؤال
هل يمكن أن يدعم التطبيق العربية ولغات أخرى؟

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

رابط هذا السؤال
كيف تؤمنون تطبيق الويب؟

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

رابط هذا السؤال
كيف تحافظون على سرعة التطبيق؟

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

رابط هذا السؤال
من يملك الشيفرة والأعمال التي تنتجونها؟

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

رابط هذا السؤال
ما الدعم الذي تقدمونه بعد الإطلاق؟

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

رابط هذا السؤال

أخبرنا بما تحتاج إلى بنائه أو ربطه.

صف لنا الأنظمة والجدول الزمني والقيود، وسيتولى المهندسون المناسبون الأمر من هناك.

  • سيتصل بك فريقنا خلال 24 ساعة في الفترة الزمنية التي تفضلها
  • فريقنا متاح على مدار الساعة طوال أيام الأسبوع