طريقة دراسة الحالة كتقنية حديثة. تقنيات CASE. الأساليب والأدوات الحديثة لتصميم نظم المعلومات

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

صباحا. فيندروف

حاشية. ملاحظة

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

على الرغم من الإمكانات العالية لتقنية CASE (زيادة إنتاجية العمل ، وتحسين جودة منتجات البرامج ، ودعم أسلوب عمل موحد ومتسق) ، لا يحقق جميع مطوري أنظمة المعلومات الذين يستخدمون أدوات CASE النتائج المتوقعة.

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

المراجعة مخصصة للمبتدئين والمطورين ذوي الخبرة لنظم المعلومات ، لمديري المشاريع ومحللي النظام.

مقدمة

تؤدي الاتجاهات في تطوير تقنيات المعلومات الحديثة إلى زيادة مستمرة في تعقيد نظم المعلومات (IS) التي تم إنشاؤها في مختلف مجالات الاقتصاد. تتميز مشاريع IP الكبيرة الحديثة ، كقاعدة عامة ، بالخصائص التالية:

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

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

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

• 
  مواصفات المتطلبات غير الكافية ؛
• 
  عدم القدرة على اكتشاف الأخطاء في قرارات التصميم ؛
• 
  جودة وثائق رديئة تقلل من الأداء ؛
• 
  دورة طويلة ونتائج اختبار غير مرضية.

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

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

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

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

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

وفقًا لمسح التكنولوجيا المتقدمة الذي أجرته شركة Systems Development Inc. في عام 1996 ، وفقًا لنتائج استطلاع شمل أكثر من 1000 شركة أمريكية ، أصبحت تقنية CASE الآن من بين أكثر تقنيات المعلومات استقرارًا (تم استخدامها من قبل نصف جميع المستخدمين الذين شملهم الاستطلاع في أكثر من ثلث مشاريعهم ، منها 85٪ كانت ناجحة). ومع ذلك ، على الرغم من كل الاحتمالات المحتملة لأدوات CASE ، هناك العديد من الأمثلة على تنفيذها غير الناجح ، ونتيجة لذلك أصبحت أدوات CASE برامج "رف" (برنامج رف). وفي هذا الصدد ، تجدر الإشارة إلى ما يلي:

• 
  أدوات CASE ليس بالضرورة أن يكون لها تأثير فوري ؛ لا يمكن الحصول عليها إلا بعد مرور بعض الوقت ؛
• 
  عادة ما تكون التكاليف الحقيقية لتنفيذ أدوات CASE أعلى بكثير من تكاليف الحصول عليها ؛
• 
  توفر أدوات CASE فرصًا للحصول على فوائد كبيرة فقط بعد الانتهاء بنجاح من عملية تنفيذها.

نظرًا للطبيعة المتنوعة لأدوات CASE ، سيكون من الخطأ وضع أي افتراضات حول الرضا الفعلي لتوقعات معينة من تنفيذها. يمكننا سرد العوامل التالية التي تعقد تحديد التأثير المحتمل لاستخدام أدوات CASE:

• 
  مجموعة متنوعة من جودة وإمكانيات أدوات CASE ؛
• 
  وقت قصير نسبيًا لاستخدام أدوات CASE في مختلف المنظمات ونقص الخبرة في تطبيقها ؛
• 
  مجموعة متنوعة واسعة في ممارسة تنفيذ مختلف المنظمات ؛
• 
  عدم وجود مقاييس وبيانات مفصلة للمشاريع المنجزة والجارية بالفعل ؛
• 
  مجموعة واسعة من مجالات المشروع ؛
• 
  درجة مختلفة من تكامل أدوات CASE في مشاريع مختلفة.

بسبب هذه التعقيدات ، فإن المعلومات المتاحة عن عمليات التنفيذ الفعلية محدودة للغاية وغير متسقة. يعتمد ذلك على نوع الأدوات وخصائص المشاريع ومستوى الصيانة وتجربة المستخدم. يعتقد بعض المحللين أن الفائدة الحقيقية لاستخدام أنواع معينة من أدوات CASE لا يمكن الحصول عليها إلا بعد سنة أو سنتين من الخبرة. يعتقد البعض الآخر أن التأثير قد يظهر بالفعل في المرحلة التشغيلية لدورة حياة IC ، عندما يمكن أن تؤدي التحسينات التكنولوجية إلى انخفاض تكاليف التشغيل.

لتنفيذ أدوات CASE بنجاح ، يجب أن تتمتع المؤسسة بالصفات التالية:

• 
  تكنولوجيا.فهم قيود القدرات الحالية والقدرة على قبول التكنولوجيا الجديدة ؛
• 
  ثقافة.الاستعداد لتنفيذ عمليات وعلاقات جديدة بين المطورين والمستخدمين ؛
• 
  مراقبة.التوجيه والتنظيم الواضح فيما يتعلق بأهم المراحل وعمليات التنفيذ.

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

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

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

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

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

• 
  مستوى عال من الدعم التكنولوجي لتطوير البرمجيات وعمليات الصيانة ؛
• 
  التأثير الإيجابي على بعض أو كل العوامل التالية: الإنتاجية ، جودة المنتج ، الامتثال للمعايير ، التوثيق ؛
• 
  مستوى مقبول من العائد على الاستثمار في أدوات CASE.

^

1. أساسيات منهجية تصميم نظم المعلومات

1.1 دورة حياة IP

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

الوثيقة التنظيمية الرئيسية التي تنظم دورة حياة البرنامج هي المعيار الدولي ISO / IEC 12207 (ISO - المنظمة الدولية للتوحيد القياسي - المنظمة الدولية للتوحيد القياسي ، IEC - اللجنة الكهروتقنية الدولية - اللجنة الكهروتقنية الدولية). يحدد هيكل دورة الحياة الذي يحتوي على العمليات والأنشطة والمهام التي يجب إكمالها أثناء تطوير البرامج.

يعتمد هيكل دورة حياة البرنامج وفقًا لمعيار ISO / IEC 12207 على ثلاث مجموعات من العمليات:

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

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

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

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

تعد إدارة التكوين إحدى العمليات المساعدة التي تدعم العمليات الرئيسية لدورة حياة البرنامج ، وفي المقام الأول عمليات تطوير البرامج وصيانتها. عند إنشاء مشاريع نظم معلومات معقدة تتكون من العديد من المكونات ، يمكن أن يكون لكل منها أصناف أو إصدارات ، تنشأ المشكلة في مراعاة علاقاتها ووظائفها ، وإنشاء هيكل موحد وضمان تطوير النظام بأكمله. تتيح لك إدارة التهيئة تنظيم التغييرات التي يتم إجراؤها على البرنامج بشكل منهجي ومراعاتها والتحكم فيها في جميع مراحل دورة الحياة. تنعكس المبادئ والتوصيات العامة لمحاسبة التكوين والتخطيط وإدارة تكوينات البرامج في مسودة معيار ISO 12207-2.

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

1.2 نماذج دورة حياة البرمجيات

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

حتى الآن ، أصبح النموذجان الرئيسيان التاليان لدورة الحياة الأكثر انتشارًا:

• 
  نموذج شلال (70-85) ؛
• 
  نموذج حلزوني (86-90).

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

الجوانب الإيجابية لتطبيق نهج التعاقب هي كما يلي:

• 
  في كل مرحلة ، يتم تكوين مجموعة كاملة من وثائق المشروع التي تفي بمعايير الاكتمال والاتساق ؛
• 
  تسمح لك مراحل العمل المنجز في تسلسل منطقي بالتخطيط لتوقيت الانتهاء من جميع الأعمال والتكاليف المقابلة.

أرز. 1.1 تطوير برمجيات الشلال

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

أرز. 1.2 العملية الحقيقية لتطوير البرامج وفقًا لمخطط التعاقب

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

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

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

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

الشكل 1.3. نموذج دورة الحياة الحلزونية
^

2.3 نمذجة تدفقات البيانات (العمليات)

