التحليل والتصميم الموجه نحو الكائنات

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

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

تاريخ

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

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

في عام 1994، بدأ الأصدقاء الثلاثة لشركة Rational Software العمل معًا لتطوير لغة النمذجة الموحدة (UML). وفي وقت لاحق، جنبًا إلى جنب مع فيليب كروشتن ووالكر رويس (الابن الأكبر لوينستون رويس )، قادوا مهمة ناجحة لدمج منهجياتهم الخاصة، OMT و OOSE وطريقة Booch ، مع رؤى وخبرات مختلفة من قادة الصناعة الآخرين في Rational Unified Process (RUP)، وهو دليل شامل للعملية التكرارية والتزايدية وإطار عمل لتعلم أفضل ممارسات الصناعة لتطوير البرمجيات وإدارة المشاريع. ^[1] ومنذ ذلك الحين، أصبحت عائلة Unified Process على الأرجح المنهجية والنموذج المرجعي الأكثر شيوعًا للتحليل والتصميم الموجه للكائنات.

ملخص

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

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

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

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

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

البديل لنماذج الشلال هو النماذج التكرارية. وقد تم تعميم هذا التمييز بواسطة باري بوم في ورقة بحثية مؤثرة للغاية حول نموذجه الحلزوني لتطوير البرمجيات التكرارية. مع النماذج التكرارية، من الممكن القيام بعمل في مراحل مختلفة من النموذج بالتوازي. على سبيل المثال، من الممكن - ولا يُنظر إليه كمصدر للخطأ - العمل على التحليل والتصميم وحتى الكود في نفس اليوم وأن يكون هناك مشكلات من مرحلة تؤثر على مشكلات من مرحلة أخرى. التركيز على النماذج التكرارية هو أن تطوير البرمجيات هو عملية كثيفة المعرفة وأن أشياء مثل التحليل لا يمكن فهمها تمامًا دون فهم مشكلات التصميم، وأن مشكلات الترميز يمكن أن تؤثر على التصميم، وأن الاختبار يمكن أن ينتج معلومات حول كيفية تعديل الكود أو حتى التصميم، إلخ. ^[2]

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

يؤكد نموذج البرمجة الموجهة للكائنات على الوحدات النمطية وقابلية إعادة الاستخدام. والهدف من نهج البرمجة الموجهة للكائنات هو تلبية "مبدأ الانفتاح والإغلاق" . تكون الوحدة النمطية مفتوحة إذا كانت تدعم الامتداد، أو إذا كانت الوحدة النمطية توفر طرقًا موحدة لإضافة سلوكيات جديدة أو وصف حالات جديدة. وفي نموذج البرمجة الموجهة للكائنات، يتم تحقيق ذلك غالبًا عن طريق إنشاء فئة فرعية جديدة لفئة موجودة. وتكون الوحدة النمطية مغلقة إذا كانت لديها واجهة مستقرة محددة جيدًا يجب على جميع الوحدات النمطية الأخرى استخدامها وتحد من التفاعل والأخطاء المحتملة التي يمكن إدخالها في وحدة نمطية واحدة عن طريق التغييرات في أخرى. وفي نموذج البرمجة الموجهة للكائنات، يتم تحقيق ذلك عن طريق تحديد طرق تستدعي الخدمات على الكائنات. يمكن أن تكون الطرق إما عامة أو خاصة، أي أن بعض السلوكيات الفريدة للكائن لا يتم عرضها على كائنات أخرى. وهذا يقلل من مصدر العديد من الأخطاء الشائعة في برمجة الكمبيوتر. ^[3]

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

التحليل الموجه نحو الكائنات

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

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

