تخصص في الجودة في تطوير البرمجيات (Software) من منظور تقني وإداري؛ تخرج في 12 شهرًا، واصنع فرقًا في بيئتك المهنية"

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

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

سيمكن الماجستيرالخاص هذه متخصصي تكنولوجيا المعلومات من تحليل المعايير التي تقوم عليها الجودة في تطوير البرمجيات (Software) على جميع المستويات. معايير مثل توحيد قواعد البيانات، والفصل بين مكونات نظام المعلومات، والبنى القابلة للتطوير، والمقاييس، والتوثيق، سواءً الوظيفي أو التقني. بالإضافة إلى المنهجيات في إدارة المشاريع وتطويرها وغيرها من الأساليب لضمان الجودة، مثل تقنيات العمل التعاوني، بما في ذلك البرمجة الزوجية Pair Programming، التي تسمح للمعرفة بأن تكون في الشركة وليس في الأشخاص.

تركز الغالبية العظمى من شهادات الماجستير من هذا النوع على تقنية واحدة أو لغة واحدة أو أداة واحدة. هذا البرنامج فريد من نوعه من حيث الطريقة التي يجعل الممارس يدرك أهمية الجودة في تطوير البرمجيات (Software)، ويقلل من الديون الفنية للمشاريع بنهج الجودة بدلاً من النهج الاقتصادي والوقت؛ فهو يزود الدارس بالمعرفة المتخصصة بحيث يمكن تبرير وضع ميزانية المشروع.

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

يحلل الماجستيرالخاص في الجودة في تطوير البرمجيات (Software) المعايير التي يقوم عليها الموضوع على جميع المستويات. وسّع من مستوى خبرتك. سجّل الآن"

يحتوي الماجستير الخاص في الجودة في تطوير البرمجيات (Software) على البرنامج التعليمي الأكثر اكتمالاً وحداثة في السوق. أبرز خصائصه هي: 

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

طوير المعايير والمهام والمنهجيات المتقدمة لفهم أهمية العمل الموجه نحو الجودة، وتقديم حلول فعالة لشركتك أو عميلك"

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

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

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

برنامج يركز على زيادة الوعي بأهمية الجودة في تطوير البرمجيات (Software) والحاجة إلى تنفيذ سياسات الجودة في مصانع البرمجيات software Factories"

تعلّم بطريقة عملية ومرنة. شارك حياتك اليومية مع هذا التدريب 100% عبر الإنترنت حصرياً TECH"

لقد تم تطوير هيكل ومحتويات الماجستيرالخاص هذه لتغطية أهم الموضوعات لتطوير برمجيات Software مع الجودة. يتألف البرنامج من 10 وحدات تعليمية، بدءاً من تطوير المشاريع البرمجية software، والتوثيق الوظيفي والتقني، وtest Driven Developement والمنهجيات المختلفة، وصولاً إلى تنفيذ الحلول العملية المتقدمة مع DevOps والتكامل المستمر، وكلها تعتمد على تحقيق الجودة في تطوير البرمجيات (Software). سيكون المحتوى الشامل للوسائط المتعددة، الذي تم اختياره بدقة من قبل محاضرين خبراء، داعمًا كبيرًا لتخفيف العبء التدريسي وسيكون بمثابة مادة مرجعية للرجوع إليها في المستقبل.

ستعمل الحالات العملية، المستندة إلى الواقع، على تعزيز جميع النظريات التي تم تعلمها خلال البرنامج ووضعها في سياقها"

الوحدة 1. الجودة في تطوير البرمجيات (Software). مستويات مستوى التطور TRL

1.1 العناصر المؤثرة في جودة البرمجيات (1) الدين الفني 

1.1.1 الدين الفني الأسباب والعواقب
2.1.1 الجودة في تطوير البرمجيات (Software). مبادئ عامة 
3.1.1 برامج Software الجودة غير المبدئية والمبدئية 

1.3.1.1العواقب
2.3.1.1 الحاجة إلى تطبيق مبادئ الجودة في تطوير البرمجيات (Software) 

4.1.1 الجودة في تطوير البرمجيات (Software). الأنماط 
5.1.1 Softwareعالية الجودة. ميزات محددة 

2.1 العناصر المؤثرة في الجودة في تطوير البرمجيات (Software) (2). التكاليف المرتبطة 