أساس هذه المنهجية (المنهجية Gane / Sarson) هو بناء نموذج IS الذي تم تحليله - مصمم أو موجود بالفعل. وفقًا للمنهجية ، يتم تعريف نموذج النظام على أنه تسلسل هرمي لمخططات تدفق البيانات (DFD أو DFD) التي تصف العملية غير المتزامنة لتحويل المعلومات من مدخلاتها إلى النظام إلى إصدارها للمستخدم. تحدد المخططات للمستويات العليا من التسلسل الهرمي (مخططات السياق) العمليات الرئيسية أو الأنظمة الفرعية لـ IS مع المدخلات والمخرجات الخارجية. يتم تفصيلها باستخدام الرسوم البيانية ذات المستوى الأدنى. يستمر هذا التحلل ، مما يؤدي إلى إنشاء تسلسل هرمي متعدد المستويات من المخططات ، حتى يتم الوصول إلى مستوى من التحلل تصبح فيه العمليات أولية ومن المستحيل تفصيلها بشكل أكبر.

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

• 
  كيانات خارجية
• 
  أنظمة / أنظمة فرعية؛
• 
  العمليات؛
• 
  أجهزة تخزين البيانات
• 
  تدفقات البيانات.

^

4.2 تقييم واختيار أدوات CASE

4.2.1. معلومات عامة

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

قد يكون لعملية التقييم والاختيار عدة أهداف ، بما في ذلك واحد أو أكثر مما يلي:

• 
  تقييم العديد من أدوات CASE واختيار واحد أو أكثر منها ؛
• 
  تقييم أداة أو أكثر من أدوات CASE وتخزين النتائج لاستخدامها لاحقًا ؛
• 
  اختيار أداة أو أكثر من أدوات CASE باستخدام نتائج التقييمات السابقة.

أرز. 4.2 نموذج عملية التقييم والاختيار

كما يتضح من الشكل ، فإن المعلومات المدخلة لعملية التقييم هي:

• 
  تحديد احتياجات المستخدم ؛
• 
  أهداف المشروع وحدوده ؛
• 
  بيانات عن أدوات CASE المتاحة ؛
• 
  قائمة المعايير المستخدمة في عملية التقييم.

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

تشمل عناصر العملية ما يلي:

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

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

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

يعتمد تعريف قائمة المعايير على متطلبات المستخدم ويتضمن:

• 
  اختيار معايير الاستخدام من القائمة التالية ؛
• 
  تعريف معايير إضافية ؛
• 
  تحديد نطاق كل معيار (التقييم أو الاختيار أو كليهما) ؛
• 
  تحديد مقياس واحد أو أكثر لكل معيار تقييم ؛
• 
  تحديد وزن لكل معيار اختيار.

1.1 مفهوم المصطلح - "أدوات CASE"

في البداية ، تم فهم مصطلح "CASE-technology" (هندسة البرمجيات بمساعدة الكمبيوتر) حرفياً - "التطوير الآلي لبرامج IS باستخدام تكنولوجيا الكمبيوتر".

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

تقنيات CASE هي مجموعة من المنهجيات والأدوات للمحللين والمطورين والمبرمجين المصممة لأتمتة تصميم وصيانة IS طوال دورة الحياة بأكملها.

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

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

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

1.2 هيكل نموذجي لأدوات CASE

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

رسومات قوية لوصف وتوثيق أنظمة البرمجيات بواجهة مستخدم محددة ، وتطوير القدرات الإبداعية للمتخصصين وعدم تشتيت انتباههم عن عملية التصميم لحل المشكلات الثانوية ؛

التكامل الذي يوفر سهولة نقل البيانات بين الأدوات ويسمح لك بإدارة عملية تصميم وتطوير البرنامج بالكامل مباشرةً من خلال عملية تخطيط المشروع ؛

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

بالإضافة إلى المبادئ الأساسية المدرجة للتوجه البياني والتكامل والتوطين لجميع معلومات المشروع في المستودع ، فإن البناء المفاهيمي لأدوات CASE يعتمد على الأحكام التالية:

1. العامل البشري الذي يحدد تطوير البرمجيات كعملية سهلة ومريحة واقتصادية.

2. الاستخدام الواسع لأدوات البرمجيات الأساسية التي أصبحت منتشرة في تطبيقات أخرى (DB و DBMS ، المترجمون لمختلف لغات البرمجة ، مصححات الأخطاء ، الموثقون ، أنظمة النشر ، أغلفة الأنظمة الخبيرة وقواعد المعرفة ، لغات الجيل الرابع ، إلخ).

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

4. سهولة الاستخدام ، مما يتيح لك الحصول على مكونات يمكن التحكم فيها ومرئية ومفهومة ، فضلاً عن وجود هيكل بسيط وواضح.

5. التوفر لفئات مختلفة من المستخدمين.

6. الربحية.

7. حل فعال للمهام لدعم المشروع المطور ، مما يوفر القدرة على التكيف عندما تتغير متطلبات وأهداف المشروع من قبل العميل.

تشتمل جميع أدوات CASE الحديثة تقريبًا على العناصر التالية:

المستودع ، يسمح لك بضمان سلامة قوالب المشروع ومكوناته المحددة ، ومزامنة المعلومات من مطورين مختلفين في عملية تطوير المجموعة ، والتحقق من البيانات الوصفية من أجل الاكتمال والاتساق ؛

أدوات تطوير التطبيقات باستخدام لغات 4GL ومولدات الأكواد ؛

أدوات الاختبار

وسائل التوثيق

أدوات التحليل والتصميم الرسومية التي تجعل من الممكن إنشاء وتحرير نماذج نظم المعلومات في شكل رسوم بيانية مرتبطة هرميًا في التدوين المنفذ لمنهجية محددة ؛

أدوات إعادة الهندسة

أدوات إدارة التكوين ؛

أدوات إدارة المشروع.

1.3 تطور تطور تقنيات CASE

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

تقليديا ، يتم تمييز ست فترات ، تختلف نوعيا في التقنية التطبيقية وطرق تطوير البرمجيات ، والتي تتميز بالاستخدام كأدوات:

1. المجمعين ، مقالب الذاكرة ، أجهزة التحليل.

2. المجمعين والمترجمين الفوريين والمتتبعين.

3. مصححات الأخطاء الرمزية ، حزم البرمجيات.

4. نظم تحليل وإدارة النصوص المصدرية.

5. أدوات CASE لتحليل المتطلبات وتصميم المواصفات والهيكل وتحرير الواجهات (الجيل الأول من CASE-I) ؛

6- أدوات CASE لإنشاء رموز المصدر وتنفيذ بيئة متكاملة لدعم دورة الحياة الكاملة لتطوير البرمجيات (الجيل الثاني من CASE-II)

CASE-I هي أول تقنية موجهة مباشرة إلى محللي ومصممي الأنظمة ، وتتضمن أدوات لدعم النماذج الرسومية ومواصفات التصميم ومحرري الشاشة وقواميس البيانات. لا يهدف إلى دعم دورة الحياة الكاملة ويركز على المواصفات الوظيفية وخطوات المشروع الأولية - تحليل الأنظمة ، تعريف المتطلبات ، تصميم الأنظمة ، تصميم قاعدة البيانات المنطقية.

يتميز CASE-II بميزات أكثر تقدمًا بشكل ملحوظ وأداء محسّن ونهج شامل لدورة الحياة الكاملة للبرنامج الذي يتم تطويره. تستخدم مجموعة أدوات CASE-II بشكل أساسي دعم إنشاء التعليمات البرمجية تلقائيًا ، وتوفر دعمًا وظيفيًا كاملاً لتلبية متطلبات النظام الرسومية ومواصفات التصميم ؛ مراقبة وتحليل وربط معلومات النظام ومعلومات إدارة التصميم ؛ نماذج البناء ونماذج النظام ؛ اختبار والتحقق وتحليل البرامج التي تم إنشاؤها ؛ توليد وثائق المشروع ؛ مراقبة الامتثال للمعايير في جميع مراحل دورة الحياة. يمكن أن يشتمل CASE-II على أكثر من 100 مكون وظيفي يدعم جميع مراحل دورة الحياة ، بينما يتم منح المستخدمين الفرصة لاختيار الأدوات اللازمة ودمجها في التكوين المطلوب.

1.4 منهجيات التصميم المستخدمة في أدوات CASE

أدوات CASE هي نتيجة التطور الطبيعي لصناعة الأدوات (أو التكنولوجيا). بدأت تقنيات CASE في التطور للتغلب على قيود منهجية البرمجة المنظمة.

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

المعايير الرئيسية للمنهجيات المطبقة في أدوات CASE هي:

SADT (التحليل الهيكلي وتقنية التصميم) - منهجية التحليل والتصميم الهيكلي. بناء على مفاهيم النمذجة الوظيفية. يعكس خصائص النظام مثل التحكم والتغذية الراجعة والأداء ؛

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