النماذج الشائعة المستخدمة في البرمجة الموجهة نحو الهدف هي حالات الاستخدام ونماذج الكائنات . تصف حالات الاستخدام السيناريوهات الخاصة بوظائف المجال القياسية التي يجب أن ينجزها النظام. تصف نماذج الكائنات الأسماء والعلاقات بين الفئات (على سبيل المثال، الدائرة هي فئة فرعية من الشكل) والعمليات وخصائص الكائنات الرئيسية. يمكن أيضًا إنشاء نماذج أولية أو نماذج أولية لواجهة المستخدم للمساعدة في الفهم. ^[5]

التصميم الموجه نحو الكائنات

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

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

تتضمن الموضوعات المهمة أثناء OOD أيضًا تصميم بنيات البرمجيات من خلال تطبيق الأنماط المعمارية وأنماط التصميم مع مبادئ التصميم الموجهة للكائنات.

المدخلات (المصادر) للتصميم الموجه للكائنات

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

بعض القطع الأثرية الإدخالية النموذجية للتصميم الموجه للكائنات هي:

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

المفاهيم الموجهة للكائنات

المفاهيم الأساسية الخمسة للتصميم الموجه للكائنات هي ميزات مستوى التنفيذ المضمنة في لغة البرمجة. غالبًا ما يشار إلى هذه الميزات بالأسماء الشائعة التالية:

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

تصميم المفاهيم

تعريف الكائنات، إنشاء مخطط فئة من المخطط المفاهيمي : عادةً ما يتم تعيين الكيان إلى الفئة.
تحديد السمات ونماذجها.
استخدم أنماط التصميم (إن أمكن): نمط التصميم ليس تصميمًا نهائيًا، بل هو وصف لحل مشكلة شائعة في سياق ما. ^[7]

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

تعريف إطار عمل التطبيق (إن أمكن): إطار عمل التطبيق هو عادةً مجموعة من المكتبات أو الفئات التي تُستخدم لتنفيذ البنية القياسية لتطبيق لنظام تشغيل معين. من خلال تجميع كمية كبيرة من التعليمات البرمجية القابلة لإعادة الاستخدام في إطار عمل، يتم توفير الكثير من الوقت للمطور حيث يتم توفير مهمة إعادة كتابة كميات كبيرة من التعليمات البرمجية القياسية لكل تطبيق جديد يتم تطويره.
تحديد الكائنات/البيانات الدائمة (إذا أمكن): تحديد الكائنات التي يجب أن تستمر لفترة أطول من وقت تشغيل واحد للتطبيق. تصميم تعيين علاقة الكائن إذا تم استخدام قاعدة بيانات علائقية .
تحديد وتعريف الكائنات البعيدة (إن أمكن) واختلافاتها.

مخرجات (مخرجات) التصميم الموجه للكائنات

مخطط التسلسل - قم بتوسيع مخطط تسلسل النظام لإضافة كائنات محددة تتعامل مع أحداث النظام.

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

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

بعض مبادئ واستراتيجيات التصميم

حقن التبعية : الفكرة الأساسية هي أنه إذا كان الكائن يعتمد على وجود مثيل لبعض الكائنات الأخرى، فسيتم "حقن" الكائن المطلوب في الكائن التابع؛ على سبيل المثال، يتم تمرير اتصال قاعدة بيانات كحجة إلى المنشئ بدلاً من إنشاء واحد داخليًا.
مبدأ التبعيات غير الدورية : يجب ألا يحتوي الرسم البياني للتبعيات للحزم أو المكونات (تعتمد الحبيبات على نطاق العمل لمطور واحد) على دورات. يُشار إلى هذا أيضًا باسم وجود رسم بياني غير دوري موجه . ^[8] على سبيل المثال، تعتمد الحزمة C على الحزمة B، والتي تعتمد على الحزمة A. إذا كانت الحزمة A تعتمد على الحزمة C، فسيكون لديك دورة.
مبدأ إعادة الاستخدام المركب : تفضيل التركيب المتعدد الأشكال للأشياء على الميراث. ^[7]

النمذجة الموجهة للكائنات

