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

📅 آخر تحديث: ١٩ يوليو ٢٠٢٦
✍️ نُشر في: ١٩ يوليو ٢٠٢٦
📷 يحتوي على 6 صور
الموسوعة الحرة
مستوى التجريد للعمليات. [ 1 ]

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

يدعم نمذجة العمليات الفوقية جهود إنشاء نماذج عمليات مرنة . يهدف استخدام نماذج العمليات إلى توثيق العمليات وتعميمها، وتعزيز إعادة استخدامها. وبالتالي، يمكن تحسين عملية تدريس العمليات وتنفيذها. ومن نتائج استخدام نماذج العمليات الفوقية زيادة إنتاجية مهندسي العمليات وتحسين جودة النماذج التي ينتجونها. [ 2 ]

ملخص

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

نموذج البيانات الوصفية للعملية هو نموذج وصفي ، "وصف على مستوى النوع لنموذج العملية. وبالتالي، فإن نموذج العملية هو تجسيد لنموذج البيانات الوصفية للعملية. [...] يمكن تجسيد نموذج البيانات الوصفية عدة مرات لتعريف نماذج عمليات مختلفة. يقع نموذج البيانات الوصفية للعملية على مستوى النوع الوصفي بالنسبة للعملية." [ 2 ]

توجد معايير لعدة مجالات:

مواضيع في نمذجة البيانات الوصفية

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

مخصصة

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

حَشد

تعتمد تقنية التجميع على فكرة مستودع العمليات الذي يمكن من خلاله اختيار مكونات العملية. ويذكر رولاند (1998) استراتيجيتين للاختيار: [ 2 ]

  1. تعزيز التحليل العالمي للمشروع قيد التنفيذ بناءً على معايير الطوارئ (مثال: فان سلوتين 1996 [ 5 ] )
  2. يُستخدم مفهوم المُعرِّفات [ 6 ] كوسيلة لوصف أجزاء العملية. وهذا يُسهِّل استرجاع المكونات التي تُلبي متطلبات المستخدم/تتوافق مع الموقف الحالي. [ 7 ] (مثال: بليون 1995 [ 8 ] في مجلة نيتشر [ 9 ] ومستودع المناهج القائمة على السيناريوهات المتاحة على الإنترنت في مشروع CREWS [ 10 ] [ 11 ] ).

لكي تنجح تقنية التجميع، من الضروري أن تكون نماذج العمليات معيارية. وإذا تم دمج تقنية التجميع مع تقنية التجسيد، فيجب أن يكون النموذج الفوقي نفسه معياريًا. [ 2 ]

التفعيل

لإعادة استخدام العمليات، يحدد نموذج العملية الفوقية "السمات العامة المشتركة لنماذج العمليات ويمثلها في نظام من المفاهيم. يمتلك هذا التمثيل القدرة على "توليد" جميع نماذج العمليات التي تشترك في هذه السمات. وتتحقق هذه الإمكانية عند تحديد تقنية توليد يؤدي تطبيقها إلى نموذج العملية المطلوب." [ 2 ]

ثم تُشتق نماذج العمليات من نماذج العمليات الوصفية من خلال عملية التجسيد . ويربط رولاند عددًا من المزايا بنهج التجسيد: [ 2 ]

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

"استُخدمت تقنية التجسيد، على سبيل المثال، في مجلة NATURE، [ 9 ] ورولاند 1993، [ 1 ] ورولاند 1994، [ 12 ] ورولاند 1996. [ 13 ] يجب على مهندس العمليات تحديد حالات السياقات والعلاقات التي تشكل نموذج العملية محل الاهتمام." [ 2 ]

لغة

يسرد رولاند (1998) العديد من اللغات للتعبير عن نماذج العمليات التي يستخدمها مجتمع هندسة البرمجيات: [ 2 ]

بالإضافة إلى نماذج حسابية أخرى:

ترتبط اللغات عادةً ببرامج العمليات، بينما تُستخدم تقنيات التجسيد لإنشاء نصوص العمليات. [ 2 ]

دعم الأدوات