DFD (مخطط تدفق البيانات) - منهجية لنمذجة تدفقات البيانات.

الشكل 1.1 - مقارنة بين التطوير والتطوير التقليديين باستخدام تقنيات CASE

تنطبق المعايير المنهجية التالية لوصف تبادل البيانات بين تدفقات العمل:

يستخدم IDEF1 لبناء نموذج معلومات يعرض هيكل ومحتوى تدفقات المعلومات اللازمة لدعم وظائف النظام ؛

يسمح لك IDEF2 ببناء نموذج ديناميكي للسلوك المتغير بمرور الوقت لوظائف ومعلومات وموارد النظام ؛

IDEF3 هي منهجية لنمذجة سير العمل. أكثر تفصيلاً فيما يتعلق بـ IDEF0 و DFD. يسمح لك بالتفكير في عملية محددة ، مع مراعاة تسلسل العمليات المنفذة. يصف IDEF3 سيناريو وتسلسل العمليات لكل عملية ؛

IDEF1X (IDEF1 Extended) - منهجية وصف البيانات. تستخدم لبناء قواعد البيانات. يشير إلى نوع المنهجية "علاقة الكيان" (ER - علاقة الكيان) ، وكقاعدة عامة ، تُستخدم لنمذجة قواعد البيانات العلائقية المتعلقة بالنظام المعني ؛

IDEF4 هي منهجية موجهة للكائنات. يعكس تفاعل الأشياء. يسمح لك بعرض بنية الكائنات والمبادئ الأساسية لتفاعلها بصريًا. ملائم لإنشاء منتجات برمجية بلغات موجهة للكائنات ؛

IDEF5 - منهجية البحث الوجودي للأنظمة المعقدة. باستخدام منهجية IDEF5 ، يمكن وصف أنطولوجيا النظام باستخدام مفردات محددة من المصطلحات والقواعد ، والتي يمكن على أساسها تكوين بيانات موثوقة حول حالة النظام قيد الدراسة في وقت ما ؛

ARIS - يصف عملية الأعمال على أنها تدفق للعمل الذي يتم تنفيذه بالتتابع ؛

UML - (لغة النمذجة الموحدة) لغة نمذجة موحدة تعتمد على نهج موجه للكائنات. يتيح لك UML وصف البنية الثابتة للنظام وسلوكه الديناميكي في الرموز المناسبة.

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

1.5 منهجية أدوات CASE للتصميم الموجه للكائنات

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

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

يلاحظ Booch أيضًا عددًا من المزايا التالية للنهج الموجه للكائنات.

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

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

3. نموذج الكائن طبيعي تمامًا ، لأنه يركز بشكل أساسي على الإدراك البشري للعالم ، وليس على تطبيق الكمبيوتر.

4. يسمح لك نموذج الكائن بالاستخدام الكامل للقدرات التعبيرية للغات البرمجة الشيئية ولغات البرمجة الشيئية.

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

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

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

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

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

يمكن اعتبار شكل آخر من مظاهر العلاقة هو تكامل التقنيات الموضوعية والعلائقية. تعد DBMS العلائقية اليوم الوسيلة الرئيسية لتنفيذ قواعد البيانات ومخازن البيانات على نطاق واسع. أسباب ذلك واضحة: لقد تم استخدام التكنولوجيا العلائقية لفترة طويلة ، والتي أتقنها عدد كبير من المستخدمين والمطورين ، وأصبحت معيارًا صناعيًا ، وتم استثمار أموال كبيرة فيها وتم إنشاء العديد من قواعد بيانات الشركات في مختلف الصناعات ، فإن النموذج العلائقي بسيط وله أساس رياضي صارم ؛ هناك مجموعة متنوعة من الأدوات الصناعية لتصميم وتنفيذ وتشغيل قواعد البيانات العلائقية. نتيجة لذلك ، تُستخدم قواعد البيانات العلائقية بشكل أساسي لتخزين العناصر والبحث عنها في ما يسمى بالأنظمة العلائقية للكائنات. التصميم الموجه للكائنات له أرضية مشتركة مع التصميم العلائقي. على سبيل المثال ، كما هو مذكور أعلاه ، يمكن للفئات في نموذج كائن أن تتوافق بطريقة ما مع الكيانات (كتمرين ، يُقترح تحليل جميع أوجه التشابه والاختلاف بين الرسوم البيانية لعلاقة الكيان ومخططات الفصل بالتفصيل). كقاعدة عامة ، لا تحدث مثل هذه المراسلات إلا في مرحلة مبكرة من تطوير النظام - مرحلة تكوين المتطلبات. في المستقبل ، بالطبع ، تتباعد أهداف التصميم الموجه للكائنات (النمذجة المناسبة لمجال الموضوع من حيث تفاعل الكائنات) وتطوير قاعدة بيانات علائقية (تطبيع البيانات). وبالتالي ، فإن الوسيلة الوحيدة الممكنة للتغلب على هذه الفجوة هي تحديد المراسلات بين التقنيات الموجهة للكائنات والعلائقية ، والتي تتلخص أساسًا في عرض الرسوم البيانية للفئة ومخططات العلاقة بين الكيانات للنموذج العلائقي. أحد الأمثلة على التطبيق العملي للعلاقة بين النهج الهيكلي والموجه للكائنات هو واجهة البرمجة (الجسر) بين أداة Silverrun الهيكلية CASE وأداة Rational Rose الموجهة للكائنات CASE ، التي طورتها شركة Argussoft الروسية. ينشئ هذا البرنامج مخططات فئة Rational Rose على أساس نموذج RDM (نموذج البيانات العلائقية - نموذج البيانات العلائقية) Silverrun والعكس صحيح. توجد واجهات مماثلة أيضًا بين أدوات ERwin CASE (من ناحية) و Rational Rose و Paradigm Plus (من ناحية أخرى).

1.6 منهجية أدوات التصميم الإنشائي CASE

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

تستند جميع منهجيات النهج الهيكلية الأكثر شيوعًا إلى عدد من المبادئ العامة. المبادئ الرئيسية هي:

مبدأ التحلل - مبدأ حل المشكلات المعقدة عن طريق تقسيمها إلى العديد من المهام الأصغر والمستقلة التي يسهل فهمها وحلها ؛

مبدأ الترتيب الهرمي - مبدأ تنظيم الأجزاء المكونة للمشكلة في هياكل شجرية هرمية مع إضافة تفاصيل جديدة في كل مستوى.

مبدأ التجريد - هو إبراز الجوانب الأساسية للنظام والتجريد من غير الضروري ؛

مبدأ إضفاء الطابع الرسمي - يكمن في الحاجة إلى نهج منهجي صارم لحل المشكلة ؛

مبدأ التناسق - يكمن في صحة واتساق استخدام عناصر النظام ؛

مبدأ هيكلة البيانات - هو أن البيانات يجب أن تكون منظمة ومنظمة بشكل هرمي.

في التحليل الهيكلي ، يتم استخدام مجموعتين من الأدوات بشكل أساسي ، لتوضيح الوظائف التي يؤديها النظام والعلاقات بين البيانات.

تتوافق كل مجموعة من الأدوات مع أنواع معينة من النماذج (الرسوم البيانية) ، وأكثرها شيوعًا هي التالية:

نماذج SADT (التحليل الهيكلي وتقنية التصميم) والمخططات الوظيفية ذات الصلة ؛

مخططات تدفق البيانات DFD (مخططات تدفق البيانات) ؛

ERD (مخططات العلاقة بين الكيانات)

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

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

تدريب المحللين والمبرمجين الذين يتقبلون مفاهيم البرمجة المعيارية والمنظمة ؛

الإدخال الواسع والنمو المستمر في أداء أجهزة الكمبيوتر ، مما جعل من الممكن استخدام أدوات الرسوم الفعالة وأتمتة معظم مراحل التصميم ؛

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

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

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

أدوات CASE ليس بالضرورة أن يكون لها تأثير فوري ؛ لا يمكن الحصول عليها إلا بعد مرور بعض الوقت ؛

عادة ما تكون التكاليف الحقيقية لتنفيذ أدوات CASE أعلى بكثير من تكاليف الحصول عليها ؛

توفر أدوات CASE فرصًا للحصول على فوائد كبيرة فقط بعد الانتهاء بنجاح من عملية تنفيذها.

تغطي أدوات CASE الحديثة مساحة واسعة من الدعم للعديد من تقنيات التصميم - أنظمة المعلومات - بدءًا من أدوات التحليل والتوثيق البسيطة إلى أدوات التشغيل الآلي واسعة النطاق التي تغطي دورة حياة البرنامج بأكملها.

