محلل نظم ومطور Laravel لبناء نظام إدارة العمليات والإجراءات

# مطلوب محلل نظم ومطور Laravel لبناء نظام إدارة العمليات والإجراءات (BPM & SOP Management System)

## نبذة عن المشروع

نرغب في تطوير وحدة برمجية متكاملة لإدارة العمليات والإجراءات المؤسسية (Business Process & Procedures Management System)، بهدف تنظيم وتوثيق وإدارة العمليات الرئيسية والفرعية والإجراءات التشغيلية وربطها بالهيكل التنظيمي ونظام إدارة الجودة.

**المطلوب تطوير الوحدة كحزمة برمجية مستقلة (Laravel Package / Module)** قابلة للتركيب والدمج داخل نظامنا الحالي، بحيث يتولى المستقل التصميم والبرمجة والاختبار، ويتولى فريق التطوير الداخلي لدينا عملية التركيب والربط، بالتنسيق مع المستقل.

يوجد لدينا عمل مسبق في تصميم هندسة العمليات والإجراءات والهيكل التنظيمي، وسيتم توفيره للمستقل بعد التعاقد.

## أولًا: نطاق العمل

### 1. إدارة هيكل العمليات (Process Architecture)

- إنشاء وتصنيف العمليات الرئيسية والفرعية.

- بناء شجرة هرمية للعمليات.

- إنشاء نظام ترميز موحد للعمليات والإجراءات.

- تحديد العلاقات والاعتماد المتبادل بين العمليات.

- دعم ارتباط العملية الواحدة بعدة عمليات أو وحدات تنظيمية دون تكرار بياناتها.

- إمكانية استعراض خريطة العمليات المؤسسية والتنقل بين مستوياتها.

### 2. إدارة بطاقات العمليات (Process Management)

إنشاء بطاقات تفصيلية للعمليات، تشمل:

- اسم العملية ورمزها وتصنيفها.

- الهدف ونطاق العمل.

- مالك العملية والجهات المشاركة.

- أحداث ومحفزات بدء العملية.

- المدخلات والمخرجات.

- الأنشطة والقرارات وحالات الاستثناء.

- العلاقات مع العمليات الأخرى.

- المخاطر والضوابط الرقابية.

- مؤشرات الأداء (KPIs).

- الوثائق والنماذج المرتبطة.

### 3. إدارة الإجراءات التشغيلية (SOP Management)

- إنشاء الإجراءات وربطها بالعمليات.

- تحديد خطوات التنفيذ وتسلسلها.

- تحديد المسؤول عن كل خطوة.

- توثيق المدخلات والمخرجات والقرارات لكل إجراء.

- تحديد شروط التنفيذ والاستثناءات.

- ربط الخطوات بالنماذج والمستندات.

- إعداد مصفوفة المسؤوليات RACI عند الحاجة.

### 4. تصميم خرائط سير العمل (Process Mapping)

- دعم معيار BPMN 2.0.

- توفير واجهة رسومية لإنشاء وتعديل المخططات.

- تمثيل الأنشطة والأحداث والقرارات ومسارات الانتقال.

- إظهار المسؤوليات والوحدات التنظيمية باستخدام Swimlanes.

- حفظ المخططات وتعديلها وإعادة فتحها.

- دعم استيراد وتصدير BPMN XML، وتصدير المخططات بصيغة مناسبة للعرض.

يمكن استخدام مكتبات برمجية جاهزة مثل bpmn-js بدل تطوير محرر المخططات من الصفر.

### 5. ربط العمليات بالهيكل التنظيمي

- ربط العمليات والإجراءات بالوحدات التنظيمية والأدوار الوظيفية.

- تحديد مالك العملية والجهات المشاركة والمسؤوليات.

- استعراض العمليات المرتبطة بكل وحدة تنظيمية.

- استخدام بيانات الهيكل التنظيمي الحالية في Spama Web دون إنشاء نسخة مستقلة منها.

### 6. التكامل مع إدارة الجودة (QMS Integration)

- ربط العمليات والإجراءات بوثائق ونماذج الجودة.

- ربط المتطلبات والضوابط الرقابية بالعمليات.

- دعم متطلبات توثيق العمليات ذات الصلة بنظام ISO 13485.

- إظهار علاقات العمليات بإجراءات الجودة المعتمدة.

- إدارة المراجع والوثائق المرتبطة مع تجنب تكرار تخزينها.