النمذجة الموجهة للكائنات (OOM) هي نهج شائع لنمذجة التطبيقات والأنظمة ومجالات الأعمال باستخدام النموذج الموجه للكائنات طوال دورات حياة التطوير بالكامل . تعد OOM تقنية رئيسية تستخدم على نطاق واسع في أنشطة OOD وOOA في هندسة البرمجيات الحديثة.

تنقسم النمذجة الموجهة للكائنات عادةً إلى جانبين من العمل: نمذجة السلوكيات الديناميكية مثل العمليات التجارية وحالات الاستخدام ، ونمذجة الهياكل الثابتة مثل الفئات والمكونات. OOA وOOD هما المستويان المجردان المتميزان (أي مستوى التحليل ومستوى التصميم) أثناء OOM. لغة النمذجة الموحدة (UML) و SysML هما اللغتان القياسيتان الدوليتان الشائعتان المستخدمتان في النمذجة الموجهة للكائنات. ^[9]

فوائد OOM هي:

التواصل الفعال والناجح

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

تجريد مفيد ومستقر

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

انظر أيضا

مراجع

^ "أفضل ممارسات عملية Rational Unified Process لفرق تطوير البرمجيات" (PDF) . ورقة Rational Software البيضاء (TP026B). 1998. تم الاسترجاع في 12 ديسمبر 2013 .
^ Boehm B, "نموذج حلزوني لتطوير البرمجيات وتحسينها"، IEEE Computer، IEEE، 21(5):61-72، مايو 1988
^ ماير، برتراند (1988). بناء البرمجيات الموجهة للكائنات . كامبريدج: سلسلة برنتيز هول الدولية في علوم الكمبيوتر. ص 23. ISBN 0-13-629049-3.
^ جاكوبسن ، إيفار. ماغنوس كريسترسون؛ باتريك جونسون؛ غونار أوفرجارد (1992). هندسة البرمجيات الشيئية. مطبعة أديسون ويسلي ACM. ص 15، 199. ردمك 0-201-54435-0.
^ جاكوبسن ، إيفار. ماغنوس كريسترسون؛ باتريك جونسون؛ غونار أوفرجارد (1992). هندسة البرمجيات الشيئية. مطبعة أديسون ويسلي ACM. ص 77-79. رقم ISBN 0-201-54435-0.
^ كونالين، جيم (2000). بناء تطبيقات الويب باستخدام UML. أديسون ويسلي. ص 147. ISBN 0201615770.
^ من تأليف إيريك جاما ؛ ريتشارد هيلم ؛ رالف جونسون ؛ جون فليسيدس (2 يناير 1995). أنماط التصميم: عناصر البرامج الموجهة للكائنات القابلة لإعادة الاستخدام. أديسون ويسلي . رقم ISBN 978-0-201-63361-0.
^ "ما هو التصميم الموجه للكائنات؟". Object Mentor. مؤرشف من الأصل في 2007-06-30 . تم الاسترجاع في 2007-07-03 .
^ جاكوبسن ، إيفار. ماغنوس كريسترسون؛ باتريك جونسون؛ غونار أوفرجارد (1992). هندسة البرمجيات الشيئية. مطبعة أديسون ويسلي ACM. ص 15، 199. ردمك 0-201-54435-0.

قراءة إضافية