عادةً ما تتضمن أدوات CASE أي أداة برمجية تعمل على أتمتة مجموعة معينة من عمليات دورة حياة البرنامج وتتميز بالميزات التالية:

أدوات رسومية قوية لوصف IP وتوثيقه ، وتوفير واجهة ملائمة مع المطور وتطوير قدراته الإبداعية ؛

تكامل المكونات الفردية لأدوات CASE ، مما يوفر إمكانية التحكم في عملية تطوير نظام المعلومات ؛

استخدام مستودع منظم بشكل خاص للبيانات الوصفية للمشروع (مستودع).

تحتوي أداة CASE المتكاملة (أو مجموعة من الأدوات التي تدعم دورة حياة البرنامج الكاملة) على المكونات التالية:

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

أدوات التحليل والتصميم الجرافيكي التي توفر إنشاء وتحرير المخططات الهرمية المرتبطة (DFD ، ERD ، إلخ) التي تشكل نماذج لنظام المعلومات ؛

أدوات تطوير التطبيقات ، بما في ذلك لغات 4GL ومولدات الأكواد ؛

أدوات إدارة التكوين ؛

وسائل التوثيق

أدوات الاختبار

أدوات إدارة المشروع ؛

أدوات إعادة الهندسة.

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

يتطابق التصنيف حسب الأنواع بشكل أساسي مع التكوين المكون لأدوات CASE ويتضمن:

أدوات التحليل (Upper CASE) لبناء نماذج المجال وتحليلها (Design / IDEF (Meta Software) ، BPwin (Logic Works)) ؛

أدوات التحليل والتصميم (Middle CASE) التي تدعم منهجيات التصميم الأكثر شيوعًا وتستخدم لإنشاء مواصفات التصميم (Vantage Team Builder (Cayenne) ، Designer / 2000 (ORACLE) ، Silverrun (CSA) ، PRO-IV (McDonnell Douglas) ، CASE. محلل (مشروع ماكرو)). ناتج هذه الأدوات هو مواصفات مكونات النظام والواجهات ، وبنية النظام ، والخوارزميات وهياكل البيانات ؛

أدوات تصميم قواعد البيانات التي توفر نمذجة البيانات وإنشاء مخطط قاعدة البيانات (عادةً في SQL) لنظام إدارة قواعد البيانات الأكثر شيوعًا. تتضمن هذه البرامج ERwin (Logic Works) و S-Designor (SDP) و DataBase Designer (ORACLE). يتم أيضًا تضمين أدوات تصميم قواعد البيانات في أدوات Vantage Team Builder و Designer / 2000 و Silverrun و PRO-IV CASE ؛

أدوات تطوير التطبيقات. وتشمل هذه أدوات 4GL (Uniface (Compuware) ، و JAM (JYACC) ، و PowerBuilder (Sybase) ، و Developer / 2000 (ORACLE) ، و New Era (Informix) ، و SQL Windows (Gupta) ، و Delphi (Borland) ، وما إلى ذلك) ورموز المولدات. مدرج في Vantage Team Builder و PRO-IV وجزئيًا في Silverrun ؛

أدوات إعادة الهندسة التي توفر تحليل رموز البرامج ومخططات قواعد البيانات وتشكيل نماذج مختلفة ومواصفات التصميم على أساسها. يتم تضمين تحليل مخطط قاعدة البيانات وأدوات إنشاء ERD في Vantage Team Builder و PRO-IV و Silverrun و Designer / 2000 و ERwin و S-Designor. في مجال تحليل كود البرنامج ، يتم استخدام أدوات CASE الموجهة للكائنات والتي توفر إعادة هندسة برامج C ++ (Rational Rose (Rational Software) ، Obiect Team (Cavenne)) على نطاق واسع.

تشمل أنواع المساعد:

أدوات تخطيط وإدارة المشروع (رفيق SE ، Microsoft Project)

أدوات إدارة التكوين (PVCS (Intersolv)) ؛

أدوات الاختبار (Quality Works (Segue Software)) ؛

أدوات التوثيق (SoDA (Rational Software)).

لتنفيذ أدوات CASE بنجاح ، يجب أن تتمتع المؤسسة بالصفات التالية:

تكنولوجيا. فهم قيود القدرات الحالية والقدرة على قبول التكنولوجيا الجديدة ؛

ثقافة. الاستعداد لتنفيذ عمليات وعلاقات جديدة بين المطورين والمستخدمين ؛

مراقبة. التوجيه والتنظيم الواضح فيما يتعلق بأهم المراحل وعمليات التنفيذ.

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

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

من الصعب إجراء تقييم موثوق لعائد الاستثمار في أدوات CASE بسبب عدم وجود مقاييس وبيانات مقبولة حول عمليات تطوير البرامج والمشاريع ؛

يمكن أن يكون تنفيذ أدوات CASE عملية طويلة وغير مجزية على الفور. قد يكون هناك انخفاض قصير الأجل في الإنتاجية نتيجة للجهود المبذولة على التنفيذ. نتيجة لذلك ، قد تفقد إدارة منظمة المستخدم الاهتمام بأدوات CASE وتتوقف عن دعم تنفيذها ؛

يمكن أن يؤدي عدم وجود تطابق كامل بين تلك العمليات والأساليب التي تدعمها أدوات CASE وتلك المستخدمة في هذه المنظمة إلى صعوبات إضافية ؛

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

تتطلب بعض أدوات CASE الكثير من الجهد لتبرير استخدامها في مشروع صغير ، ولكن لا يزال بإمكانك الاستفادة من النظام الذي يتطلبه استخدامها ؛

يمكن أن يكون الموقف السلبي للموظفين تجاه إدخال تقنية CASE الجديدة هو السبب الرئيسي لفشل المشروع.

تتكون عملية التنفيذ من الخطوات التالية:

تحديد الاحتياجات لأدوات CASE ؛ .

تقييم واختيار أدوات CASE ؛ "

تنفيذ مشروع تجريبي ؛

التنفيذ العملي لأدوات CASE.

يمكن توضيح تحديد الحاجة إلى أدوات CASE من خلال الرسم التخطيطي التالي.

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

يمكن اعتبار عملية تقييم واختيار أدوات CASE كنموذج. قد يكون لهذه العملية عدة أهداف وتشمل:

تقييم العديد من أدوات CASE واختيار واحد أو أكثر منها ؛

تقييم أداة أو أكثر من أدوات CASE وحفظ النتائج لاستخدامها لاحقًا ؛

اختيار أداة أو أكثر من أدوات CASE باستخدام نتائج التقييمات السابقة.

يوجد أدناه رسم بياني يصف الموقف الأكثر شيوعًا للتقييم والاختيار ، ويوضح أيضًا العلاقة بينهما.

كما يتضح من الشكل ، فإن المعلومات المدخلة لعملية التقييم هي:

تحديد احتياجات المستخدم ؛

أهداف وقيود المشروع.

بيانات عن أدوات CASE المتاحة ؛

قائمة المعايير المستخدمة في عملية التقييم.

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

تشمل عناصر العملية ما يلي:

الأهداف والافتراضات والقيود التي يمكن تحسينها أثناء العملية ؛

احتياجات المستخدم ، مما يعكس المتطلبات الكمية والنوعية للمستخدمين لأدوات CASE ؛

المعايير التي تحدد مجموعة من المعايير التي يتم بموجبها التقييم واتخاذ القرار بشأن الاختيار ؛

النتائج الرسمية لتقييم وسيلة أو أكثر ؛

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

حدد المعايير لاستخدامها من القائمة أدناه ؛

تحديد معايير إضافية ؛

تحديد نطاق كل معيار (التقييم ، الاختيار ، أو كلتا العمليتين) ؛

تحديد مقياس واحد أو أكثر لكل معيار تقييم ؛

قم بتعيين وزن لكل معيار اختيار.

قبل التنفيذ الكامل لأداة CASE المختارة في المنظمة ، يتم تنفيذ مشروع تجريبي. والغرض منه هو التحقق تجريبياً من صحة القرارات المتخذة في المراحل السابقة والاستعداد للتنفيذ.

يمثل المشروع التجريبي الاستخدام الفعلي الأولي لأداة CASE وعادة ما يتضمن نطاقًا أكبر من استخدام أداة CASE مما تم تحقيقه أثناء التقييم. يجب أن يتمتع المشروع التجريبي بالعديد من خصائص المشاريع الحقيقية التي تهدف الأداة من أجلها. لها الأهداف التالية:

التأكد من صحة نتائج التقييم والاختيار ؛

تحديد ما إذا كانت أداة CASE مناسبة حقًا للاستخدام في مؤسسة معينة ، وإذا كان الأمر كذلك ، فحدد النطاق الأنسب لتطبيقها ؛

جمع المعلومات اللازمة لتطوير خطة تنفيذ عملية ؛

اكتسب تجربتك الخاصة في استخدام أداة CASE.

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

وأخيرًا ، يأتي الانتقال إلى الاستخدام العملي لأدوات CASE. يبدأ بالتطوير والتنفيذ اللاحق لخطة الانتقال. يجب أن تتضمن خطة الانتقال ما يلي:

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

معلومات عن اقتناء وتركيب وتكوين أدوات CASE.

معلومات تتعلق بتكامل كل أداة مع الأدوات الحالية ، بما في ذلك دمج أدوات CASE مع بعضها البعض ودمجها في تطوير برامج المنظمة وعمليات العمليات.

الاحتياجات التدريبية المتوقعة والموارد المستخدمة أثناء وبعد اكتمال الانتقال.

تحديد الإجراءات المعيارية لاستخدام الأموال.

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

يعد التدريب وإعادة التدريب جزءًا مهمًا ومتكاملاً من تنفيذ الخطة. كقاعدة عامة ، يفهم الجميع أن التدريب هو رابط مركزي في ضمان الاستخدام العادي لأدوات CASE في المؤسسة.

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

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

لتحديد مدى فعالية أداة CASE الجديدة في تحسين الإنتاجية و / أو الجودة ، يجب أن تعتمد المؤسسة على بعض البيانات الأساسية. لسوء الحظ ، هناك عدد قليل من المنظمات التي تقوم حاليًا بتجميع البيانات لبرنامج مستمر لتحسين العمليات والتقدير الكمي. لإثبات الفعالية

تتطلب أدوات CASE وقدرتها على تحسين الإنتاجية المقاييس الأساسية التالية:

الوقت المستنفد؛

الوقت المخصص شخصيًا لأخصائيي معينين ؛

حجم وتعقيد وجودة البرامج ؛

الراحة المصاحبة.

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

نتيجة هذه المرحلة هي إدخال أدوات CASE في الممارسة اليومية للمنظمة ، في حين لا يلزم المزيد من التخطيط الخاص. بالإضافة إلى ذلك ، يتم تضمين دعم أدوات CASE في خطة دعم البرامج المستمرة للمؤسسة.

نظرة عامة على المواد

تكنولوجيا الحالة. طريقة دراسة الحالة ("تحليل حالات معينة").Selevko ج. تقنيات تعليمية حديثة:الدورة التعليمية. - م: التربية الوطنية 1998. - 256 ص.

تاريخ طريقة دراسة الحالة

"موطن" هذه الطريقة هو الولايات المتحدة الأمريكية ، وبشكل أكثر دقة ، كلية هارفارد للأعمال ". تم استخدامه لأول مرة في عام 1924. "كان الأساس الثقافي لظهور وتطور أسلوب الحالة هو مبدأ" سابقة "أو" حالة ". تستخدم طريقة دراسة الحالة على نطاق واسع في تدريس الاقتصاد وعلوم الأعمال في الخارج. ... في مرحلة مبكرة من نشأتها ، تم استخدام هذه الطريقة على نطاق واسع في دورات الدراسات العليا في ماجستير إدارة الأعمال ... تم اقتراح هذه الطريقة في دراسة الاقتصاد في جامعة هارفارد في أمريكا ووجدت مؤخرًا توزيعًا واسعًا في دراسة الطب والقانون والرياضيات والعلوم الأخرى. "في روسيا ، بدأوا في استخدام طريقة الحالة في التدريس في الثمانينيات ، أولاً في جامعة موسكو الحكومية ، ثم في المعاهد الأكاديمية والصناعية ، وبعد ذلك في دورات تدريب وإعادة تدريب خاصة" [Smolyaninova O.G. موقع تعليمي عن حالة طريقة التدريس وطرق استخدامها في العملية التعليمية بجامعة الملك سعود].

طريقة دراسة حالة الموارد التعليمية

"تسمح طريقة الحالة بإظهار النظرية الأكاديمية من وجهة نظر الأحداث الحقيقية ... فهي" تسمح للطلاب بالاهتمام بدراسة الموضوع ، وتعزز الاستيعاب النشط للمعرفة والمهارات في جمع ومعالجة وتحليل المعلومات التي تميز المواقف المختلفة " [Smolyaninova O.G. موقع تعليمي عن حالة طريقة التدريس وطرق استخدامها في العملية التعليمية بجامعة الملك سعود]:

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

تعزز طريقة دراسة الحالة تطوير المهارات العملية المختلفة. "يمكن وصفها بعبارة واحدة - حل المشكلات الإبداعي وتكوين القدرة على تحليل الموقف واتخاذ القرارات" [Smolyaninova O.G. الإمكانيات التعليمية لأسلوب دراسة الحالة في تدريس الطلاب].

يطور أسلوب دراسة الحالة المهارات التالية:

1. "مهارات تحليلية.

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

2. المهارات العملية.

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

3. المهارات الإبداعية.

منطق واحد ، كقاعدة عامة ، CASE لا يحل الموقف. المهارات الإبداعية مهمة جدًا في إنشاء حلول بديلة لا يمكن العثور عليها بطريقة منطقية.

4. مهارات الاتصال.

من بينها ما يلي: القدرة على قيادة النقاش وإقناع الآخرين. استخدم المرئيات ووسائل الإعلام الأخرى ، وتعاون في مجموعات ، ودافع عن وجهة نظر المرء ، وأقنع المعارضين ، واكتب تقريرًا موجزًا ​​ومقنعًا.

5. المهارات الاجتماعية.

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

6. الاستبطان.

يساهم الخلاف في المناقشة في إدراك وتحليل آراء الآخرين وآراء الفرد. تتطلب المشكلات الأخلاقية والأخلاقية الناشئة تكوين مهارات اجتماعية لحلها ”[Smolyaninova O.G. الإمكانيات التعليمية لأسلوب دراسة الحالة في التدريس للطلاب].

تكنولوجيا البناء دراسة الحالة

تتميز المراحل الرئيسية التالية لإنشاء CASE: تحديد الأهداف ، والاختيار القائم على المعايير للموقف ، واختيار مصادر المعلومات الضرورية ، وإعداد المواد الأولية في CASE ، والفحص ، وإعداد المواد المنهجية لاستخدامها [Smolyaninova O.G. الإمكانيات التعليمية لأسلوب دراسة الحالة في التدريس للطلاب].

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

المرحلة الثانية. حدد موقفًا حقيقيًا معينًا أو شركة (قطاع من الاقتصاد) تتوافق مع الهدف.

المرحلة الثالثة. تنفيذ العمل التمهيدي على إيجاد مصادر المعلومات لـ CASE. يمكنك استخدام البحث عن الكلمات الرئيسية على الإنترنت ، وتحليل كتالوجات المطبوعات ، ومقالات المجلات ، ومنشورات الصحف ، والتقارير الإحصائية.

المرحلة الرابعة. جمع المعلومات والبيانات من CASE باستخدام مجموعة متنوعة من المصادر ، بما في ذلك الاتصال بالشركة.

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

المرحلة السادسة. الحصول على إذن لنشر CASE ، إذا كانت المعلومات تحتوي على بيانات عن شركة معينة.

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

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

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

من السمات المميزة لطريقة دراسة الحالة هذه إنشاء موقف مشكلة بناءً على حقائق الحياة الواقعية.

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

- تحقيق هدف الخلق المحدد بوضوح

- لديك مستوى مناسب من الصعوبة

- توضيح عدة جوانب من الحياة الاقتصادية

- لا تصبح عفا عليها الزمن بسرعة كبيرة

- لها لون وطني

- كن على اطلاع بأحدث الأشياء

- توضيح مواقف العمل النموذجية

- تنمية التفكير التحليلي

- إثارة المناقشة

- حلول متعددة