### 7. إدارة الاعتماد والإصدارات (Approval & Version Control)

- دعم حالات المسودة والمراجعة والاعتماد والنشر والأرشفة.

- إمكانية تحديد مسؤوليات المراجعة والاعتماد.

- الاحتفاظ بتاريخ الإصدارات السابقة.

- تسجيل التعديلات وتواريخها والمستخدم المسؤول عنها.

- منع التعديل المباشر على الإصدارات المعتمدة دون إنشاء إصدار جديد.

- سجل تدقيق (Audit Trail) للعمليات المهمة.

### 8. إدارة الصلاحيات (Permissions)

- التكامل مع المستخدمين والأدوار والصلاحيات الموجودة في Spama Web.

- تحديد صلاحيات الإنشاء والاستعراض والتعديل والمراجعة والاعتماد والنشر والحذف أو الأرشفة.

- دعم تقييد الصلاحيات بحسب الدور الوظيفي والنطاق التنظيمي عند الحاجة.

- عدم إنشاء نظام مستخدمين منفصل داخل الوحدة.

### 9. لوحة التحكم والبحث

- لوحة تحكم لعرض العمليات الرئيسية والفرعية والإجراءات.

- إحصاءات عن العمليات والإجراءات وحالات اعتمادها.

- متابعة الإجراءات التي تنتظر المراجعة أو الاعتماد.

- البحث والتصفية حسب الاسم والرمز والمالك والحالة والتصنيف.

- استعراض العلاقات بين العمليات والوحدات التنظيمية.

## ثانيًا: المتطلبات التقنية

يشترط الالتزام بالمتطلبات التالية:

1. تطوير الوحدة باستخدام Laravel / PHP، بما يتوافق مع الإصدارات والتقنيات المستخدمة في Spama Web، والتي سيتم تحديدها قبل بدء التطوير.

2. تصميم الوحدة كحزمة برمجية مستقلة قابلة للتثبيت والتحديث والصيانة.

3. توفير قاعدة بيانات منظمة باستخدام Laravel Migrations، مع فصل جداول الوحدة منطقيًا وتجنب التعارض مع النظام الحالي.

4. توفير واجهات تكامل واضحة وموثقة (Interfaces / APIs / Contracts) حسب الحاجة.

5. استخدام تسجيل الدخول والمستخدمين والهيكل التنظيمي والصلاحيات الموجودة في النظام الأساسي.

6. مراعاة أمان النظام والتحقق من الصلاحيات وحماية البيانات.

7. توفير الكود المصدري كاملًا دون تشفير أو قيود تمنع الشركة من تعديله.

8. توثيق المكتبات الخارجية المستخدمة وتراخيصها.

9. توفير اختبارات برمجية واختبارات قبول للوظائف الأساسية.

10. أن تكون الوحدة قابلة للتطوير وإضافة وظائف مستقبلية دون الحاجة إلى إعادة بنائها.

سيتم الاتفاق مع فريقنا التقني على تفاصيل التكامل قبل بدء البرمجة.

## ثالثًا: حدود المشروع

**يشمل المشروع:**

- تحليل وتصميم النظام.

- تصميم قاعدة البيانات والشاشات.

- تطوير وبرمجة جميع الوظائف المتفق عليها.

- تطوير محرر مخططات العمليات وتكامله.

- اختبار الوحدة ضمن بيئة تجريبية.

- إعداد وثائق التركيب والتكامل.

- تقديم الدعم الفني لفريقنا أثناء التركيب والاختبارات.

**لا يشمل المشروع:**

- توثيق جميع العمليات التشغيلية الفعلية للشركة.

- إعادة هندسة عمليات الشركة أو تقديم استشارات تشغيلية شاملة.

- تطوير نظام ERP الحالي أو تعديل وحداته الأخرى.

- تطوير محرك لتنفيذ وأتمتة العمليات التشغيلية (Workflow Execution Engine).

- الربط البرمجي النهائي مع النظام الحالي، حيث سيتولاه فريقنا الداخلي.

يجب أن يدعم التصميم إمكانية التوسع مستقبلًا نحو الأتمتة التشغيلية.

## رابعًا: المخرجات والتسليم

يلتزم المستقل بتسليم:

1. وثيقة المتطلبات الوظيفية والتقنية (SRS).

2. تصميم واجهات المستخدم (UI/UX).

3. مخطط قاعدة البيانات والعلاقات (ERD).

