المهام ورحلة المستخدم
نحدد المستخدمين وما يريدون إنجازه: تقديم طلب أو اعتماد مستند أو إدارة حجز أو متابعة طلب شراء. نفصل الاستخدام المتكرر عن الإدارة العرضية ونوضح متى تُعتبر المهمة مكتملة.
COREXIA / WEB APPLICATION DEVELOPMENT
عندما يحتاج المستخدم إلى تنفيذ مهام وليس قراءة معلومات فقط، يتحول الموقع إلى تطبيق عمل. نبدأ بالإجراءات والبيانات والقرارات المطلوبة، ثم نبني الواجهة حولها.
ناقش متطلبات مشروعكنحدد المستخدمين وما يريدون إنجازه: تقديم طلب أو اعتماد مستند أو إدارة حجز أو متابعة طلب شراء. نفصل الاستخدام المتكرر عن الإدارة العرضية ونوضح متى تُعتبر المهمة مكتملة.
نحدد من يعرض وينشئ ويعدل ويعتمد ويصدّر كل نوع من السجلات. التطبيق يطبق الصلاحيات على الطلبات المباشرة أيضًا، وليس بإخفاء الأزرار فقط. نحدد حدود بيانات الشركات إذا كانت المنصة تخدم أكثر من شركة.
نرسم السجلات وحالاتها وقواعدها قبل تنفيذ الشاشات. نحدد الأنظمة الحالية والمعرّفات الثابتة ومصدر البيانات المعتمد. نخطط للمرفقات وسجل النشاط وفشل الربط والتعديلات المتزامنة.
نتفق على المتصفحات والتصميم المتجاوب وأولويات سهولة الوصول وحجم الاستخدام. نحدد النسخ الاحتياطية والمتابعة والاستعادة والدعم مع الاستضافة. النموذج الأولي يساعد على مراجعة دورة العمل قبل البناء الكامل.
نستخدم مستخدمًا وسجلًا واقعيين لفحص المسار الطبيعي والرفض ونقص البيانات وحدود الصلاحيات.
نبدأ بنموذج البيانات والرحلة الأساسية ثم نضيف الشاشات والربط المتفق عليهما مع عروض دورية.
نختبر السيناريوهات كاملة والوصول غير المصرح به، ثم نراجع إعدادات التشغيل ونقل البيانات والاستعادة قبل انتقال المستخدمين.
موقع الشركة يعرض المعلومات أساسًا. تطبيق الويب يدعم إجراءات متكررة وبيانات محفوظة مثل البوابات وأنظمة التشغيل، ويمكن أن يجمع المشروع الاثنين.
يمكن تضمين الاستخدام المتجاوب في المتصفح ضمن المتطلبات. قد يلزم تطبيق منفصل إذا كانت خصائص الجهاز أو العمل دون اتصال أو التوزيع عبر المتاجر أساسية.
نراجع الكود وطريقة النشر والبيانات والواجهات أولًا، ثم نحدد ملاءمة التوسعة أو الاستبدال التدريجي أو البناء الجديد.