يعتقد بعض العلماء أن الحالات "ميتة" و "حية". تشمل الحالات "الميتة" الحالات التي تحتوي على جميع المعلومات اللازمة للتحليل. من أجل "إحياء" القضية ، من الضروري بناؤها بطريقة تحفز الطلاب على البحث عن معلومات إضافية لتحليلها. وهذا يسمح للقضية بالتطور والبقاء على صلة لفترة طويلة "[Smolyaninova O.G. الإمكانيات التعليمية لأسلوب دراسة الحالة في تدريس الطلاب].

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

"إنها ليست باهظة الثمن ، على سبيل المثال ، نسخة واحدة من" القضية "التي تم تطويرها في هارفارد أو داردن تكلف 10 دولارات فقط. في الغرب ، يعد بيع وشراء "الحالات" المعدة في كليات إدارة الأعمال صناعة كاملة. تنتج هارفارد وحدها حوالي 700 "حالة" في السنة. تتضمن القائمة الكاملة "للحالات" التي يمكن شراؤها للاستخدام في العملية التعليمية من نفس HBS أكثر من 7500 عنصر. حتى أن هناك منظمات خاصة مثل European Case Clearing House التي توزع "القضايا". على وجه الخصوص ، يجمع ECCH حوالي 340 مشاركًا مختلفًا ، بما في ذلك كليات إدارة الأعمال INSEAD و IESE و London Business School. "

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

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

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

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

في المقابل ، فإن "طريقة الخزانة" غير كاملة أيضًا. تعاني "دراسات الحالة" المكتوبة باستخدامها ، كقاعدة عامة ، من نقص المعلومات التكنولوجية والاستراتيجية ، وغياب أرقام محددة لا يمكن أخذها إلا من الوثائق المالية والمحاسبية للشركة - وفي روسيا لا تندرج في المصادر المفتوحة . في الواقع ، ليس لدينا من يكتب "حالات". يتم تدريس كليات إدارة الأعمال الروسية في الغالب من قبل المنظرين - الأشخاص الذين لديهم خلفية أكاديمية ممتازة ، لكنهم غير مدركين تمامًا لبيئة الأعمال الحقيقية. بالإضافة إلى ذلك ، تحتاج أيضًا إلى أن تكون قادرًا على كتابة "حالات" ، فهذه ليست مقالة حرة الشكل لك. لا يوجد سوى عدد قليل من المتخصصين في روسيا الذين خضعوا للتدريب المناسب ". [Margvelashvili E. حول مكان "القضية" في كلية إدارة الأعمال الروسية // "التعليم في الخارج" رقم 10 ، 2000].

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

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

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

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

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

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

تقنية التعامل مع الحالة في العملية التعليمية

تتضمن تقنية التعامل مع الحالة في العملية التعليمية المراحل التالية: 1) العمل الفردي المستقل للطلاب مع مواد الحالة (تحديد المشكلة ، صياغة البدائل الرئيسية ، اقتراح حل أو إجراء موصى به) ؛ 2) العمل في مجموعات صغيرة للاتفاق على رؤية المشكلة الرئيسية وحلولها ؛ 3) عرض وفحص نتائج المجموعات الصغيرة في المناقشة العامة (ضمن مجموعة الدراسة).

في التعلم المستند إلى الحالة ، "يمكن استخدام 6 تنسيقات مناقشة على الأقل:

1. "الطالب المعلم: الامتحان الشامل.

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

2. التلميذ المعلم: داعية الشيطان.

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

3. المعلم-الطالب: شكل افتراضي.

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

4. الطالب الطالب: المواجهة و / أو التعاون.

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

5. الطالب الطالب: "لعب دور".

قد يطلب منك المعلم القيام بدور والتفاعل مع زملائه الآخرين فيه.

6. فئة المعلم: تنسيق "صامت".

يمكن للمدرس طرح سؤال موجه في البداية إلى فرد ، ثم إلى الفصل بأكمله (حيث لا يمكن لأحد الإجابة). [كيف يتم تنظيم التعلم القائم على الحالة].

أشياء يجب وضعها في الاعتبار عند إعداد عرض تقديمي شفهي لـ CASE: "معلومات حول المعدات المطلوبة ووقت العرض ؛ هيكل العرض مستوى التفصيل المعينات البصرية؛ بروفة؛ تخطيط الأداء حرية التعبير "[Smolyaninova O.G. الإمكانيات التعليمية لأسلوب دراسة الحالة في تدريس الطلاب.]

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

"ضيق الكلام الشفوي يخلق 5 مشاكل تحتاج إلى تذكرها ومحاولة تجنبها عند التحضير للعرض التقديمي.

أ) أولاً وقبل كل المشاكل ، اقرأ الرسالة. يمكن مراجعة الخطاب المكتوب وإعادة كتابته من قبل المؤلف قبل تقديمه للجمهور. لكن ليس من السهل تقديمها بنفس القدر في خطاب. من يستطيع أن يسترجع نفس المشاعر التي انتهت بالفعل؟ فعل الكلام يتطلب التخطيط. من الصعب جدًا القيام بذلك وتقييم ما قيل للتو.

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

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

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

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

هناك العديد من المشاكل في العرض الشفوي لـ CASE ، ولكن هناك أيضًا مزايا. من بينها ، يمكن تمييز نوعين رئيسيين.

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

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

البديل 1

البديل 2

البديل 3

لماذا هؤلاء

لماذا لا هؤلاء

تأكيد الأدلة

خطة الاهتمام

معرفتي

عرض المشكلة

البدائل والتحليل

خطة التنفيذ

إعادة صياغة المشكلة / الحل

ما الذي يجب عمله / ما هي الفوائد التي ستجلبها

أسئلة

يخطط

الاستنتاجات

مشاكل

البدائل

[Smolyaninova O.G. الإمكانيات التعليمية لأسلوب دراسة الحالة في تدريس الطلاب.]

إمكانيات استخدام CASE في التدريس

تمكن أي CASE المعلم من استخدامها في مراحل مختلفة من العملية التعليمية: في مرحلة التعلم ، في مرحلة التحقق من مخرجات التعلم.

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

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

في المناقشة المجانية ، يسأل المعلم عادةً في البداية السؤال: "ما هي المشكلة الرئيسية برأيك هنا؟" ثم يقود المناقشة من خلال الاستماع إلى الحجج والإيجابيات والسلبيات والتفسيرات لها ، ويشرف على عملية المناقشة ، ولكن ليس محتواها ، وينتظر في النهاية تحليل CASE مكتوبًا من المشاركين الفرديين أو المجموعات. يتم تقديم هذا التقرير إما في نهاية المناقشة أو بعد مرور بعض الوقت ، مما يسمح للطلاب بتحليل أكثر دقة لجميع المعلومات الواردة أثناء المناقشة ”[Smolyaninova O.G. الإمكانيات التعليمية لأسلوب دراسة الحالة في التدريس للطلاب].

تحتوي الحالة على عدد من أوجه التشابه مع المهام أو التمارين ، ولكن لديهم أيضًا عددًا من السمات المميزة الأساسية: فهي تساعد الطلاب على اكتساب مجموعة من المهارات العملية ، وتعليمهم حل المشكلات المعقدة غير المنظمة.

"للوهلة الأولى ، تبدو المهمة مثل CASE ، والتي تصف بعض المواقف الخيالية ، لكن أغراض استخدام المهام و CASE في التدريس مختلفة. توفر المهام مادة لتمكين الطلاب من استكشاف وتطبيق نظريات وأساليب ومبادئ معينة. يساعد التعلم باستخدام CASEs الطلاب على اكتساب مجموعة متنوعة من المهارات. المشاكل لها حل واحد ومسار واحد يؤدي إلى هذا الحل. CASEs لديها العديد من الحلول والعديد من المسارات البديلة التي تؤدي إليها. تتمثل الوظيفة الرئيسية لطريقة CASE في تعليم الطلاب حل المشكلات المعقدة غير المنظمة التي لا يمكن حلها تحليليًا "[Smolyaninova O.G. الإمكانيات التعليمية لأسلوب دراسة الحالة في التدريس للطلاب].

"لا تفترض أن" الحالات "يمكن أن تحل محل المحاضرات. "لا يمكنك قضاء كل وقتك في مجرد النظر إلى أمثلة محددة ، لأن هذا يشكل نهجًا نمطيًا متحيزًا لحل المشكلات المماثلة ، ولن يتمكن الطالب من الارتقاء إلى مستوى أعلى من التعميم ،" يلاحظ Peter the American Institute في إدارة الأعمال والاقتصاد (AIBEc) Ekman - تُظهر "دراسات الحالة" كيفية تطبيق النظريات الاقتصادية في الممارسة العملية. بالنسبة لي ، فإن قيمة مثل هذه التمارين ، إذا لم يكن لديها "حشو" نظري ، صغيرة "[Davidenko V. How هل تختلف "الحالة" عن الحقيبة؟]