1.2.1 الجودة في تطوير البرمجيات (Software). العناصر المؤثرة 
2.2.1 الجودة في تطوير البرمجيات (Software). المفاهيم الخاطئة 
3.2.1 الجودة في تطوير البرمجيات (Software). التكاليف المرتبطة 

3.1 نماذج الجودة في تطوير البرمجيات (Software) (1). إدارة المعرفة 

1.3.1 نماذج الجودة العامة 

 1.1.3.1 إدارة الجودة الشاملة 
2.1.3.1 نموذج التميز في الأعمال الأوروبي (EFQM) 
3.1.3.1 نموذج الستة سيجما 

2.3.1 نماذج إدارة المعرفة 

 1.2.3.1 موديلو Dyba 
2.2.3.1 نموذج SEKS 

3.3.1 مصنع الخبرة ونموذج مشاريع الأثر السريع QIP 
4.3.1 نماذج الجودة في الاستخدام (25010) 

4.1 نماذج الجودة في تطوير البرمجيات (Software) (3). الجودة في البيانات والعمليات والنماذج SEI 

1.4.1 نموذج جودة البيانات 
2.4.1 نمذجة عملية software 
3.4.1 (SPEM)Software & Systems Process Engineering Metamodel Specification  
4.4.1 نماذج SEI 

 1.4.4.1 CMMI 
2.4.4.1 SCAMPI 
3.4.4.1 IDEAL 

5.1 معايير الجودة في تطوير البرمجيات (Software) ISO (1). تحليل المعايير 

1.5.1 معايير ISO 9000 

 1.1.5.1 معايير ISO 9000 
 2.1.5.1 عائلة معايير الجودة ISO (9000) 

2.5.1 معايير ISO الأخرى المتعلقة بالجودة 
3.5.1 معايير نمذجة الجودة (ISO 2501) 
4.5.1 معايير قياس الجودة (ISO 2502n) 

6.1 معايير الجودة في تطوير البرمجيات (Software) ISO (2). المتطلبات والتقييم 

1.6.1 المعايير الخاصة بمتطلبات الجودة (2503 n) 
2.6.1 معايير تقييم الجودة (2504n) 
3.6.1 ISO/ISO/EC 24744:2007 

7.1 مستويات تطوير TRL (1). المستويات من 1 إلى 4 

1.7.1 مستويات TRL 
2.7.1 المستوى 1: المبادئ الأساسية 
3.7.1 المستوى 2: المفهوم و/أو التطبيق 
4.7.1 المستوى 3: الوظيفة التحليلية الحرجة 
5.7.1 المستوى 4: التحقق من صحة المكونات في بيئة معملية 

8.1 مستويات تطوير TRL (2). المستويات من 5 إلى 9 

1.8.1 المستوى 5: التحقق من صحة المكونات في البيئة ذات الصلة 
2.8.1 المستوى 6: نموذج النظام/النظام الفرعي 
3.8.1 المستوى 7: عرض توضيحي في بيئة حقيقية 
4.8.1 المستوى 8: نظام كامل ومعتمد 
5.8.1 المستوى 9: النجاح في العالم الحقيقي 

9.1 مستويات تطوير TRL. الاستخدامات 

1.9.1 مثال على شركة ذات بيئة معملية 
2.9.1 مثال على شركة للبحث والتطوير والابتكار 
3.9.1 مثال على شركة صناعية للبحث والتطوير والابتكار 
4.9.1 مثال على شركة هندسية مختبرية هندسية مشتركة 

10.1 الجودة في تطوير البرمجيات (Software). التفاصيل الرئيسية 

1.10.1 التفاصيل المنهجية 
2.10.1 التفاصيل الفنية 
3.10.1 التفاصيل في إدارة مشاريع software 

 1.3.10.1 جودة أنظمة تكنولوجيا المعلومات 
 2.3.10.1 جودة المنتج software 
 3.3.10.1 جودة عملية software

الوحدة 2. تطوير مشاريع البرمجيات. التوثيق الوظيفي والتقني

1.2 إدارة المشاريع

1.1.2 إدارة المشروع في الجودة في تطوير البرمجيات (Software)
2.1.2 إدارة مشاريع. المزايا
3.1.2 إدارة مشاريع. الأنماط

2.2. المنهجية في إدارة المشاريع

1.2.2 المنهجية في إدارة المشاريع.
2.2.2 منهجيات المشروع. الأنماط
3.2.2 المنهجيات في إدارة المشاريع. التطبيق

