في الخارج المتاجرة نظام استخدام حالة على الرسم البياني

استخدام مخططات الحالة استخدام مخططات الحالة بالإضافة إلى إدخال حالات الاستخدام كعناصر أساسية في تطوير البرمجيات، قدم جاكوبسون (1994) أيضا مخططا لتصور حالات الاستخدام. مخطط حالة الاستخدام هو أيضا جزء من أومل. كثير من الناس يجدون هذا النوع من الرسم البياني مفيدا. ومع ذلك، لا بد لي من التأكيد على أنك لا تحتاج إلى رسم مخطط لاستخدام حالات الاستخدام. واحدة من المشاريع الأكثر فعالية وأنا أعلم أن استخدام حالات الاستخدام تنطوي على حفظ كل واحد على بطاقة الفهرس وفرز البطاقات إلى أكوام لإظهار ما تحتاجه البناء في كل التكرار. ويبين الشكل 3-2 بعض حالات الاستخدام لنظام التداول المالي. الشكل 3-2. استخدام مخطط الحالة الممثل هو دور يقوم به المستخدم فيما يتعلق بالنظام. هناك أربعة جهات فاعلة في الشكل 3-2: مدير التداول، المتداول، مندوب المبيعات، ونظام المحاسبة. (نعم، أنا أعلم أنه سيكون من الأفضل استخدام دور الكلمة، ولكن على ما يبدو، كان هناك سوء تفسير من السويدية). وربما يكون هناك العديد من التجار في منظمة معينة، ولكن بقدر ما يتعلق النظام، فإنها جميعا تلعب نفس الدور. يمكن للمستخدم أيضا أن يلعب أكثر من دور واحد. على سبيل المثال، أحد كبار المتداولين قد يلعب دور مدير التداول ويكون أيضا تاجر عادي تاجر قد يكون أيضا مندوب مبيعات. عند التعامل مع الفاعلین، من المھم التفکیر في الأدوار بدلا من الأشخاص أو الألقاب المھنیة. الجهات الفاعلة تنفذ حالات الاستخدام. قد يقوم ممثل واحد بالعديد من حالات الاستخدام على العكس، قد يكون لحالة الاستخدام العديد من الجهات الفاعلة التي تؤدي ذلك. في الممارسة العملية، أجد أن الجهات الفاعلة هي الأكثر فائدة عند محاولة التوصل إلى حالات الاستخدام. في مواجهة نظام كبير، قد يكون من الصعب في كثير من الأحيان التوصل إلى قائمة من حالات الاستخدام. ومن الأسهل في تلك الحالات الوصول إلى قائمة الجهات الفاعلة أولا، ثم محاولة وضع حالات الاستخدام لكل فاعل. لا يحتاج الممثلون إلى أن يكونوا إنسانيين، على الرغم من تمثيل الممثلين كأرقام عصا في الرسم البياني لحالة الاستخدام. ويمكن أن يكون الفاعل أيضا نظاما خارجيا يحتاج إلى بعض المعلومات من النظام الحالي. في الشكل 3-2، يمكننا أن نرى الحاجة إلى تحديث الحسابات لنظام المحاسبة. هناك العديد من الاختلافات حول ما يظهره الناس كممثلين. بعض الناس تظهر كل نظام خارجي أو الممثل البشري على استخدام حالة الرسم البياني الآخرين يفضلون إظهار البادئ من حالة الاستخدام. أنا أفضل أن تظهر الممثل الذي يحصل على قيمة من حالة الاستخدام، والتي بعض الناس يشير إلى الممثل الأساسي. ومع ذلك، أنا لا تأخذ هذا بعيدا جدا. إم سعيد لرؤية نظام المحاسبة الحصول على قيمة، دون محاولة لمعرفة الممثل البشري الذي يحصل على قيمة من نظام المحاسبة سوف تنطوي على نمذجة النظام المحاسبي نفسه. ومع ذلك، يجب أن تسأل دائما حالات الاستخدام مع الجهات الفاعلة في النظام، ومعرفة ما هي أهداف المستخدمين الحقيقية، والنظر في طرق بديلة لتحقيق تلك الأهداف. عندما إم العمل مع الممثلين وحالات الاستخدام، وأنا لا تقلق كثيرا عن ما هي العلاقات الدقيقة فيما بينها. في معظم الأحيان، ما إم حقا هو بعد حالات الاستخدام الجهات الفاعلة هي مجرد وسيلة للوصول الى هناك. طالما أحصل على جميع حالات الاستخدام، أنا لا قلق حول تفاصيل الجهات الفاعلة. هناك بعض الحالات التي يمكن أن يكون من المفيد تتبع الجهات الفاعلة في وقت لاحق. قد يحتاج النظام إلى تهيئة لأنواع مختلفة من المستخدمين. في هذه الحالة، كل نوع من المستخدمين هو ممثل، وحالات الاستخدام تظهر لك ما يحتاج كل فاعل القيام به. يمكن أن يساعدك تتبع من يريد حالات الاستخدام على التفاوض على الأولويات بين مختلف الجهات الفاعلة. بعض حالات الاستخدام لا تملك روابط واضحة مع جهات فاعلة محددة. النظر في شركة المرافق. ومن الواضح أن واحدة من حالات استخدامها هو إرسال فاتورة. ليس من السهل جدا لتحديد الممثل المرتبطة بها، ولكن. لا يطلب أي دور مستخدم معين فاتورة. يتم إرسال الفاتورة إلى العميل، ولكن العميل لن يعترض إذا لم يحدث. إن أفضل تخمين لدى أحد الممثلين هنا هو قسم الفوترة، حيث يحصل على قيمة من حالة الاستخدام. ولكن الفواتير لا تشارك عادة في اللعب من حالة الاستخدام. كن على علم بأن بعض حالات الاستخدام لن تخرج نتيجة لعملية التفكير في حالات الاستخدام لكل فاعل. إذا حدث ذلك، لا تقلق كثيرا. الشيء المهم هو فهم حالات الاستخدام وأهداف المستخدمين التي تلبيها. وثمة مصدر جيد لتحديد حالات الاستخدام هو الأحداث الخارجية. التفكير في جميع الأحداث من العالم الخارجي الذي تريد الرد. حدث معين قد يسبب رد فعل النظام الذي لا ينطوي على المستخدمين، أو أنه قد يسبب رد فعل في المقام الأول من المستخدمين. تحديد الأحداث التي تحتاج إلى الرد عليها سوف تساعدك على تحديد حالات الاستخدام. استخدام علاقات الحالة بالإضافة إلى الروابط بين الجهات الفاعلة وحالات الاستخدام، يمكنك عرض عدة أنواع من العلاقات بين حالات الاستخدام. وتحدث العلاقة إينلود عندما يكون لديك جزء من السلوك المتشابه عبر أكثر من حالة استخدام واحدة وأنت لا تريد الاحتفاظ بنسخ وصف ذلك السلوك. على سبيل المثال، يتطلب كل من "تحليل المخاطر" و "صفقة الأسعار" تقييم الصفقة. وصف وصف الصفقة ينطوي على جزء عادل من الكتابة، وأنا أكره نسخ ولصق. لذلك أنا فصلت حالة استخدام قيمة الصفقة منفصلة لهذا الوضع، وأشار إليها من حالات الاستخدام الأصلي. يمكنك استخدام تعميم حالة الاستخدام عندما يكون لديك حالة استخدام واحدة مشابهة لحالة استخدام أخرى ولكن أكثر قليلا. في الواقع، وهذا يعطينا طريقة أخرى لالتقاط السيناريوهات البديلة. في مثالنا، حالة الاستخدام الأساسي هي كابتشر ديل. وهذا هو الحال الذي يسير فيه كل شيء بسلاسة. ولكن الأمور يمكن أن تخل بالسلاسة على صفقة. واحد هو عندما يتم تجاوز الحد الأقصى على سبيل المثال، الحد الأقصى للمبلغ الذي أنشأته منظمة تجارية لعميل معين. هنا نحن لا أداء السلوك المعتاد المرتبطة حالة استخدام معين نقوم بتنفيذ بديل. ويمكننا أن نضع هذا الاختلاف ضمن حالة استخدام صفقة الالتقاط كبديل، كما هو الحال مع حالة شراء منتج ما وصفته سابقا. ومع ذلك، قد نشعر بأن ھذا البدیل مختلف بما فیھ الکفایة لاستحقاق حالة استخدام منفصلة. وضعنا المسار البديل في حالة استخدام المتخصصة التي تشير إلى حالة استخدام قاعدة. يمكن لحالة الاستخدام المتخصصة تجاوز أي جزء من حالة الاستخدام الأساسي، على الرغم من أنه يجب أن يكون على وشك تحقيق هدف المستخدم الأساسي نفسه. والعلاقة الثالثة، التي أشرت إليها في الشكل 3-2، تسمى تمديد. أساسا، وهذا يشبه التعميم ولكن مع المزيد من القواعد لذلك. مع هذا البناء، قد يؤدي توسيع حالة الاستخدام إلى إضافة سلوك إلى حالة استخدام قاعدة، ولكن هذه المرة يجب أن حالة استخدام قاعدة تعلن نقاط تمديد معينة، وتوسيع حالة الاستخدام قد تضيف سلوك إضافي فقط في تلك النقاط التمديد. (انظر الشكل 3-3) الشكل 3-3. توسيع العلاقة يمكن أن تحتوي حالة الاستخدام على العديد من نقاط التمديد، وقد تمتد حالة الاستخدام الممتدة إلى نقطة أو أكثر من نقاط التمديد هذه. يمكنك تحديد أي منها على الخط بين حالات الاستخدام على الرسم التخطيطي. كل من تعميم وتمديد تسمح لك لتقسيم حالة الاستخدام. أثناء وضع، وأنا في كثير من الأحيان تقسيم أي حالة استخدام أن الحصول على معقدة للغاية. أنا انقسمت خلال مرحلة البناء من المشروع إذا وجدت أن لا أستطيع بناء حالة الاستخدام كله في التكرار واحد. عندما انقسام، أود أن تفعل الحالة العادية أولا والاختلافات في وقت لاحق. تطبيق القواعد التالية. يتضمن الاستخدام عند تكرار نفسك في حالتين منفصلتين أو أكثر للاستخدام وتريد تجنب التكرار. استخدم التعميم عندما تصف وصفا للسلوك العادي وترغب في وصفه بشكل عرضي. استخدام تمديد عندما كنت تصف الاختلاف على السلوك العادي وكنت ترغب في استخدام شكل أكثر رقابة، وإعلان نقاط التمديد الخاص بك في حالة استخدام الأساسية. إم ل استخدام مخطط الحالة مثال مواقع الشبكات الاجتماعية مشروع مخططات أومل مشاريع مواقع الشبكات الاجتماعية. تم إنشاء هذه العينة في الرسم البياني كونسيبتدراو برو وبرنامج ناقلات الرسم باستخدام أومل استخدام مكتبة مخطط حالة من حل أومل السريع من منطقة تطوير البرمجيات من كونسيبتدراو حل بارك. وتظهر هذه العينة نظام فاسيبوك-سوسيال الصحي وتستخدم في إسقاط وإنشاء مواقع الشبكات الاجتماعية. جيت ماي كونسيبتدرو سوفتوار الهدف والرسومات التخطيطية هذا الحل يمتد برنامج كونسيبتدراو برو مع العينات والقوالب ومكتبة عناصر التصميم لرسم الهدف والرسم التخطيطي Diagram. UML استخدام مخطط حالة مثال مواقع الشبكات الاجتماعية مشروع مخططات أومل مشاريع مواقع الشبكات الاجتماعية. تم إنشاء هذه العينة في الرسم البياني كونسيبتدراو برو وبرنامج ناقلات الرسم باستخدام أومل استخدام مكتبة مخطط حالة من حل أومل السريع من منطقة تطوير البرمجيات من كونسيبتدراو حل بارك. وتظهر هذه العينة نظام فاسيبوك-سوسيال الصحي وتستخدم في إسقاط وإنشاء مواقع الشبكات الاجتماعية. الحصول على برنامج مفاهيمي يقدم سيناريو مثال لإثبات كيفية عمل نظام تتبع المشكلات الشائعة: (1) يتلقى فني خدمة العملاء مكالمة هاتفية أو بريدا إلكترونيا أو أي اتصال آخر من أحد العملاء بشأن مشكلة ما. توفر بعض التطبيقات نظام الرسائل المدمج وتقارير الأخطاء التلقائية من كتل معالجة الاستثناءات. (2) فني يتحقق من أن المشكلة حقيقية، وليس فقط ينظر إليها. سوف فني أيضا التأكد من أن يتم الحصول على معلومات كافية عن المشكلة من العملاء. وتشمل هذه المعلومات عموما بيئة العميل، ومتى وكيف تحدث هذه المشكلة، وجميع الظروف الأخرى ذات الصلة. (3) فني يخلق هذه المسألة في النظام، وإدخال جميع البيانات ذات الصلة، على النحو المنصوص عليه من قبل العميل. (4) كما يتم العمل على هذه المسألة، يتم تحديث النظام مع بيانات جديدة من قبل فني. وينبغي ملاحظة أي محاولة لإصلاح المشكلة في نظام القضايا. من المرجح أن يتم تغيير حالة التذكرة من فتح إلى انتظار. (5) بعد معالجة المسألة معالجة كاملة، يتم وضع علامة على أنها حلت في نظام تتبع المسألة. إذا لم يتم حل المشكلة بشكل كامل، سيتم فتح تذكرة مرة واحدة فني يتلقى معلومات جديدة من العميل. عملية التشغيل كتاب التشغيل الذي ينفذ أفضل الممارسات لهذه سير العمل ويزيد من فعالية موظفي تكنولوجيا المعلومات أصبحت شائعة جدا. نظام تتبع المشكلات. ويكيبيديا مثال رسم بياني لحالة استخدام أومل تم إنشاء نظام معالجة التذاكر باستخدام مخطط كونسيبتدراو برو وبرنامج رسم النواقل الممتد مع حل أومل السريع من منطقة تطوير البرمجيات في كونسيبتدراو سولوتيون بارك. مخطط حالة استخدام أومل المعيار المفتوح المقبول الذي يستخدم في هندسة البرمجيات وتصميم النظام، عندما تكون نمذجة النظم الموجهة نحو الكائنات والعمليات التجارية معروفة باسم لغة النمذجة الموحدة (أومل). تم إنشاء أومل لتعريف، والتصور، وتصميم وتوثيق نظم البرمجيات. انها ليست لغة البرمجة، ولكن على قاعدة نموذج أومل يمكن أن تتولد التعليمات البرمجية. يستخدم أومل مجموعة عامة من الرموز التوضيحية لإنشاء نموذج مجرد للنظام يسمى نموذج أومل. يسمح أومل بتمثيل المتطلبات، والنظم الفرعية، والأنماط الهيكلية والسلوكية، والعناصر المنطقية والفيزيائية، وما إلى ذلك. يحدد أومل 13 نوعا من المخططات: الفئة (الحزمة)، حالة الاستخدام، التسلسل، الكائن، التعاون، المكون، التوقيت، آلة الدولة، هيكل مركب، النشاط، ونشر. كل هذه الأنواع من المخططات أومل يمكن أن تكون سريعة وسهلة إنشاؤها مع قوية كونسيبتدراو برو البرمجيات الموسعة مع حل أومل السريع خاص من مجال تطوير البرمجيات من كونسيبتدراو حل بارك. سيرفيسز أومل دياغرام. أتم. تم إنشاء هذه العينة في الرسم البياني كونسيبتدراو برو وبرنامج ناقلات الرسم باستخدام أومل استخدام مكتبة مخطط حالة من حل أومل السريع من منطقة تطوير البرمجيات من كونسيبتدراو حل بارك. وتظهر هذه العينة مخطط الخدمة باستخدام أجهزة الصراف الآلي (أتموسر تيلر ماشينس)، وهي تستخدم في تشغيل أنظمة الصراف الآلي المصرفية عند أداء المعاملات المصرفية. تم إنشاء هذه العينة في الرسم البياني كونسيبتدراو برو وبرنامج ناقلات الرسم باستخدام أومل استخدام مكتبة مخطط حالة من حل أومل السريع من منطقة تطوير البرمجيات من كونسيبتدراو حل بارك. ويبين هذا النموذج أنواع تفاعلات المستخدمين مع النظام ويستخدم في التسجيل والعمل مع نظام قاعدة البيانات. تم إنشاء هذا المثال من الرسم البياني النشاط أتم البنك أتم على قاعدة أومل حالة استخدام الرسم البياني للآلة الصراف الآلي من الدورة التفكير في جافا، الطبعة الثانية، مراجعة 9 من قبل بروس إكل نشرت على الموقع الإلكتروني لقسم علوم الكمبيوتر والهندسة الكهربائية من جامعة ميريلاند، بالتيمور (أومبك). إذا كنت تقوم بتصنيع السيارات، على سبيل المثال، فإن حالة الاستخدام لجانب معين من وظائف النظام قادرة على وصف ما يفعله الصراف الآلي في كل حالة ممكنة. ويشار إلى كل حالة من هذه الحالات على أنها سيناريو، ويمكن اعتبار حالة الاستخدام مجموعة من السيناريوهات. يمكنك التفكير في السيناريو على أنه سؤال يبدأ بما يلي: ماذا يفعل النظام إذا. على سبيل المثال، ما الذي يفعله الصراف الآلي إذا قام العميل بإيداع شيك فقط خلال ال 24 ساعة الماضية، و ثيريس لا يكفي في الحساب دون أن يتم مسح الشيك لتوفير الانسحاب المطلوب استخدام مخططات الحالة هي عمدا بسيطة لمنعك من التعثر في تفاصيل تنفيذ النظام قبل الأوان. كل شخص عصا يمثل الفاعل، الذي هو عادة الإنسان أو نوع آخر من وكيل الحرة. (يمكن أن تكون هذه حتى أنظمة الكمبيوتر الأخرى، كما هو الحال مع أجهزة الصراف الآلي.) يمثل المربع حدود النظام الخاص بك. تمثل علامات الحذف حالات الاستخدام، وهي توصيف للعمل القيم الذي يمكن القيام به مع النظام. وتمثل الخطوط بين الجهات الفاعلة وحالات الاستخدام التفاعلات. لا يهم كيف يتم تنفيذ النظام في الواقع، طالما أنها تبدو مثل هذا للمستخدم. csee. umbc. educourses331resourcestijtextTIJ213.gif تم إنشاء مثال مخطط الحالة هذا باستخدام مخطط الرسم البياني كونسيبتدراو وبرنامج رسم ناقلات ممتد مع حل مخططات أتم أومل من منطقة تطوير البرمجيات في كونسيبتدراو سولوتيون بارك. بانك أتم أومل تسلسل الرسم البياني حل أومل السريع من منطقة تطوير البرمجيات من كونسيبتدراو حل بارك يتضمن 13 ناقلات الإستنسل المكتبات لرسم المخططات أومل 2.4 باستخدام كونسيبتدراو الرسم التخطيطي للمحترفين وبرنامج رسم ناقلات. تستخدم مخططات حالة الاستخدام في تطوير البرمجيات والأنظمة لتعريف متطلبات النظام الوظيفي أو نظام الأنظمة. ويعرض الرسم التوضيحي لحالة الاستخدام أعمال التحريض على الأشياء (المستخدمين أو الأنظمة) التي يتم تنفيذها للوصول إلى النتيجة المحددة.