"لا تزال كلية إدارة الأعمال بجامعة هارفارد تخلق معظم الحالات المستخدمة في كليات إدارة الأعمال الحديثة. في كليات إدارة الأعمال الغربية ، يتم تخصيص 30-40٪ من وقت الدراسة لدراسات الحالة ". [ما هو أسلوب دراسة الحالة ولماذا هو مطلوب؟ ]

في المتوسط ​​، يخصص 35-40٪ من وقت الدراسة لتحليل المواقف النموذجية. في كلية إدارة الأعمال بجامعة شيكاغو ، تمثل دراسات الحالة 25٪ من الوقت ، وفي كلية الأعمال بجامعة كولومبيا ، 30٪ ، وفي وارتون الشهيرة 40٪. الرائد من حيث عدد الساعات المخصصة للفصول وفق هذه الطريقة ، "رائدها" - هارفارد. طالب عادي في HBS يحلل ما يصل إلى 700 "حالة" أثناء دراسته "[Margvelashvili E. حول مكان" حالة "في كلية إدارة الأعمال الروسية //" التعليم في الخارج "رقم 10 ، 2000]

حدود استخدام "الحالة": تتطلب طريقة التدريس هذه الكثير من الوقت ، ولا يمكن استخدامها في جمهور كبير (Krasnova TI ، محلل في المركز التربوي والتربوي المركزي لجامعة بيلاروسيا الحكومية ، بناءً على العمل مع الأدب على طريقة الحالة).

هيكل وأنواع CASE

CASE - مجمع معلومات واحد "كقاعدة عامة ، تتكون الحالة من ثلاثة أجزاء: المعلومات المساعدة اللازمة لتحليل الحالة ؛ وصف حالة معينة ؛ احالات القضية. [ما هو أسلوب دراسة الحالة ولماذا هو مطلوب؟]

يمكن تقديم CASE في أشكال متنوعة ، من بضع جمل في صفحة واحدة إلى عدة صفحات. أنواع حالة العرض: مطبوعة ، وسائط متعددة ، فيديو.

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

"ومع ذلك ، يجب أن نتذكر أن الحالات الكبيرة تسبب بعض الصعوبات للطلاب مقارنة بالحالات الصغيرة ، خاصة عند العمل لأول مرة."

لا يوجد معيار محدد لتقديم CASE. عادةً ما يتم تقديم حالات دراسة الحالة في شكل مطبوع ، ولكن إدراج الصور والمخططات والجداول في النص يجعلها أكثر وضوحًا للطلاب. في الآونة الأخيرة ، أصبحت عروض الوسائط المتعددة أكثر شيوعًا. ومع ذلك ، يمكن أن تخلق عروض الأفلام والفيديو والصوت بعض المشكلات. المعلومات المطبوعة أسهل في التعامل معها وتحليلها من المعلومات المقدمة ، على سبيل المثال ، في فيلم. يمكن أن تؤدي إمكانيات العرض التفاعلية المتعددة المحدودة إلى تحريف وأخطاء. يتفادى عرض CASE للوسائط المتعددة الصعوبات المذكورة أعلاه ويجمع بين مزايا المعلومات النصية والفيديو التفاعلي. » [Smolyaninova O.G. الإمكانيات التعليمية لأسلوب دراسة الحالة في تدريس الطلاب.]

يمكن تصنيف الحالات حسب طريقة التحضير: "مكتبة" ، "عامة" ، كلاسيكية و "خزانة".

قد تختلف المواقف المحددة في طريقة إعدادها. إذا كان من الممكن ، من وجهة نظر مكان الكتابة ، إعداد الحالات في "المجال" (أي في كائن - شركة أو شركة) أو على سطح مكتب المعلم ، وكانت المصادر المستخدمة في الحالات رسمية (أي. عامة) أو غير رسمية (أي تم الحصول عليها من المصدر الأصلي) ، ثم في مجموعات من هذين المتغيرين يتم تشكيل أربعة أنواع من الحالات: "مكتبة" و "عامة" وكلاسيكية و "خزانة" [Smolyaninova O.G. الإمكانيات التعليمية لأسلوب دراسة الحالة في التدريس للطلاب].

"اعتمادًا على الأهداف المحددة لإدارة التدريس ، يمكن أن تكون الحالات مختلفة جدًا في محتوى وتنظيم المواد المقدمة فيها: الحالات التي تعلم التحليل والتقييم ؛ تدريس قضايا حل المشكلات واتخاذ القرار ؛ حالات توضح مشكلة أو حل أو مفهوم ككل. تنقسم المواقف المحددة للحالات التي تُدرس التحليل والتقييم ، بدورها ، إلى غير تنظيمية وداخل تنظيمية "[Smolyaninova O.G. الإمكانيات التعليمية لأسلوب دراسة الحالة في التدريس للطلاب].

أنواع القضايا حسب المحتوى: حالات تدريس التحليل والتقويم. تدريس قضايا حل المشكلات واتخاذ القرار ؛ حالات توضح مشكلة أو حل أو مفهوم ككل. تنقسم المواقف المحددة للحالات التي تدرس التحليل والتقييم إلى غير تنظيمية وداخلية.

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

تتميز الحالات بطريقة تنظيم المواد فيها: حالات منظمة ، "اسكتشات صغيرة" ، "حالات" كبيرة غير منظمة ، "حالات رائدة".

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

"حالات" كبيرة غير منظمة (حالات طويلة غير منظمة) تصل إلى 50 صفحة - ربما تكون هذه أصعب أنواع مهام التدريب من هذا النوع. المعلومات الواردة فيها مفصلة للغاية ، بما في ذلك المعلومات غير الضرورية على الإطلاق. قد تكون المعلومات الأكثر أهمية للتحليل ، على العكس من ذلك ، مفقودة. يجب على الطالب التعرف على هذه الحيل في الوقت المناسب والتعامل معها بكرامة.

هناك أيضًا مهام يعمل فيها الطلاب والمعلمون كباحثين. تحليل مثل هذه "الحالات الرائدة" ، لا يلزم فقط تطبيق المعرفة النظرية المكتسبة بالفعل أو المهارات العملية ، ولكن أيضًا لتقديم شيء جديد "[Davidenko V. كيف تختلف" الحالة "عن الحقيبة؟]

أنشطة الدراسة في دراسة الحالة

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

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

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

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

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

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

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

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

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

4. حدد مستوى معينًا أو نوعًا معينًا من التحليل الذي ستقدمه في الفصل. "[كيف يتم تنظيم التعلم المستند إلى الحالة]

أنواع تحليل الحالة: تحليل شامل (مفصل) ، "تحليل بداية" ، تحليل سريع ، متكامل.

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

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

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

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

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

مواقف المتدرب في دراسة الحالة: "شاهد عيان خبير" ، "ضامن" ، "دخل في الصورة" ، "مقدم حقائق" ، "خبير صناعة" ، "لدي خبرة" ، "سائل" ، "باكر".

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

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

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

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

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

يجب أن يكون لكل مجموعة طالب يلعب دور "Wrap it up". على الرغم من قبح الاسم ، ربما يكون هذا الدور هو الأهم. يقوم الشخص الذي يقوم بتنفيذها بدمج التحليلات المختلفة المقدمة في الفصل وربطها بالمشكلات الرئيسية لـ "الحالة". أي أن مهمته هي محاولة الربط بين النقاط الرئيسية للمناقشة. يجب أن تكون مستعدًا مسبقًا للإجابة على السؤال الذي طرحه المعلم في نهاية استخلاص المعلومات: "ماذا تعلمنا اليوم؟" في الوقت نفسه ، يجب ألا تكون إجابتك مجرد إعادة سرد لوجهات النظر ، بل يجب أن تكون نوعًا من "مجموع الآراء" ، أو الخطوط العريضة للحلول التي تم تطويرها بشكل جماعي. لذلك ، يوصى "باكر" بالاحتفاظ بما يسمى بقائمة FIG (الحقائق والأفكار والتعميمات) ، والتي تسجل بإيجاز نقاط التحول في المناقشة والأساليب المستخدمة في العمل "[Davidenko V. How do a" case " "تختلف عن حقيبة؟].