3.2 مرحلة تحديد المتطلبات

1.3.2 تحديد متطلبات المشروع
2.3.2 إدارة اجتماعات المشروع
3.3.2 الوثائق الواجب تقديمها

4.2 النموذج

1.4.2 المرحلة الأولى
2.4.2 مرحلة التحليل
3.4.2 مرحلة البناء
4.4.2 مرحلة الإختبار
5.4.2 تسليم

5.2 نموذج البيانات الذي سيتم استخدامه

1.5.2 تحديد نموذج البيانات الجديد
2.5.2 تحديد خطة ترحيل البيانات
3.5.2 مجموعة البيانات

6.2 التأثير على المشاريع الأخرى

1.6.2 تأثير المشروع. الأمثلة
2.6.2 المخاطر في المشروع
3.6.2 إدارة المخاطر

7.2  "Must" المشروع

1.7.2 Must المشروع
2.7.2 تحديد Must المشروع
3.7.2 تحديد نقاط التنفيذ الخاصة بتسليم المشروع

8.2 فريق إنشاء المشروع

1.8.2 أدوار التدخل حسب المشروع
2.8.2 اتصل بالموارد البشرية للتوظيف
3.8.2 نواتج المشروع والجدول الزمني

9.2 الجوانب التقنية لمشروع البرمجيات software

1.9.2 مهندس المشروع. الجوانب الفنية
2.9.2 القادة الفنيون
3.9.2 بناء مشروع البرنامج software
4.9.2 تقييم جودة الكود، السونار الصوتي

10.2 نواتج المشروع

1.10.2 التحليل الوظيفي
2.10.2 نموذج البيانات
3.10.2 مخطط الحالة
4.10.2 الوثائق الفنية

الوحدة 3. Testing للبرمجيات Software. أتمتة الاختبارات

1.3 نماذج جودة software

1.1.3 جودة المنتج
2.1.3 جودة العملية
3.1.3 جودة الاستخدام

2.3 جودة العملية

1.2.3 جودة العملية
2.2.3 نماذج النضج
3.2.3 معيار ISO 15504

 1.3.2.3 الغرض
 2.3.2.3 السياق
3.3.2.3 المراحل

3.3. المعيارية ISO/IEC 15504

1.3.3 فئات العمليات
2.3.3 عملية التطوير. مثال
3.3.3 جزء الملف الشخصي
4.3.3 المراحل

4.3 CMMI (دمج نموذج نضج القدرات المتكاملة) 

1.4.3 CMMI. دمج نماذج نضج القدرات المتكاملة
2.4.3 النماذج والمناطق. الأنماط
3.4.3 مجالات العملية
4.4.3 مستويات السعة
5.4.3 إدارة العمليات
6.4.3 إدارة المشاريع

5.3 إدارة التغيير والمستودعات

1.5.3 إدارة تغيير البرمجيات

 1.1.5.3 عنصر التكوين. التكامل المستمر
 2.1.5.3 الخطوط
 3.1.5.3 مخططات انسيابية
4.1.5.3 الفروع

2.5.3 المستودع

 1.2.5.3 التحكم في الإصدار
 2.2.5.3 فريق العمل واستخدام المستودع
 3.2.5.3 التكامل المستمر في المستودع

6.3 Team Foundation Server (TFS)

1.6.3 التثبيت والتكوين
2.6.3  إنشاء مشروع جماعي
3.6.3 دمج المحتوى في التحكم في التعليمات البرمجية المصدرية
6.43 on CloudTFS

7.3 Testing

1.7.3 الدافع للاختبار
2.7.3 اختبارات التحقق
3.7.3 الاختبار التجريبي
4.7.3 التنفيذ والصيانة

8.3 اختبار الحمولة

1.8.3 Load testing
2.8.3 الاختبار باستخدام LoadView
3.8.3 الاختبارK6 باستخدام Cloud
4.8.3 الاختبار باستخدام Loader

9.3 اختبارات الوحدة والإجهاد والتحمل

1.9.3 الدافع لاختبار الوحدة
2.9.3 أدوات Unit Testing
3.9.3 دوافع اختبارات الإجهاد
4.9.3 الاختبار باستخدام StressTesting
5.9.3 الدافع لاختبارات التحمل
6.9.3 الاختبار باستخدام LoadRunner

