تطوير البرمجيات المخصّصة
برمجيات مبنية على طريقة عمل شركتك فعليًا، حين لا يناسب أي منتج جاهز طبيعة العملية.
نظرة عامة
العمل الذي يجري على جداول البيانات وسلاسل البريد وذاكرة شخص واحد عملية لا نظام. البرمجيات المخصّصة تحوّل تلك العملية إلى نموذج بيانات ومجموعة حالات وقواعد تنقل العمل بينها. وهي الخيار الصحيح حين يكون القيد هو العملية نفسها — الموافقات والاستثناءات والأدوار التي لا يأخذها أي منتج جاهز في الحسبان.
- رسم العملية وصياغتها في نموذج مجال
- حالات سير العمل والانتقالات وقواعد الموافقة
- الأدوار والصلاحيات وسجل تدقيق
- التكامل مع الأنظمة القائمة
- ترحيل السجلات وجداول البيانات القائمة
- المهام الخلفية والجدولة وإعادة المحاولة
- تقارير مبنية على نموذج البيانات نفسه
ما الذي تستلمه
- 01نموذج مجال يسمّي الكيانات والحالات والانتقالات
- 02التطبيق، ومعه البيئات وخطوط النشر ومسار التراجع
- 03عقود تكامل لكل نظام تقرأ منه البرمجيات أو تكتب إليه
- 04نص ترحيل وسجل المطابقة الناتج عن تشغيله
- 05واجهة إدارة للقواعد التي تتغيّر دون إصدار
- 06دليل تشغيل يغطي المهام المجدولة والتنبيهات وخطوات التعافي
- TypeScript
- Node
- Next.js
- PostgreSQL
- Redis
- OpenAPI
- Docker
- GitHub Actions
- AWS
- Domain-driven design
كيف يسير المشروع
الرسم يسبق المعمارية. تُقرأ العملية كما تجري اليوم: من يلمس السجل، وأين ينتظر، وأي خطوة يلتفّ عليها الناس. وما يعود هو نموذج مجال والقواعد التي هي قواعد فعلًا، منفصلةً عن العادات التي تشبهها فقط. يبدأ البناء من أضيق شريحة يستطيع مستخدم حقيقي تشغيلها من طرف إلى طرف. وتُشحن تلك الشريحة ببيئتها وخط نشرها ومسار تراجعها. وكل شريحة بعدها تضيف حالات وأدوارًا وتكاملات إلى النموذج نفسه لا بجانبه. وحيث يبيّن الرسم أن خطوة ينبغي أن تتغيّر لا أن تُرمَّز كما هي، يُقال ذلك قبل أن يكتب أحد أي شيفرة.
- للعملية سجل واحد لما حدث، لا نسخة منه في كل جدول بيانات.
- تغيير قاعدة يصبح إصدارًا، لا تفاوضًا مع خارطة طريق مورّد.
- الاستثناء حالة في النظام، لا سلسلة بريد لا يستطيع أحد تدقيقها.
- طريقة انتقال العمل مكتوبة في النموذج ودليل التشغيل، لا محمولة في ذاكرة شخص واحد.
خدمات ذات صلة
أخبرنا بما تبنيه.
أرسل لنا الفكرة بخطوطها العريضة، ونعود إليك بقراءة صريحة للنطاق والتسلسل وما يتطلبه تشغيله في الإنتاج.