نشاط تربوي في دراسة حالة

هناك 3 استراتيجيات ممكنة لسلوك المعلم (المعلم) في سياق التعامل مع الحالة:

1. سيعطي المعلم أدلة في شكل أسئلة إضافية أو معلومات (إضافية) ؛

2. في ظل ظروف معينة ، سوف يعطي المعلم الإجابة بنفسه ؛

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

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

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

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

إمكانيات دراسة الحالة كطريقة لاختيار الموظفين

"يتم استخدام طريقة الحالة بشكل متزايد ليس فقط كطريقة تدريب ، ولكن أيضًا كطريقة لاختيار الموظفين"

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

تنزيل المواد

تحميل:

معاينة:

تقنيات الحالة كأحد الأساليب المبتكرة للبيئة التعليمية

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

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

مصطلح "طريقة الحالة" ، "حالة التكنولوجيا" في الترجمة من اللغة الإنجليزية كمفهوم "الحالة" يعني:

1 - وصف لحالة عملية محددة ، طريقة منهجية للتدريس تعتمد على مبدأ "من المواقف النموذجية ، الأمثلة إلى القاعدة ، وليس العكس" ، تتضمن طريقة تدريس نشطة تعتمد على مراعاة مواقف محددة (حقيقية) من ممارسة الأنشطة المستقبلية للطلاب ، أي استخدام أسلوب التدريب الظرفي "دراسة الحالة" ؛

2 - مجموعة من المواد التعليمية والمنهجية المصممة خصيصا على وسائل الإعلام المختلفة (المطبوعة والمسموعة والمرئية والمواد الإلكترونية) تصدر للتلاميذ (الطلاب) للعمل المستقل.

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

ما هو الفرق بين دراسة الحالة ووضع المشكلة؟ لا تقدم الحالة للطلاب مشكلة في شكل مفتوح ، وسيتعين على المشاركين في العملية التعليمية عزلها عن المعلومات الواردة في وصف الحالة.

تعتبر تقنية التعامل مع الحالة في العملية التعليمية بسيطة نسبيًا وتتضمن الخطوات التالية:

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

العمل في مجموعات صغيرة للاتفاق على رؤية المشكلة الرئيسية وحلولها ؛

عرض وفحص نتائج المجموعات الصغيرة في المناقشة العامة (داخل مجموعة الدراسة).

حالة - مراحل:

الخطوة 1: قم بصياغة مشكلة واحدة محددة واكتبها.

الخطوة 2: حدد الأسباب الرئيسية لحدوثها وقم بتدوينها (تمت صياغة الأسباب بالكلمتين "لا" و "لا").

تمثل الخطوتان 1 و 2 حالة "الطرح". علاوة على ذلك ، يجب نقله إلى الوضع "زائد".

الخطوة 3: يتم إعادة صياغة المشكلة إلى هدف.

الخطوة 4: الأسباب تصبح مهام.

الخطوة 5: لكل مهمة ، يتم تحديد مجموعة من التدابير - خطوات لحلها ، يتم تعيين أشخاص مسؤولين لكل خطوة ، الذين يختارون فريقًا لتنفيذ التدابير.

الخطوة 6: تحديد المسؤول الموارد المادية اللازمة والوقت لاستكمال الحدث

الخطوة 7: لكل مجموعة من المهام ، يتم تحديد منتج معين ومعايير لفعالية حل المشكلة.

توزيع الوظائف بين الطلاب والمعلم:

مرحلة العمل	أفعال المعلم	إجراءات الطلاب
قبل الفصل	1. تلتقط القضية 2. يحدد الرئيسي و المواد المساعدة لإعداد الطلاب 3. يطور البرنامج النصي الدروس	2. معد بشكل فردي إلى الصف
خلال الفصل	1. ينظم مناقشة أولية للقضية 2. يقسم المجموعة إلى مجموعات فرعية 3. يقود المناقشة حالة في مجموعات فرعية ، يزود الطلاب بمعلومات إضافية	1. يطرح أسئلة تعمق فهم القضية والمشكلة 2. يطور الخيارات قرارات تأخذ بعين الاعتبار آراء الآخرين 3. يقبل أو يشارك في صناعة القرار
بعد الحصة	1. يقيم عمل الطالب 2. يقيم القرارات المتخذة والأسئلة المطروحة	يقوم بتجميع تقرير مكتوب عن الدرس في شكل معين

عادة ما يتم تحضير الحالات في عبوة تتضمن:

1. حالة تمهيدية (معلومات حول وجود مشكلة أو موقف أو ظاهرة ؛ وصف لحدود الظاهرة قيد الدراسة) ؛
2. حالة المعلومات(مقدار المعرفة حول أي موضوع (مشكلة) ، محدد بدرجات متفاوتة من التفاصيل) ؛
3. حالة استراتيجية(تنمية القدرة على تحليل البيئة في ظروف عدم اليقين وحل المشكلات المعقدة بمحددات خفية) ؛
4. حالة البحث(على غرار المشاريع الجماعية أو الفردية - يتم تقديم نتائج تحليل موقف معين في شكل عرض تقديمي) ؛
5. حالة التدريب(تهدف إلى تعزيز وتطوير أكثر اكتمالاً للأدوات والمهارات المستخدمة سابقًا - المنطقية ، إلخ).

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

أهداف الدرس التربوية: تنمية معرفة الطلاب بأنواع تفاعلات الأكسدة والاختزال: أنواع الإجمالي ، والعوامل التي تحدد اتجاه الإجمالي ، والإجمالي في الحلول ؛ تنمية المهارات لتكوين RIA بطرق مختلفة.أهداف الدرس التنموية: تنمية معرفة أطفال المدارس بالعمليات الكيميائية في تكوين المعرفة حول WRR.الغرض التربوي من الدرس: تشكيل رؤية علمية للعالم.

النشرات: علبة بها مادة نظرية - 6 قطع ؛ مجموعة من المهام مع ثلاثة مستويات من الصعوبة - 6 مجموعات ؛ الرموز المميزة للتجميع ؛ الرموز المميزة لإصدار المجموعات للمهام التي تم حلها ؛

المراحل الرئيسية للدرس:

1. النشاط التنظيمي. كلمة المعلم. مقدمة الدرس.
2. عمل الحالة. التحليلات.
3. الواجب المنزلي.
4. ملخص الدرس.

خلال الفصول:

لحظات تنظيمية.

عند دخول الفصل الدراسي ، يأخذ الطلاب الرموز ويجلسون في مجموعات على الطاولات التي يكمن عليها الرمز الذي اختاروه. يقدم المعلم تقدم الدرس.

تحديث معارف الطلاب.

صياغة المفاهيم: حالة الأكسدة ، عامل مؤكسد ، عامل مختزل ، أكسدة ، اختزال.

عمل الحالة: ملاحظات تمهيدية للمعلم. يقوم المعلم بتعريف الطلاب على القضية. عمل الحالة. تحليل الموقف باستخدام طريقة "العصف الذهني على السبورة".

المرحلة 1 - مقدمة للمهمة

المرحلة 2 - جمع المعلومات حول مهمة الحالة

المرحلة 3 - اتخاذ القرار

المرحلة 4 - النظر في البدائل

المرحلة 5 - التحليل المقارن

المرحلة 6 - عرض الحلول

وبالتالي ، تسمح تقنيات الحالة في العملية التعليمية بما يلي:

1. زيادة الدافع للتعلم بين الطلاب ؛
2. لتطوير المهارات الفكرية لدى الطلاب التي ستكون مطلوبة من قبلهم في التعليم الإضافي وفي أنشطتهم المهنية.

فهرس:

1. بولات إس. التقنيات البيداغوجية والمعلوماتية الحديثة في نظام التعليم: كتاب مدرسي للطلاب. جامعات / Polat E. ؛ Bukharkina M.Yu. - الطبعة الثانية ، ممحاة. - م: الأكاديمية ، 2008. - 368 ص.
2. Pozhitneva V.V. تقنيات الحالة لتنمية الموهبة // الكيمياء في المدرسة. -2008.-№4.- ص 13-17
3. Polat E. S. منظمة التعلم عن بعد في الاتحاد الروسي // المعلوماتية والتعليم. - 2005. - رقم 4 ، م 13-18
4. Pyrieva V.V. تكنولوجيا دراسة الحالة وتطبيقاتها في دراسة موضوع "الخوارزميات" // المعلوماتية والتعليم. - 2009. - رقم 11 ، ص 25-28