10.3 قابلية التوسع. تصميم برمجيات software قابلة للتطوير

1.10.3 قابلية التوسع وبنية البرمجيات software
2.10.3 الاستقلالية بين الطبقات
3.10.3 الاقتران بين الطبقات. الأنماط المعمارية

الوحدة 4. منهجيات إدارة مشاريع البرمجيات Software. المنهجياتWaterfall مقابل المنهجيات الرشيقة

1.4 منهجية Waterfall

1.1.4 منهجية Waterfall
2.1.4 منهجية Waterfall. التأثير على الجودة في تطوير البرمجيات (Software)
3.1.4 منهجية Waterfall. الأمثلة

2.4 منهجية بسيطة

1.2.4 منهجية بسيطة
2.2.4 المنهجية المرنة. التأثير على الجودة في تطوير البرمجيات (Software)
3.2.4 المنهجية المرنة. الأمثلة

3.4 منهجية Scrum

1.3.4 منهجية Scrum
2.3.4 بيان Scrum
3.3.4 تنفيذ Scrum

4.4. لوحة Kanban

1.4.4 طريقة Kanban
2.4.4 لوحة Kanban
3.4.4 لوحة Kanban. مثال على التطبيق

5.4 إدارة المشاريع فيWaterfall

1.5.4 مراحل المشروع
2.5.4 الرؤية في مشروعWaterfall
3.5.4 المنجزات التي يجب مراعاتها

6.4 إدارة المشروع في Scrum

1.6.4 المراحل في مشروع Scrum
2.6.4 الرؤية في مشروع Scrum
3.6.4  المنجزات التي يجب مراعاتها

7.4 Waterfall مقابل   مقارنة Scrum

1.7.4 نهج المشروع التجريبي
2.7.4 مشروع تنفيذWaterfall. مثال
3.7.4 مشروع تطبيق Scrum. مثال

8.4. رؤية العميل

1.8.4 المستندات في Waterfall
2.8.4 المستندات فيScrum
3.8.4 مقارنة

9.4 هيكل Kanban

1.9.4 قصص المستخدمين
2.9.4 Backlog
3.9.4 تحليل Kanban

10.4 المشاريع الهجينة

1.10.4 إنشاء المشروع
2.10.4 إدارة المشاريع
3.10.4 المنجزات التي يجب مراعاتها

الوحدة 5. TDD Test Driven Developement. تصميم Software المدفوعة بالاختبار

1.5 TDD. Test Driven Development

1.1.5 TDD. Test Driven Development
2.1.5 TDD. تأثير TDD على الجودة
3.1.5  التصميم والتطوير القائم على الأدلة. الأمثلة

2.5 دورة TDD

1.2.5 اختيار المتطلبات
2.2.5 الاختبار. الأنماط

 1.2.2.5 اختبار الوحدة
 2.2.2.5 اختبارات التكامل
 3.2.2.5 اختبارات End To End

3.2.5 التحقق من الاختبار. الإخفاقات
4.2.5 إنشاء التنفيذ
5.2.5 تنفيذ الاختبارات الآلية
6.2.5 القضاء على الازدواجية
7.2.5 تحديث قائمة المتطلبات
8.2.5  كرر دورة TDD
9.2.5 دورة TDD. مثال نظري وعملي

3.5 استراتيجيات تنفيذ TDD

1.3.5 التنفيذ الخاطئ
2.3.5 التنفيذ الثلاثي
3.3.5 التنفيذ الواضح

4.5 TDD. الاستخدام المميزات والعيوب

1.4.5 مزايا الاستخدام
2.4.5 حدود الاستخدام
3.4.5 توازن الجودة في التنفيذ

5.5 TDD. الممارسات الجيدة

1.5.5 قواعد TDD
2.5.5 القاعدة 1: قم بإجراء اختبار سابق يفشل قبل الترميز في الإنتاج.
3.5.5 القاعدة 2: لا تكتب أكثر من اختبار وحدة واحد فقط
4.5.5 القاعدة 3: لا تكتب كودًا برمجيًا أكثر من اللازم
5.5.5 الأخطاء والأنماط المضادة التي يجب تجنبها في تطوير TDD

6.5 محاكاة مشروع حقيقي لاستخدام TDD (1)

1.6.5 وصف عام للمشروع (الشركة أ)
2.6.5 تنفيذ TDD
3.6.5 التمارين المقترحة
4.6.5 التمارين. Feedback