جرادي بوش . "التحليل والتصميم الموجه للكائنات مع التطبيقات، الطبعة الثالثة": http://www.informit.com/store/product.aspx?isbn=020189551X Addison-Wesley 2007.
ريبيكا ويرفس-بروك ، بريان ويلكرسون، لورين وينر. تصميم البرمجيات الموجهة للكائنات . برنتيس هول، 1990. [ مقدمة عملية للبرمجة والتصميم الموجه للكائنات. ]
نظرية التصميم الموجه نحو الكائنات: اللبنات الأساسية للتصميم الموجه نحو الكائنات والرموز المستخدمة لتمثيلها (مع التركيز على أنماط التصميم).
مارتن فاولر . أنماط التحليل: نماذج كائنية قابلة لإعادة الاستخدام . أديسون ويسلي، 1997. [ مقدمة إلى التحليل الموجه للكائنات باستخدام النماذج المفاهيمية ]
برتراند ماير . بناء البرمجيات الموجهة للكائنات . برنتيس هول، 1997
كريج لارمان . تطبيق UML والأنماط – مقدمة إلى OOA/D والتطوير التكراري . برنتيس هول PTR، الطبعة الثالثة، 2005.
ستراج خوشافيان. اتجاه الكائن .
أولريش نوربيسراث، ألبرت زوندورف، روبن جوبيه. النمذجة الموجهة بالقصة . أمازون كريت سبيس. ص. 333، 2013. ISBN 9781483949253 .

روابط خارجية

المقالة تحليل وتصميم كائني التوجه باستخدام UML وRUP نظرة عامة (أيضًا حول بطاقات CRC).
تطبيق UML – دورة تدريبية حول التحليل والتصميم الموجه للكائنات
موقع ويب ومنتديات موارد OOAD و UML – التحليل والتصميم الموجه للكائنات باستخدام UML.
تحليل متطلبات البرمجيات باستخدام UML مقال بقلم ديراج شيتي.
مقالة تحليل كائني التوجه في العالم الحقيقي
التحليل والتصميم الموجه للكائنات - نظرة عامة باستخدام UML
لارمان، كريج. تطبيق UML والأنماط - الطبعة الثالثة
التحليل والتصميم الموجه نحو الكائنات
LePUS3 وClass-Z: لغات النمذجة الرسمية للتصميم الموجه للكائنات

Original text

Rate this translation

Your feedback will be used to help improve Google Translate

[1] "أفضل ممارسات عملية Rational Unified Process لفرق تطوير البرمجيات" (PDF) . ورقة Rational Software البيضاء (TP026B). 1998. تم الاسترجاع في 12 ديسمبر 2013 .

[2] Boehm B, "نموذج حلزوني لتطوير البرمجيات وتحسينها"، IEEE Computer، IEEE، 21(5):61-72، مايو 1988

[3] ماير، برتراند (1988). بناء البرمجيات الموجهة للكائنات . كامبريدج: سلسلة برنتيز هول الدولية في علوم الكمبيوتر. ص 23. ISBN 0-13-629049-3.

[4] جاكوبسن ، إيفار. ماغنوس كريسترسون؛ باتريك جونسون؛ غونار أوفرجارد (1992). هندسة البرمجيات الشيئية. مطبعة أديسون ويسلي ACM. ص 15، 199. ردمك 0-201-54435-0.

[5] جاكوبسن ، إيفار. ماغنوس كريسترسون؛ باتريك جونسون؛ غونار أوفرجارد (1992). هندسة البرمجيات الشيئية. مطبعة أديسون ويسلي ACM. ص 77-79. رقم ISBN 0-201-54435-0.

[6] كونالين، جيم (2000). بناء تطبيقات الويب باستخدام UML. أديسون ويسلي. ص 147. ISBN 0201615770.

[gof-7] من تأليف إيريك جاما ؛ ريتشارد هيلم ؛ رالف جونسون ؛ جون فليسيدس (2 يناير 1995). أنماط التصميم: عناصر البرامج الموجهة للكائنات القابلة لإعادة الاستخدام. أديسون ويسلي . رقم ISBN 978-0-201-63361-0.

[objectMentor-8] "ما هو التصميم الموجه للكائنات؟". Object Mentor. مؤرشف من الأصل في 2007-06-30 . تم الاسترجاع في 2007-07-03 .

[9] جاكوبسن ، إيفار. ماغنوس كريسترسون؛ باتريك جونسون؛ غونار أوفرجارد (1992). هندسة البرمجيات الشيئية. مطبعة أديسون ويسلي ACM. ص 15، 199. ردمك 0-201-54435-0.