4. حزمة Laravel Package / Module مكتملة بالكود المصدري.

5. جميع الملفات البرمجية والتبعيات وملفات التهيئة والترحيل.

6. واجهات التكامل وتوثيق استخدامها.

7. دليل التركيب والتحديث (Installation & Integration Guide).

8. دليل استخدام النظام.

9. الاختبارات البرمجية ونتائج اختبارات القبول.

10. نسخة تشغيل تجريبية تثبت عمل الوحدة.

11. دعم فريقنا خلال التركيب ومعالجة أخطاء التكامل المرتبطة بالحزمة.

يتم تسليم الكود بصورة مرحلية إلى مستودع Git خاص بالشركة، ولا يقتصر التسليم على ملفات نهائية بعد انتهاء المشروع.

**شرط القبول النهائي:** نجاح تركيب الوحدة وتشغيلها ضمن بيئة Spama Web التجريبية، واجتياز اختبارات القبول المتفق عليها، ومعالجة الأخطاء المتعلقة بالوحدة.

## خامسًا: مراحل التنفيذ

**المرحلة الأولى — التحليل والتصميم**

مراجعة المتطلبات والتصاميم الحالية، وإعداد التصور الوظيفي والتقني، وتصميم قاعدة البيانات والواجهات واعتمادها.

**المرحلة الثانية — التطوير الأساسي**

بناء شجرة العمليات وبطاقاتها، وإدارة الإجراءات والعلاقات، وتطوير الواجهات الأساسية.

**المرحلة الثالثة — الوظائف المتقدمة**

تطوير خرائط BPMN، وربط الجودة، وإدارة الإصدارات والاعتمادات والصلاحيات ولوحة التحكم.

**المرحلة الرابعة — الاختبار والتسليم**

إجراء الاختبارات، وتسليم الحزمة والتوثيق، ودعم التركيب والتكامل مع فريق Spama Web، ومعالجة الملاحظات حتى القبول النهائي.

تكون الدفعات مرتبطة بالمخرجات واختبارات القبول لكل مرحلة.

## سادسًا: المؤهلات والخبرات المطلوبة

- خبرة متقدمة في Laravel وPHP.

- خبرة في تطوير Laravel Packages أو الأنظمة ذات الوحدات المستقلة.

- خبرة في تحليل وتصميم قواعد البيانات والعلاقات المعقدة.

- فهم جيد لهندسة عمليات الأعمال (BPM).

- معرفة عملية بمعيار BPMN 2.0.

- خبرة في أنظمة إدارة الإجراءات والوثائق والاعتمادات.

- خبرة في تطوير الأنظمة المؤسسية والتكامل مع ERP.

- إتقان Git وإدارة الإصدارات والاختبارات.

- القدرة على إعداد توثيق تقني واضح والتنسيق مع فريق تطوير داخلي.

**يفضل وجود خبرة سابقة في:**

- تطوير أنظمة BPM أو QMS.

- تطبيق متطلبات ISO 9001 أو ISO 13485.

- أنظمة الصلاحيات المبنية على الأدوار RBAC.

- تصميم أنظمة متعددة الوحدات وقابلة للتوسع.

## سابعًا: المطلوب عند تقديم العرض

يرجى توضيح ما يلي:

1. نماذج لمشاريع برمجية مشابهة تم تنفيذها.

2. الخبرة السابقة في تطوير Laravel Packages.

3. التصور المقترح لبناء الوحدة وتكاملها.

4. الأدوات والمكتبات المقترحة لرسم مخططات BPMN.

5. عدد ساعات العمل المقدرة لكل مرحلة.

6. مدة التنفيذ والجدول الزمني المقترح.

7. الميزانية التفصيلية والمخرجات المرتبطة بكل دفعة.

8. مدة ضمان إصلاح الأخطاء بعد الاستلام.

9. المتطلبات الفنية التي يحتاجها المستقل من فريق Spama Web للبدء.

**ملاحظات:**

- المشروع يتطلب تصميمًا معماريًا سليمًا وقابلًا للتوسع، وليس مجرد تطوير شاشات CRUD.

- جميع المخرجات والكود المصدري المطور خصيصًا للمشروع تكون ملكًا للشركة، مع مراعاة تراخيص المكتبات الخارجية.

- يتطلب المشروع تنسيقًا فنيًا مستمرًا مع فريق التطوير الداخلي.

- يتم اعتماد المتطلبات والتصميم قبل البدء في البرمجة.