7.5 محاكاة مشروع حقيقي لاستخدام TDD (2)

1.7.5 وصف عام للمشروع (الشركة ب)
2.7.5 تنفيذ TDD
3.7.5 التمارين المقترحة
4.7.5 التمارين. Feedback

8.5 محاكاة مشروع حقيقي لاستخدام TDD (3)

1.8.5 وصف عام للمشروع (الشركة ج)
2.8.5 تنفيذ TDD
3.8.5 التمارين المقترحة
4.8.5 التمارين. Feedback

9.5 بدائل TDD. Test Driven Development

1.9.5 TCR (اTest Commit Revert)
2.9.5 BDD (Behavior Driven Development)
3.9.5 ATDD (Acceptance Test Driven Development)
4.9.5 TDD. المقارنة النظرية

10.5 TDD TCR و BDD و ATDD. مقارنة عملية

1.10.5 تعريف المشكلة
2.10.5 الدقة مع TCR
3.10.5 الدقة مع BDD
4.10.5 الدقة مع ATDD

الوحدة 6. DevOps. إدارة الجودة في تطوير البرمجيات (Software)

1.6 DevOps. إدارة الجودة في تطوير البرمجيات (Software)

1.1.6 DevOps
2.1.6 DevOps والجودة في تطوير البرمجيات (Software)
3.1.6 DevOps. فوائد ثقافة DevOps

2.6 DevOps. العلاقة مع Agile

1.2.6 التسليم السريع
2.2.6 الجودة
3.2.6 تقليل التكاليف

3.6 تطبيق DevOps

1.3.6 تحديد المشاكل
2.3.6 التنفيذ في الشركة
3.3.6 مقاييس التنفيذ

4.6 دورة تسليم software

1.4.6 طرق التصميم
2.4.6 الاتفاقيات
3.4.6 خريطة الطريق

5.6 تطوير كود خالي من الأخطاء البرمجية

1.5.6 كود قابل للصيانة
2.5.6 أنماط التنمية
3.5.6 Testing الكود
4.5.6 تطوير software على مستوى التعليمات البرمجية. الممارسات الجيدة

6.6 التشغيل التلقائي

1.6.6 الأتمتة. أنواع الاختبارات
2.6.6 تكلفة الأتمتة والصيانة
3.6.6 الأتمتة. تخفيف الأخطاء

7.6 عمليات النشر

1.7.6 تقييم الأهداف
2.7.6 تصميم عملية تلقائية ومكيفة
3.7.6 الملاحظات والاستجابة

8.6 إدارة الحوادث

1.8.6 التأهب للحوادث
2.8.6 تحليل الحوادث وحلها
3.8.6 كيفية تجنب الأخطاء المستقبلية

9.6 أتمتة النشر

1.9.6 التحضير لعمليات النشر التلقائي
2.9.6 تقييم صحة العملية التلقائية
3.9.6 المقاييس والقدرة على التحول

10.6 الممارسة الجيدة. تطور DevOps

1.10.6 دليل أفضل ممارسات DevOps
2.10.6 DevOps. منهجية الفريق
3.10.6 تجنب المنافذ

الوحدة 7. DevOps والتكامل المستمر. الحلول العملية المتقدمة في تطوير Software

1.7 تدفق تسليم software

1.1.7 تحديد الجهات الفاعلة والمصنوعات اليدوية
2.1.7 تصميم تدفق تسليم البرامج
3.1.7 تدفق تسليم software. المتطلبات بين المراحل

2.7 أتمتة العمليات

1.2.7 التكامل المستمر
2.2.7 النشر المستمر
3.2.7 إعداد البيئات وإدارة الأسرار

3.7 خطوط الأنابيب التوضيحية

1.3.7 الاختلافات بين خطوط الأنابيب التقليدية الشبيهة بالرموز وخطوط الأنابيب التوضيحية
2.3.7 خطوط الأنابيب التوضيحية
3.3.7 خطوط الأنابيب التوضيحية في Jenkins
4.3.7 مقارنة بين مزودي خدمات التكامل المستمر

4.7 بوابات الجودة والتغذية الراجعة المثرية

1.4.7 أبواب عالية الجودة
2.4.7 معايير الجودة مع أبواب ذات جودة عالية. الصيانة
3.4.7 متطلبات العمل في طلبات التكامل