غالبًا ما تُدعم عملية النمذجة الفوقية بأدوات برمجية، تُسمى أدوات CAME (هندسة الأساليب بمساعدة الحاسوب) أو أدوات MetaCASE (أدوات هندسة البرمجيات بمساعدة الحاسوب على مستوى ما وراء البيانات). وكثيرًا ما تُستخدم تقنية التجسيد لبناء مستودع بيئات هندسة الأساليب بمساعدة الحاسوب. [ 2 ] [ 21 ] [ 22 ] [ 23 ] [ 24 ]

من أمثلة الأدوات المستخدمة في نمذجة العمليات الفوقية ما يلي: [ 25 ]

مثال: "عرض متعدد النماذج"

تقدم كوليت رولاند (1999) [ 3 ] مثالاً على نموذج عملية فوقية يستخدم تقنية التجسيد والتجميع. يُطلق على هذا النهج في الورقة اسم "عرض النموذج المتعدد"، وقد طُبِّق على منهجية CREWS-L'Ecritoire. تمثل منهجية CREWS-L'Ecritoire منهجًا منظمًا لهندسة المتطلبات ، وهي "جزء من تطوير نظم المعلومات يتضمن دراسة مشاكل ومتطلبات مجتمع المستخدمين، ووضع مواصفات للنظام المستقبلي، أو ما يُعرف بالمخطط المفاهيمي ". [ 1 ] [ 26 ] [ 27 ]

إلى جانب نهج CREWS-L'Ecritoire، فقد شكلت وجهة النظر متعددة النماذج أساسًا لتمثيل: [ 3 ]

(أ) مناهج هندسة المتطلبات الثلاثة الأخرى التي تم تطويرها ضمن مشروع CREWS، منهج المشاهد الواقعية، [ 28 ] منهج SAVRE لاكتشاف استثناءات السيناريو، [ 29 ] ومنهج تحريك السيناريو [ 30 ]
(ب) لدمج المناهج [ 31 ] مع بعضها البعض ومع منهج OOSE [ 32 ]

علاوة على ذلك، تستخدم منهجية CREWS-L'Ecritoire نماذج العمليات ونماذج ما وراء العمليات لتحقيق المرونة اللازمة في كل موقف. يعتمد هذا النهج على مفهوم الرسم البياني المُصنَّف للنوايا والاستراتيجيات، والذي يُسمى " الخريطة" ، بالإضافة إلى المبادئ التوجيهية المرتبطة به . [ 3 ] تشكل الخريطة (نموذج العملية) والمبادئ التوجيهية معًا المنهجية. المصدر الرئيسي لهذا الشرح هو شرح رولاند. [ 3 ]

نموذج / خريطة العملية

الخريطة عبارة عن "هيكل توجيهي يدعم الاختيار الديناميكي للهدف المراد تحقيقه تاليًا والاستراتيجية المناسبة لتحقيقه"؛ وهي "نموذج عملية يتضمن ترتيبًا غير حتمي للأهداف والاستراتيجيات. وهي عبارة عن رسم بياني موجه مُصنَّف، حيث تمثل الأهداف العقد، وتمثل الاستراتيجيات الحواف بين الأهداف. وتُظهر طبيعة الرسم البياني الموجهة أي الأهداف يمكن أن تتبع أي هدف آخر." [ 3 ]

تبدو خريطة طريقة CREWS-L'Ecritoire كما يلي:

نموذج عملية طريقة CREWS-L'Ecritoire [ 3 ]

تتكون الخريطة من أهداف/ نوايا (مُشار إليها بأشكال بيضاوية) مترابطة باستراتيجيات (مُمثلة بأسهم). النية هي هدف أو غاية يضعها مهندس التطبيق نصب عينيه في لحظة معينة. أما الاستراتيجية فهي منهج أو طريقة لتحقيق تلك النية. ويُطلق على ربط هدفين باستراتيجية اسم " القسم" . [ 3 ]

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

إرشادات