5.7 إدارة المصنوعات اليدوية

1.5.7 المصنوعات اليدوية ودورة الحياة
2.5.7 أنظمة تخزين القطع الأثرية وإدارتها
3.5.7 الأمن في إدارة القطع الأثرية

6.7 النشر المستمر

1.6.7 النشر المستمر في شكل حاويات
2.6.7 النشر المستمر مع المنصة كخدمة (PaaS)
3.6.7 النشر المستمر لتطبيقات الهاتف المحمول

7.7 تحسين وقت تشغيل خط الأنابيب: التحليل الثابت وخطافات Git Hooks

1.7.7 تحليل ثابت
2.7.7 قواعد نمط الكود
3.7.7 Git Hooks و اختبارات الوحدات
4.7.7 تأثير البنية التحتية

8.7 نقاط ضعف الحاويات

1.8.7 نقاط ضعف الحاويات
2.8.7 المسح الضوئي للصور
3.8.7 التقارير والتنبيهات الدورية

الوحدة 8. تصميم قاعدة البيانات. التوحيد والأداء القياسي. الجودة في تطوير البرمجيات (Software)

1.8 تصميم قاعدة البيانات

1.1.8 قواعد بيانات. الأنماط
2.1.8 قواعد البيانات المستخدمة حالياً

 1.2.1.8 علاقية
 2.2.1.8 قيمة المفتاح
 3.2.1.8 قائم على الرسم البياني

3.1.8 جودة البيانات

2.8 تصميم نموذج العلاقة بين الكيان والعلاقة بين الكيانات (1)

1.2.8 نموذج العلاقة بين الكيان والعلاقة بين الكيانات. الجودة والتوثيق
2.2.8 المؤسسات

 1.2.2.8 كيان قوي
 2.2.2.8 كيان ضعيف

3.2.8 الخصائص
4.2.8 مجموعة من العلاقات

 1.4.2.8 1 إلى1
 2.4.2.8 1 إلى الكثير
 3.4.2.8 الكثير إلى 1
 4.4.2.8 الكثيرإلى الكثير

5.2.8 مفاتيح

 1.5.2.8 المفتاح الأساسي
 2.5.2.8 مفتاح أجنبي
 3.5.2.8 المفتاح الأساسي للكيان الضعيف

6.2.8 القيود
7.2.8 الكاردينالية
8.2.8 الوراثة
9.2.8 التجميع

3.8 نموذج العلاقة بين الكيان والعلاقة بين الكيانات (2). الأدوات

1.3.8 نموذج العلاقة بين الكيان والعلاقة بين الكيانات. الأدوات
2.3.8 نموذج العلاقة بين الكيان والعلاقة بين الكيانات. مثال عملي
3.3.8 نموذج العلاقة بين الكيان والكيان القابل للتطبيق

 1.3.3.8 العرض المرئي
 2.3.3.8 عينة في التمثيل الجدولي

4.8 توحيد قاعدة البيانات (DB) (1). اعتبارات الجودة في تطوير البرمجيات (Software)

1.4.8 توحيد قاعدة البيانات والجودة
2.4.8 التبعية

 1.2.4.8 الاعتماد الوظيفي
 2.2.4.8 خصائص الاعتماد الوظيفي
 3.2.4.8 الممتلكات المخصومة

3.4.8 مفاتيح

5.8 توحيد قاعدة البيانات (2). النماذج العادية وقواعد Codd

1.5.8 الأشكال العادية

 1.1.5.8 الصيغة العادية الأولى 
 2.1.5.8 الصيغة العادية الثانية 
 3.1.5.8 الصيغة العادية الثالثة 
 4.1.5.8 الشكل الطبيعيBoyce-Codd 
 5.1.5.8 الشكل العادي الرابع
 6.1.5.8 الصيغة العادية الخامسة 

2.5.8 قواعد Codd

 1.2.5.8 القاعدة 1: المعلومات
 2.2.5.8 القاعدة 2: الوصول المضمون
 3.2.5.8 القاعدة 3: المعالجة المنهجية للقيم الصفرية
 4.2.5.8 القاعدة 4: وصف قاعدة البيانات
 5.2.5.8 القاعدة 5: اللغة الفرعية المتكاملة
 6.2.5.8 القاعدة 6: تحديث المشاهدات
 7.2.5.8 القاعدة 7: الإدراج والتحديث
 8.2.5.8 القاعدة 8: الاستقلالية الجسدية
 9.2.5.8 القاعدة 9: الاستقلال المنطقي
10.2.5.8 القاعدة 10: استقلالية النزاهة

1.10.2.5.8 قواعد التكامل

 11.2.5.8 القاعدة 11: التوزيع
 12.2.5.8 القاعدة 12: عدم التخريب

3.5.8 مثال عملي

6.8 مستودع البيانات / نظام OLAP

1.6.8 مستودع البيانات
2.6.8 جدول الحقائق
3.6.8 جدول الأبعاد
4.6.8 إنشاء نظام OLAP. الأدوات

7.8 أداء قاعدة البيانات

1.7.8 تحسين الفهرس
2.7.8 تحسين الاستعلامات
3.7.8 تقسيم الجداول

8.8 محاكاة المشروع الحقيقي لتصميم قاعدة البيانات (1)

1.8.8 وصف عام للمشروع (الشركة أ)
2.8.8 تنفيذ تصميم قاعدة البيانات
3.8.8 التمارين المقترحة
4.8.8 التمارين المقترحة. Feedback

9.8 محاكاة المشروع الحقيقي لتصميم قاعدة البيانات (2)

1.9.8 وصف عام للمشروع (الشركة ب)
2.9.8 تنفيذ تصميم قاعدة البيانات
3.9.8 التمارين المقترحة
4.9.8 التمارين المقترحة. Feedback

10.8 أهمية تحسين قاعدة البيانات في الجودة في تطوير البرمجيات (Software)

1.10.8 تحسين التصميم
2.10.8 تحسين رمز الاستعلام
3.10.8 تحسين كود الإجراء المخزن
4.10.8 تأثير Triggers على الجودة في تطوير البرمجيات (Software). توصيات للاستخدام

الوحدة 9. تصميم البنى القابلة للتطوير. البنية في دورة حياة البرمجيات Software

1.9 تصميم البنى القابلة للتطوير (1)

1.1.9 البنى القابلة للتطوير
2.1.9 مبادئ البنية القابلة للتطوير

 1.2.1.9 موثوقة
 2.2.1.9 قابل للتطوير
 3.2.1.9 قابلة للصيانة

3.1.9 أنواع قابلية التوسع

 1.3.1.9 العمودي
 2.3.1.9 الأفقي
 3.3.1.9 مشترك

2.9 الهندسة المعمارية DDD (Domain-Driven Design)

1.2.9 نموذج DDD. توجيه المجال
2.2.9 الطبقات ومشاركة المسؤولية وأنماط التصميم
3.2.9 الفصل كأساس للجودة

3.9 تصميم البنى القابلة للتطوير (2). الفوائد والقيود واستراتيجيات التصميم

1.3.9 بنية قابلة للتطوير. الفوائد
2.3.9 بنية قابلة للتطوير. القيود
3.3.9 استراتيجيات تطوير البنى القابلة للتطوير (جدول وصفي)

4.9 دورة حياة software (1). المراحل

1.4.9 دورة حياة software

 1.1.4.9 مرحلة التخطيط
 2.1.4.9 مرحلة التحليل
 3.1.4.9 مرحلة التصميم
 4.1.4.9 مرحلة التنفيذ
 5.1.4.9 مرحلة الاختبار
 6.1.4.9 مرحلة التثبيت/النشر
 7.1.4.9 مرحلة الاستخدام والصيانة

5.9 نماذج دورة حياة software

1.5.9 النموذج التعاقبي
2.5.9 النمط المتكرر
3.5.9 النموذج الحلزوني
4.5.9 نموذج Big Bang

6.9 دورة حياة software (2). التشغيل التلقائي

1.6.9 دورات حياة تطويرsoftware. الحلول

 1.1.6.9 التكامل والتطوير المستمر (CI/CD)
 2.1.6.9 المنهجيات الرشيقة
 3.1.6.9 DevOps التطوير/الإنتاج

2.6.9 الاتجاهات المستقبلية
3.6.9 أمثلة عملية

7.9 بنية software في دورة حياة software

1.7.9 الفوائد
2.7.9 القيود
3.7.9 الأدوات

8.9 محاكاة المشروع الحقيقي لتصميم بنية software (1)

1.8.9 وصف عام للمشروع (الشركة أ)
2.8.9 تطبيق تصميم هندسة software
3.8.9 التمارين المقترحة
4.8.9 التمارين المقترحة. Feedback