تُساعد المبادئ التوجيهية في تفعيل النية المختارة؛ [ 3 ] وهي عبارة عن "مجموعة من الإرشادات حول كيفية المضي قدمًا لتحقيق هدف أو أداء نشاط ما". [ 33 ] ويستند وصف هذه المبادئ التوجيهية إلى النهج السياقي لمشروع NATURE [ 9 ] [ 34 ] [ 35 ] وآلية تنفيذه المقابلة. [ 24 ] ويمكن تمييز ثلاثة أنواع من المبادئ التوجيهية:

  • تحدد إرشادات اختيار النية (ISG) مجموعة النوايا التي يمكن تحقيقها في الخطوة التالية وتختار المجموعة المقابلة إما من IAGs (خيار واحد فقط للنية) أو SSGs (عدة نوايا ممكنة).
  • تُساعد إرشادات اختيار الاستراتيجية (SSG) في اختيار الاستراتيجية، مما يؤدي بالتالي إلى اختيار مجموعة أدوات التحليل المتكاملة (IAG) المقابلة.
  • تهدف إرشادات تحقيق النية (IAG) إلى دعم مهندس التطبيقات في تحقيق نية معينة وفقًا لاستراتيجية محددة، وهي معنية بالتكتيكات اللازمة لتنفيذ هذه الاستراتيجيات، وقد تقدم العديد من التكتيكات، وبالتالي قد تحتوي على طرق تشغيلية بديلة لتحقيق النية.
مثال على دليل اختيار النية 1 (ISG-1) [ 3 ]
مثال على دليل اختيار الاستراتيجية 1 (SSG-1) [ 3 ]
مثال على دليل تحقيق النية 8 (IAG-8) [ 3 ]

في حالتنا، يجب تحديد الإرشادات التالية - والتي تتوافق مع الخريطة المعروضة أعلاه:

إرشادات اختيار النية (ISG)
  1. ISG-1 التقدم من استنباط هدف
  2. ISG-2 التقدم من مرحلة وضع تصور للسيناريو
  3. ISG-3 التقدم من كتابة سيناريو
  4. تقدم المجموعة الدولية للأبحاث الرابعة (ISG-4) منذ البداية
إرشادات اختيار الاستراتيجية (SSG)
  1. SSG-1 التقدم نحو استنباط هدف
  2. تقدم المجموعة الخاصة الثانية في وضع تصور للسيناريو
  3. تقدم فرقة SSG-3 في كتابة السيناريو
  4. التقدم نحو تحقيق هدف SSG-4
  5. فرقة العمليات الخاصة SSG-5 ستوقف التقدم
إرشادات تحقيق الأهداف (IAG)
  1. IAG-1 استنباط هدف باستخدام استراتيجية قائمة على دراسة الحالة
  2. IAG-2 استنباط هدف باستخدام استراتيجية التركيب
  3. IAG-3 استنباط هدف باستخدام استراتيجية بديلة
  4. IAG-4 استخلاص هدف باستخدام استراتيجية التحسين
  5. IAG-5 استنباط هدف باستخدام استراتيجية لغوية
  6. IAG-6 استخلاص هدف باستخدام استراتيجية قائمة على القوالب
  7. IAG-7 اكتب سيناريو باستخدام استراتيجية تعتمد على القوالب
  8. IAG-8 اكتب سيناريو بأسلوب النثر الحر
  9. IAG-9: وضع تصور لسيناريو باستخدام استراتيجية دعم الحاسوب
  10. IAG-10 تصور سيناريو يدوياً
  11. استراتيجية التوقف عن العمل مع اكتمال IAG-11

يعرض الرسم البياني التالي تفاصيل دليل تحقيق النية 8 (IAG-8).

خريطة العمليات الفوقية

في منظور النماذج المتعددة كما ورد في ورقة سي. رولاند، تُعرَّف العملية الفوقية (نموذج العملية الفوقية) بأنها "عملية لتوليد مسار من الخريطة وتنفيذه الفوري للتطبيق قيد الدراسة". [ 3 ] وبينما يمكن تمثيل نموذج العملية الفوقية بطرق عديدة، فقد تم اختيار الخريطة كوسيلة لذلك. ويجب عدم الخلط بينها وبين خريطة نموذج العملية كما هو موضح أعلاه.

نموذج العملية الفوقية لطريقة CREWS-L'Ecritoire [ 3 ]

تصف كوليت رولاند النموذج الفوقي على النحو التالي: [ 3 ] (النوايا الفوقية مكتوبة بخط غامق، والاستراتيجيات الفوقية مكتوبة بخط مائل - باللون الأخضر في الخريطة).

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

عملية أخذ العينات

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

يعرض الجدول التالي التتبع التدريجي لعملية استخلاص متطلبات آلة إعادة التدوير (من [ 3 ] ):

خطوةدليل إرشاديالعملية الفوقيةعمليةالمنتج (الهدف = Gxx)
1.1SSG-4اختر القسم الذي يحتوي على استراتيجية محددةيقترح SSG4 استراتيجيتين. تم اختيار الاستراتيجية القائمة على القوالب لأنها الطريقة الأنسب للتعرف على صياغة الأهداف التي تقترحها طريقة CREWS-L'Ecritoire 
1.2IAG-6تفعيل القسم مع الدعم الآلييعرض IAG6 نموذجًا لبيان الهدف ويشرح معنى كل مُعامل. يختار مهندس المتطلبات (RE) بيانًا عامًا يحتوي على فعل وهدف فقط.G1: توفير (مرافق إعادة التدوير*) الهدف *RF
2.1ISG-1اختر القسم بالغرض المحدديُزوّد ​​ISG1 برنامج RE بحججٍ تُساعده على اختيار أحد الهدفين المُحتملين من " استخلاص هدف" ، وهما استخلاص هدف أو كتابة سيناريو . ويتم اختيار الأول بهدف توليد حلول تصميم بديلة. 
2.2IAG-1تفعيل القسم مع الدعم الآلييستخدم IAG1 بنية بيان الهدف وقيم المعلمات المُقدمة لإنشاء أهداف بديلة. ينتج عن ذلك 21 هدفًا بديلًا للهدف G1، والتي يتم ربطها بـ G1 باستخدام عامل OR. بعد التشاور مع أصحاب المصلحة، يتم اختيار الهدف G4.G2: توفير خدمة استرداد قيمة الزجاجات لعملائنا باستخدام جهاز الدفع بالبطاقات؛ G3: توفير خدمة استرداد قيمة الأوراق لعملائنا باستخدام جهاز الدفع بالبطاقات؛ G4: توفير خدمة استرداد قيمة الزجاجات والعلب لعملائنا باستخدام جهاز الدفع بالبطاقات؛ ... G22: توفير خدمة استرداد قيمة الزجاجات لجميع العملاء باستخدام جهاز استرداد النقود
3.1SSG-3اختر القسم الذي يحتوي على استراتيجية محددةيقدم نظام SSG3 استراتيجيتين، ويتم اختيار الاستراتيجية القائمة على القوالب من بينهما. ويعود ذلك إلى وجود حالة من عدم اليقين بشأن ماهية السيناريو المطلوب، حيث تؤدي القوالب إلى قدر من اليقين. 
3.2IAG-7تفعيل القسم مع الدعم الآلييقترح IAG7 نموذجًا يجب ملؤه. يتوافق هذا النموذج مع سيناريو خدمة ويتضمن إجراءات تعبر عن الخدمات المتوقعة من النظام.SC4: إذا حصل العميل على بطاقة، فإنه يعيد تدوير الأشياء
4.1SSG-2اختر القسم الذي يحتوي على استراتيجية محددةيقدم SSG2 استراتيجيتين لتصور السيناريو. من بين هاتين الاستراتيجيتين، اليدوية والمحوسبة، تم اختيار الأولى لأن سيناريو الخدمة (SC4) بسيط للغاية ويمكن التعامل معه يدويًا. 
4.2IAG-10تفعيل القسم مع الدعم الآلييقترح IAG10 أمرين: (1) تجنب الإشارات المرجعية مثل هو، هي، إلخ. (2) التعبير عن الأفعال الذرية بترتيب واضح. (3) تجنب الغموض. تمت إعادة كتابة السيناريو وفقًا لذلك.SC4: 1. يحصل العميل على بطاقة؛ 2. يقوم العميل بإعادة تدوير الصناديق والزجاجات
5.1SSG-1اختر القسم الذي يحتوي على استراتيجية محددةيعلم مهندس البحث أنه يريد تحليل السيناريو SC4 لاكتشاف هدف جديد. وبالتالي، فهو يعلم الهدف المحدد وهو "استخلاص هدف"، ويتم عرض SSG1. يقدم SSG1 ثلاث استراتيجيات لاكتشاف أهداف جديدة من تحليل السيناريو. تم اختيار استراتيجية التحسين نظرًا للحاجة إلى اكتشاف المتطلبات الوظيفية لآلة إعادة التدوير. 
5.2IAG-4تفعيل القسم مع الدعم الآلييُساعد IAG4 في تحويل إجراءات سيناريو الخدمة SC4 إلى أهداف تُعبّر عن المتطلبات الوظيفية. يتم إنشاء هدفين وربطهما معًا بـ G4 بعلاقة "و". يتم اختيار G24 لمزيد من المعالجة.G23: احصل على البطاقة من السوبر ماركت؛ G24: أعد تدوير الزجاجات والعلب من RM
6.1SSG-3اختر القسم الذي يحتوي على استراتيجية محددةيعرف الباحث هدفه، وهو "كتابة سيناريو". لذا، يتم عرض SSG3 لمساعدة الباحث في اختيار الاستراتيجية المناسبة. تم اختيار استراتيجية النثر الحر لأن النص من المرجح أن يكون طويلاً، والنثر الحر يُسهّل ذلك. 
6.2IAG-8تفعيل القسم مع الدعم الآلييوفر IAG8 إرشادات للأسلوب والمحتوى تتناسب مع نوع السيناريو المطروح، وهو سيناريو تفاعل النظامSC24-1: يُدخل العميل بطاقته في جهاز الدفع الآلي. يتحقق الجهاز من صلاحية البطاقة، ثم يُظهر رسالة تأكيد. يُدخل العميل الزجاجات و/أو الصناديق في الجهاز. إذا لم تكن هناك أي عوائق، يُخرج الجهاز البطاقة ويطبع إيصالًا.
7.1SSG-2اختر القسم الذي يحتوي على استراتيجية محددةيتم عرض SSG2. تم اختيار استراتيجية الدعم الآلي للاستفادة من الأدوات اللغوية القوية والحصول على صياغة سيناريو ستكون أساسًا للاستدلال الآلي. 
7.2IAG-9تفعيل القسم مع الدعم الآلييقوم برنامج IAG9 بتحويل النص النثري الأولي بشكل شبه تلقائي إلى نص منظم تتوافق دلالاته مع نموذج السيناريو. يشمل التحويل إزالة الغموض، وإكمال المعاني، وربطها بالبنى اللغوية المرتبطة بمفاهيم نموذج السيناريو. SC24-2 هو نتيجة تحويل SC24-1. (العبارات المسطرة هي نتيجة التحويل)SC24-2: 1. يُدخل العميل بطاقته في جهاز الدفع الآلي. 2. يتحقق جهاز الدفع الآلي من صلاحية البطاقة. 3. في حال كانت البطاقة صالحة، 4. يُعرض تنبيه للعميل. 5. يُدخل العميل الزجاجات والعلب في جهاز الدفع الآلي. 6. يتحقق جهاز الدفع الآلي من عدم وجود أي عوائق أمام الزجاجات والعلب. 7. في حال عدم وجود عوائق أمام الزجاجات والعلب، 8. يُخرج جهاز الدفع الآلي البطاقة للعميل. 9. يطبع جهاز الدفع الآلي إيصالًا للعميل.
8.1SSG-1اختر القسم الذي يحتوي على استراتيجية محددةمن بين الاستراتيجيات الثلاث التي اقترحتها مجموعة العمل الخاصة الأولى (SSG1)، تم اختيار استراتيجية الاكتشاف البديلة. تتناسب هذه الاستراتيجية مع الحاجة إلى دراسة الاختلافات والاستثناءات في مسار العمل المعتاد الموصوف في اللجنة الفرعية 242 (SC242). 
8.2IAG-3تفعيل القسم مع الدعم الآلييقترح فريق العمل المشترك الثالث (IAG3) عدة تكتيكات لاكتشاف أهداف بديلة للهدف G24. وقد تم اختيار التكتيك القائم على تحليل الظروف في السيناريو. ويؤدي هذا إلى اكتشاف الهدفين G25 وG26.G25: صندوق إعادة تدوير وزجاجات من البريد الملكي ببطاقة غير صالحة؛ G26: صندوق إعادة تدوير وزجاجات في مرحلة فك الحظر