9.9 محاكاة المشروع الحقيقي لتصميم بنية البرمجيات software (2)

1.9.9 وصف عام للمشروع (الشركة ب)
2.9.9 تطبيق تصميم هندسة software
3.9.9 التمارين المقترحة
4.9.9 التمارين المقترحة. Feedback

10.9 محاكاة المشروع الحقيقي لتصميم بنية البرمجيات software (3)

1.10.9 وصف عام للمشروع (الشركة ج)
2.10.9 تطبيق تصميم هندسة software
3.10.9 التمارين المقترحة
4.10.9 التمارين المقترحة. Feedback

الوحدة 10. معايير الجودة ISO، IEC 9126 مقاييس الجودة في تطوير البرمجيات (Software)

1.10 معايير الجودة. معيار ISO، IEC 9126

1.1.10 معايير الجودة
2.1.10 الجودة في تطوير البرمجيات (Software). المبرر. معيار ISO، IEC 9126
3.1.10 قياس الجودة في تطوير البرمجيات (Software) كمؤشر رئيسي لقياس جودة software

2.10 معايير الجودة في تطوير البرمجيات (Software). الخصائص

1.2.10 المصداقية
2.2.10 الوظائف
3.2.10 كفاءة
4.2.10 قابلية الاستخدام
10.2.5. قابلية الصيانة
6.2.10 قابليه
7.2.10 الأمان

3.10 المواصفة القياسية ISO، IEC 9126 (1). المقدمة

1.3.10 وصف المواصفة القياسية ISO، IEC 9126
2.3.10 الوظائف
3.3.10 المصداقية
4.3.10 قابلية الاستخدام
5.3.10 قابلية الصيانة
6.3.10 قابليه
7.3.10 الجودة في الاستخدام
8.3.10 مقاييس الجودة في تطوير البرمجيات (Software)
9.3.10 مقاييس الجودة في المواصفة القياسية ISO 9126

4.10 المواصفة القياسية ISO، IEC 9126 (2). نموذجا McCall وBoehm

1.4.10 نموذج ماكول: عوامل الجودة
2.4.10 نموذج Boehm
3.4.10 المستوى المتوسط. الخصائص

5.10 مقاييس الجودة في تطوير البرمجيات (Software) (1). العوامل

1.5.10 المقياس
2.5.10 المقاييس
3.5.10 المؤشر

 1.3.5.10 أنواع المؤشرات

4.5.10 الأحجام والنماذج
5.5.10 نطاق مقاييس البرامج software
6.5.10 تصنيف مقاييس البرمجيات software

6.10 قياس الجودة في تطوير البرمجيات (Software) (2). ممارسة القياس

1.6.10 جمع البيانات المترية
2.6.10 قياس سمات المنتج الداخلية
3.6.10 قياس سمات المنتج الخارجية
4.6.10 قياس الموارد
5.6.10 مقاييس الأنظمة الموجهة للكائنات

7.10 تصميم مؤشر واحد لالجودة في تطوير البرمجيات (Software)

1.7.10 مؤشر واحد كمؤشر واحد كمؤهل عام
2.7.10 وضع المؤشرات وتبريرها وتنفيذها
3.7.10 مثال على التطبيق. بحاجة إلى معرفة التفاصيل

8.10 محاكاة مشروع حقيقي لقياس الجودة (1)

1.8.10 وصف عام للمشروع (الشركة أ)
2.8.10 تطبيق قياس الجودة
3.8.10 التمارين المقترحة
4.8.10 التمارين المقترحة. Feedback

9.10 محاكاة مشروع حقيقي لقياس الجودة (2)

1.9.10 وصف عام للمشروع (الشركة ب)
2.9.10 تطبيق قياس الجودة
3.9.10 التمارين المقترحة
4.9.10 التمارين المقترحة. Feedback

10.10 محاكاة مشروع حقيقي لقياس الجودة (3)

1.10.10 وصف عام للمشروع (الشركة ج)
2.10.10 تطبيق قياس الجودة
3.10.10 التمارين المقترحة
4.10.10 التمارين المقترحة. Feedback

سيكون لديك إمكانية الوصول إلى محتوى فريد ومتخصص. تم اختياره من قبل محاضرين خبراء للحصول على مؤهل علمي ستجعل ملفك المهني يتخطى حدوده"