انظر أيضاً

مراجع

  1. 1 2 3 كوليت رولاند (يونيو 1993). نمذجة عملية هندسة المتطلبات . الندوة الأوروبية اليابانية الثالثة حول نمذجة المعلومات وقواعد المعرفة. بودابست، المجر. CiteSeerX 10.1.1.29.8738 . 
  2. ١ ٢ ٣ ٤ ٥ ٦ ٧ ٨ ٩ ١٠ ١١ ١٢ ١٣ ١٤ كوليت رولاند (١٩٩٨). "نظرة شاملة على هندسة العمليات". وقائع المؤتمر الدولي العاشر لهندسة نظم المعلومات المتقدمة، جدول المحتويات . لندن: سبرينغر-فيرلاغ. الصفحات ١-٢٤ . ISBN  978-3-540-64556-6.
  3. ١ ٢ ٣ ٤ ٥ ٦ ٧ ٨ ٩ ١٠ ١١ ١٢ ١٣ ١٤ ١٥ ١٦ ١٧ رولاند، سي.؛ براكاش، ن.؛ بنجامين، أ. (١٩٩٩). " نظرة متعددة النماذج لنمذجة العمليات" (ملف PDF) . هندسة المتطلبات . ٤ (٤): ١٦٩. doi : 10.1007/s007660050018 . S2CID 6988662 . 
  4. 1 2 3 4 5 أ. فينكلشتاين؛ ج. كرامر؛ ب. نسيبة، محرران (1994). نمذجة عمليات البرمجيات والتكنولوجيا . نيويورك: وايلي. ISBN 978-0-471-95206-0.
  5. ↑ ك. فان سلوتين؛ ب. هودز (1996). "توصيف مشروع تطوير نظم المعلومات". مؤتمر المجموعة العاملة 8.1 التابعة للاتحاد الدولي لمعالجة المعلومات حول هندسة المنهجيات . لندن: تشابمان وهول. الصفحات 29-44 . ISBN  978-0-412-79750-7.
  6. ↑ ف. دي أنتونيلليس، ب. بيرنيتشي، ب. ساماراتي. منهجية F-ORM: منهجية لإعادة استخدام المواصفات. في: النهج الموجه للكائنات في نظم المعلومات. فان آش ف.، مولان ب.، سي رولاند (محررون)، نورث هولاند، 1991
  7. ↑ رولاند، كوليت وبراكاش، نافين (1996). "مقترح لهندسة المنهجيات الخاصة بالسياق". وقائع المؤتمر العملي للجنة الفنية الثامنة التابعة للاتحاد الدولي لمعالجة المعلومات، المجموعة العاملة 8.1/8.2 حول هندسة المنهجيات : مبادئ بناء المنهجيات ودعم الأدوات . لندن: تشابمان وهول. الصفحات 191-208 . ISBN   978-0-412-79750-7.
  8. ↑ ف. بليون، س. رولاند (1995). "هندسة نظم المعلومات المتقدمة". وقائع المؤتمر الدولي السابع لهندسة نظم المعلومات المتقدمة (CAISE) . سلسلة محاضرات في علوم الحاسوب. المجلد 932. دار نشر سبرينغر. الصفحات 126-139 . doi : 10.1007/3-540-59498-1 . ISBN   978-3-540-59498-7. S2CID 35242104 . 
  9. الصفحة الرئيسية لمشروع 1 2 3 NATURE (مناهج جديدة للنظريات الكامنة وراء هندسة المتطلبات)
  10. ↑ الصفحة الرئيسية لمشروع CREWS (هندسة المتطلبات التعاونية مع السيناريوهات)
  11. ^ سي. رولاند ، سي. بن عاشور، سي. كوفيت، ج. راليتي، أ. ساتكليف، نام مايدن، إم. جارك، بي. هاومر، ك. بوهل ، دوبوا، بي. هيمانز (1998). “مقترح لإطار تصنيف السيناريو”. مجلة المتطلبات الهندسية . 3 (1): 23– 47. سيتيسيركس 10.1.1.30.5360 . دوى : 10.1007/BF02802919 . S2CID 1889956 .  {{cite journal}}: صيانة CS1: أسماء متعددة: قائمة المؤلفين ( رابط )
  12. ↑ سي. رولاند (يونيو 1994). "نهج سياقي لنمذجة عملية هندسة المتطلبات". المؤتمر الدولي السادس لهندسة البرمجيات وهندسة المعرفة . يورمالا، لاتفيا. CiteSeerX 10.1.1.52.9389 . 
  13. ↑ رولاند، سي.؛ بليون، في. (1996). "استخدام أجزاء الأساليب العامة لتوليد أجزاء من نماذج العمليات". وقائع المؤتمر الدولي الثاني لهندسة المتطلبات . ص 173-180 . doi : 10.1109/ICRE.1996.491442 . ISBN  978-0-8186-7252-1. S2CID 2500090 . 
  14. 1 2 3 ليتيزيا جاكيري، وجينز-أوتو لارسن، وريدار كونرادي (1992). "نمذجة وتطوير عمليات البرمجيات في EPOS" (ملف PDF) . مجلة IEEE للمعاملات في هندسة البرمجيات . 19 (12): 1145-1156 . CiteSeerX 10.1.1.53.493 . doi : 10.1109/32.249660 . 
  15. ↑ V. Ambriola, ML Jaccheri, Definition and Enacting of Oikos software entities, Proc. of the First European Workshop on Software Process Modeling, Milan, Italy, 1991
  16. ↑ إس. باندينيلي؛ أ. فوجيتا؛ إس. غريغولي (1993). "نمذجة العمليات على نطاق واسع باستخدام SLANG (1993)". وقائع المؤتمر الدولي الثاني حول عمليات البرمجيات . برلين. ص 75-93 . CiteSeerX 10.1.1.31.9650 .  {{cite book}}: CS1 maint: موقع الناشر مفقود ( رابط )
  17. ↑ W. Emmerich, G. Junkermann, W Schafer, MERLIN : نمذجة العمليات القائمة على المعرفة، وقائع ورشة العمل الأوروبية الأولى حول نمذجة عمليات البرمجيات، ميلانو، إيطاليا، 1991.
  18. ↑ ديرنيام، جيه سي، بينالي، ك.، شاروي، ف.، بودجليدة، ن.، غودار، سي. (1989). "عرض مشروع ALF، وقائع مؤتمر بيئات ومصانع تطوير البرمجيات" . برلين. hdl : 10068/43710 .{{cite journal}}يتطلب Cite journal |journal=( مساعدة ) صيانة CS1: أسماء متعددة: قائمة المؤلفين ( رابط )
  19. ↑ جي إي كايزر وآخرون (1988). "دعم قواعد البيانات لبيئات الهندسة القائمة على المعرفة". خبير IEEE . 3 (2): 18-32 . doi : 10.1109/64.2102 . S2CID 12499409 .  
  20. ↑ ن. بلخاطر؛ و. ل. ميلو (1994). "دعم عمليات تطوير البرمجيات في أديل2" . مجلة الحاسوب . 37 (7): 621-628 . doi : 10.1093/comjnl/37.7.621 .
  21. 1 2 هندسة نظم المعلومات المتقدمة . سلسلة محاضرات في علوم الحاسوب. المجلد 1080. هايدلبرغ: سبرينغر. 1996. الصفحات 1-21 . doi : 10.1007/3-540-61292-0 . ISBN   978-3-540-61292-6. S2CID 27968437 . 
  22. ↑ هارمسن، ف.؛ برينكيمبر، س. (1995). "تصميم وتنفيذ نظام إدارة قائم على المنهجية لبيئة CASE ظرفية" . وقائع مؤتمر هندسة البرمجيات لمنطقة آسيا والمحيط الهادئ لعام 1995. الصفحات 430-438 . doi : 10.1109/APSEC.1995.496992 . ISBN  978-0-8186-7171-5. S2CID 16914451 . 
  23. 1 2 ج. ميربيث. Maestro II- das intergrierte CASE-system von Softlab, CASE systeme and Werkzeuge (Ed. H. Balzert) BI Wissenschaftsverlag, pp 319-336, 1991
  24. 1 2 3 سي سعيد، سميرة؛ رولاند، كوليت (1997). "إرشادات لعمليات هندسة المتطلبات". تطبيقات قواعد البيانات وأنظمة الخبراء (ملف PDF) . سلسلة محاضرات في علوم الحاسوب. المجلد 1308. هايدلبرغ: سبرينغر. الصفحات 643-652 . doi : 10.1007/BFb0022072 . ISBN   978-3-540-63478-2.
  25. ^ سي. رولاند (10-13 يونيو 1997). "مقدمة لهندسة الطرق" . وقائع مؤتمر INFORSID (INFormatique des Organizations et Systemes d'Information et de Decision)، تولوز، فرنسا . تشابمان وهول. ص 1 – 7. رقم ISBN  978-0-412-79750-7.
  26. ↑ هاجلستين، ج. (1988). "النهج التصريحي لمتطلبات نظم المعلومات". نظم قائمة على المعرفة . 1 (4): 211-220 . doi : 10.1016/0950-7051(88)90031-7 .
  27. ^ إي. دوبوا. ج. هاجلشتاين؛ أ. ريفوت (1989). “هندسة المتطلبات الرسمية مع ERAE”. أبحاث مجلة فيليبس . 43 (4).
  28. ↑ هاومر، ب.؛ بول، ك.؛ وايدنهاوبت، ك. (1998). "استخلاص المتطلبات والتحقق منها باستخدام مشاهد من العالم الحقيقي". معاملات IEEE في هندسة البرمجيات . 24 (12): 1036. doi : 10.1109/32.738338 .
  29. ↑ سوتكليف، أ.ج.؛ ميدن، ن.أ.م.؛ مينوشا، س.؛ مانويل، د. (1998). "دعم هندسة المتطلبات القائمة على السيناريوهات". معاملات IEEE في هندسة البرمجيات . 24 (12): 1072. doi : 10.1109/32.738340 .
  30. ↑ إي. دوبوا؛ ب. هيمانز (1998). "تقنيات قائمة على السيناريوهات لدعم صياغة وتوثيق المتطلبات الرسمية". مجلة هندسة المتطلبات ، 3 ( 3-4 ): 202-218 . CiteSeerX 10.1.1.45.4151 . doi : 10.1007/s007660050005 . S2CID 2471719 .  
  31. ↑ ج. راليتي؛ س. رولاند؛ ف. بليون (يونيو 1999). "تحسين الأساليب باستخدام تقنيات قائمة على السيناريوهات" . وقائع المؤتمر الحادي عشر حول هندسة نظم المعلومات المتقدمة، هايدلبرغ، ألمانيا . لندن: سبرينغر-فيرلاغ. ص 103-118 . ISBN  978-3-540-66157-3.
  32. ↑ جاكوبسون، إيفار (1992). هندسة البرمجيات الموجهة للكائنات: منهج قائم على حالات الاستخدام . مطبعة ACM. ISBN 978-0-201-54435-0.
  33. ↑ قاموس لو بيتي روبرت الفرنسي، Dictionnaires Le Robert، فرنسا، 1995
  34. ↑ رولاند، سي (1995). "نهج لتحديد أساليب العمل". نظم المعلومات . 20 (4): 337-359 . doi : 10.1016/0306-4379(95)00018-Y .
  35. ↑ ج. غروس، س. رولاند ، س. شوير، وآخرون (1997). "نمذجة وهندسة عملية هندسة المتطلبات: نظرة عامة على منهجية NATURE". مجلة هندسة المتطلبات ، 2 (3): 115-131 . doi : 10.1007/BF02802771 . S2CID 7672233 .  {{cite journal}}: صيانة CS1: أسماء متعددة: قائمة المؤلفين ( رابط )