بوستيد بي: غوست تم إنشاؤه في: الخميس 17 يناير 2013 07:48:11 ص 1. التعريف 1.1 الغرض 1.2 النطاق 1.3 التعاريف والمختصرات والمختصرات 1.4 مراجع 1.5 نظرة عامة 2. وصف عام 2.1 منظور المنتج 2.1.1 واجهات النظام 2.1.2 إنتيرفسسيس المستخدم 2.1.3 واجهات الأجهزة 2.1.4 واجهات البرامج 2.1.5 واجهات الاتصال 2.1.6 قيود الذاكرة 2.1.7 عمليات 2.1.8 متطلبات التكيف الموقع 2.2 وظائف المنتج 2.3 خصائص المستخدم 2.4 القيود 2.5 الافتراض والاعتماديات 2.6 تقسيم الاحتياجات 3. متطلبات محددة 3.1 بين. الخ العنوان: امتحان نظام التسجيل في أواد رابط الصفحة: نظام تسجيل الامتحانات في أواد - بوستيد بي: ضيف خلق في: الخميس 08 مارس 2012 09:39:46 آم أريد مجردة على موضوع نظام تسجيل الامتحان. الخ العنوان: نظام تسجيل الامتحانات رابط الصفحة: نظام تسجيل الامتحانات - بوستيد بي: غوست تم إنشاؤه في: الثلاثاء 23rd من يوليو 2013 01:27:40 آم أريد مشكلة ديفيناتيون في أن أريد مقدمة مسرد جنرال نوليج حول عملاء المجال المستخدمين مهمة إنفيورمنت الإجراءات حاليا ينفذ البرامج المتنافسة سيميلاريتيز إلى مجال آخر آمل أن فولفيل بلدي ريويريمنت. الرجاء تقديم لي مشروع صغير في موضوع التصميم المنحى تحليل الموضوع. . الخ. العنوان: تصميم الشكل الأساسي للأنظمة التجارية الأجنبية في أواد رابط الصفحة: تصميم الشكل الأساسي البصري لنظام التداول الأجنبي في أواد - بوستيد بي: غوست تم إنشاؤه في: الجمعة 19 أغسطس 2016 04:26:10 ص مرحبا أنا كيرثي مثل الحصول على تفاصيل عن تصميم شكل الأساسية البصرية لنظام التداول الأجنبي في أواد. الخ العنوان: مخطط الفصل لنظام تسجيل الامتحانات رابط الصفحة: الرسم البياني لفئة نظام تسجيل الامتحانات - بوستيد بي: غوست تم إنشاؤه في: الخميس 25 أكتوبر 2012 09:45:48 آم أنا أبحث عن مثال على مخطط فئة بحيث أنا يمكن أن نفهم مفهوم أفضل. الخ الهدف: لتطوير مشروع صغير بعد 12 تمارين المدرجة أدناه. 1. لتطوير بيان المشكلة. 2. وضع وثيقة سرس القياسية إيي. أيضا تطوير إدارة المخاطر وخطة المشروع (مخطط جانت). 3. تحديد حالات الاستخدام وتطوير نموذج حالة الاستخدام. 4. تحديد الأنشطة التجارية ووضع مخطط نشاط أومل. 5. تحديد الطبقات المفاهيمية وتطوير نموذج مجال مع مخطط فئة أومل. 6. باستخدام السيناريوهات المحددة تجد التفاعل بين الكائنات وتمثيلها باستخدام الرسوم البيانية التفاعل أومل. 7. رسم الرسم البياني الدولة الرسم البياني. 8. تحديد واجهة المستخدم، كائنات المجال، والخدمات الفنية. رسم الرسم البياني الطبقات، المنطقية الرسم البياني المنطقي مع أومل حزمة الرسم البياني التدوين. 9 - تنفيذ طبقة الخدمات التقنية. 10. تنفيذ طبقة الكائنات المجال. 11. تنفيذ طبقة واجهة المستخدم. 12. رسم مكونات ومخططات النشر. 18 النطاقات المقترحة للمشروع المصغر. 1. نظام أتمتة الجوازات. 2. كتاب البنك 3. تسجيل الامتحان 4. نظام صيانة الأسهم. 5. نظام الحجز دورة على الانترنت 6. التذاكر الإلكترونية 7. نظام إدارة شؤون الموظفين 8. معالجة بطاقات الائتمان 9. نظام إدارة الكتاب الإلكتروني 10. نظام التوظيف 11. نظام التداول الأجنبي 12. نظام إدارة المؤتمرات 13. نظام إدارة ببو انقر فوق أدناه روابط لتحميل دليل الوظائف ذات الصلة: CS2357 2 تعليقات: يمكن ش إعطاء الترميز في جافا أو البصرية الأساسية لنظام صيانة الأسهم. يمكن أن تعطي ش وثيقة أو الترميز في جزءا لا يتجزأ من ج لنظام أتم الأمن إضافة تعليق لاب مانوال بحث هذه المدونة لاب مانوال أرشيف المدونةستوك صيانة النظام 1. الهدف: لتوفير نسخة كاملة من نظام إدارة المخزون وإدارة عملية إدارة المخزون بأكمله من شركة. 2. نطاق المشروع: لضمان قابلية وبالتالي التوافق. لضمان نظامنا يتحرك مع الوقت أي أنه يسمح للصيانة والترقيات والنسخ الاحتياطي الدوري من قبل شخص المتقدمة والمرخص لها. لبرمجة النظام باستخدام التصميم المناسب والتطبيق ومنصة وبرمجة لغات. 3. وصف المشروع: مدير الأسهم هو وجود الحقوق والضوابط للدخول إلى البرنامج عن طريق إدخال اسم المستخدم وكلمة المرور الصالحة. أنهم تحليل ما هي السلع هي نيد، ما هي تلك انتهت منها القديمة منها. ثم انه واضح البضائع القديمة عن طريق بيع فإنه مع offer. Then وقال انه سوف القضاء على السلع منتهية الصلاحية من غودونز. ثم انه يعد قائمة من السلع التي هي بحاجة إلى متجر توفير العملاء. ثم انه يدعو الشركة للحصول على الاقتباس. بعد تلقي الاقتباسات من الشركة، مدير الأسهم اختيار أفضل اقتباس. ثم مدير شراء السلع اللازمة من الشركة المقابلة. بعد تسليم جميع السلع من قبل مدير الشركة و مدير المبيعات يستقر جميع مدفوعاته مع الضرائب. ثم مدير الأسهم تبيع البضاعة لكثير من العملاء وتحديث كافة التفاصيل في قاعدة البيانات. من خلال معالجة هذه الخطوات مدير المخزون يدير الأسهم المتاحة في غودون. 4.RequIREMENTS: (أ) المتطلبات الرسمية: المتطلبات: 1.Login: يتحقق تسجيل الدخول من قبل مدير الأسهم. 2.تحليل السلع: العثور على السلع منتهية الصلاحية العثور على كبار السن وبيع بأسعار العرض 3. إعداد قائمة: قائمة السلع أو العناصر التي هي المطلوبة هي بريبد من قبل مدير المخزون. 4. الحصول على الاقتباسات: مدير الأسهم يحصل على الاقتباس من مدير الشركة. 5. اختيار أفضل واحد: مدير الأسهم يختار أفضل الاقتباسات. 6. شراء السلع: مدير المخزون شراء جيدة من مدير الشركة. 7. التسليم أمبير الدفع: تسليم البضائع من قبل الشركة المطلوبة ودفع استقر من قبل مدير المخزون. 8.Update: يتم تنفيذها من قبل مدير الأسهم في قاعدة البيانات. 2. تحليل: تحليل المتطلبات ما إذا كان يوفر عمليات التشغيل المناسبة ويؤدي المهمة. .3 التصمیم: ینبغي علی مدیر المشروع تصمیم مخطط المشروع قبل التخطیط لتخصیص الوقت وتخصیص التکالیف وتخصیص الموظفین في مرحلة التصمیم. 4. التنفيذ: بعد إنكومبوسينغ جميع المخططات، لدينا لتوليد رمز لكل والرسوم البيانية أي من أوسيكاس إلى النشر. 5. اختبار: أفتير تنفيذ الرسم البياني مع لغة المجال، لدينا لاختبار مشاريع معينة. 6. الحفاظ على: يجب أن يتم تحديث النظام بسهولة. يجب على النظام الاستفادة من المكونات القابلة للتبديل إنز البرمجيات المتقدمة يجب الحفاظ على التكلفة والوقت الجدول الزمني للمشروع. (ب) المتطلبات غير الوظيفية: تحدد المتطلبات غير الوظيفية الاحتياجات من حيث الأداء، ومتطلبات قواعد البيانات المنطقية، والقيود المفروضة على التصميم، والامتثال القياسي، والموثوقية، والتوفر، والأمن، والصيانة، وقابلية النقل. أنا. متطلبات الأداء: تحدد متطلبات الأداء أوقات الاستجابة المقبولة لوظائف النظام. وقت التحميل لشاشات واجهة المستخدم سوف يستغرق وقتا أطول من ثانيتين. يجب التحقق من معلومات تسجيل الدخول في غضون خمس ثوان. يجب أن تنتج الاستعلامات في غضون خمس ثوان. ثانيا. ديسين كونستراينتس: يجب أن يكون البرنامج نظاما معياريا يعمل في بيئة النوافذ. يجب تطوير النظام باستخدام جناح المؤسسة الرشيد. ثالثا. الموثوقية: حدد العوامل المطلوبة لتحديد الموثوقية المطلوبة لنظام البرمجيات في وقت التسليم. د. التوفر: يجب أن يكون النظام توفر 99.99. v. بورتابيليتي: يجب أن يكون النظام للغاية عبر محرك أقراص أوسب. يجب أن يكون النظام سهل الترحيل أو النسخ الاحتياطي عن طريق محرك أقراص استخدام آخر. السادس. الحفاظ على: يجب على النظام استخدام الإضافات القابلة للتبديل. يجب أن يكون النظام للتحديث بسهولة للإصلاحات والبقع. يجب أن يكون النظام سهلا للترقية. (ج) متطلبات الأجهزة: 1. المعالج 8211 إنتل بنتيوم إيف-2.0 غيغا هرتز. 2. الأجهزة 8211 40 غيغابايت. 3. رام 8211 512mb 4. دفد رام 8211 1 نوس. (d).csware المتطلبات: 1. أوس 8211 ويندوز زبفيستا. 2. أداة الواجهة الأمامية 8211 راتيونال روز إنتيربريس سويت. 3. أداة النهاية الخلفية 8211 أوراكل 10i. 5.MODULE الوصف: ط. تسجيل الدخول: يتم استخدام تسجيل الدخول لأمن العميل. العميل بتسجيل الدخول مع اسم المستخدم وكلمة المرور للعميل. تحليل: مدير الأسهم أناليسثيث الأسهم. وهو يحدد الأسهم القديمة والسلع المنتهية الصلاحية وأيضا قائمة من العناصر اللازمة. تخليص المخزونات القديمة: يقوم مدير الأسهم بتخليص البضائع القديمة من خلال بيعها بسعر العرض. قائمة ترتيب إعداد: مدير المخزون يعد قائمة البنود التي يتم شراؤها. ثم يدعو الشركة للحصول على الاقتباسات. اقتباس: مدير الأسهم يدعو الشركة للحصول على الاقتباسات. بعد استلام الاقتباسات من الشركة، مدير الأسهم يختار الاقتباس. الشراء: يقوم مدير المخزون بشراء السلع المطلوبة من الشركة المقابلة التي يتم فيها اختيار الاقتباسات. الدفع: مدير الأسهم يدفع الفواتير جنبا إلى جنب مع الضرائب ويتم تسليم البضاعة من قبل مدير الشركة. 6. نموذج دومين: نموذج النطاق هو تمثيل مرئي للفئات المفاهيمية أو الحالات الحقيقية الكائن في المجال. في تحليل المنحى الكائن، نموذج المجال هو الأكثر أهمية. وهو يوضح المفهوم في المجال. وهو بمثابة مصدر إلهام لتصميم بعض الكائنات البرمجيات. العلاقة بين مدير الأسهم والعملاء هو شراء السلع من خلال الخصم أمبير عرض المبيعات. العلاقة بين مدير الأسهم ومدير الشركة هو إعطاء أمبير الحصول على الاقتباسات لشراء السلع. 7.الطبقة المعمارية العمارة: تسلسل الرسم البياني هو الرسم البياني نظرة التفاعل. ويوفر نظرة عامة على الصورة الكبيرة لكيفية ترتبط مجموعة من التفاعل من حيث المنطق وتدفق العملية. هذه العمارة طبقة جزئية يظهر واجهة الرسم البياني تسلسل، وهنا يظهر المسؤول واجهة من خلال عرض رمز الممثل. 8.Logical العمارة: العمارة المنطقية هي تنظيم واسع النطاق من فئة البرمجيات في حزم، طبقة النظام الفرعي. ويطلق عليه الهيكل المنطقي لأنه لا يوجد اتجاه حول كيفية نشر هذه العناصر على نظام تشغيل مختلف. 9. نشاط الرزق: من الصعب بيع المنتجات القديمة أو منتهية الصلاحية. ومن الصعب أيضا العثور على تلك التي انتهت صلاحيتها. إذا اشترينا أنكسنسيف المنتج وبعد وقت قد يكون هناك انخفاض الأسعار. في هذه الحالة، مدير الأسهم لديها لمواجهة الخسارة. 10.GANTT الرسم البياني: وهو نوع من المخطط الشريطي الذي يصف الجدول الزمني للمشروع. ويوضح تاريخ البدء والانتهاء لعنصر المحطة الطرفية وبعض العناصر الأخرى في المشروع. 11.POST - وظيفة و بير-فونكتيون: تسجيل الدخول وظيفة قبل: اسم المستخدم وكلمة المرور تحتاج إلى إدخالها. وظيفة آخر. يتم التحقق من اسم المستخدم وكلمة المرور التي تم إدخالها للتحقق من صحتها. تحليل: وظيفة ما قبل. عدد من السلع وظيفة وظيفة المتاحة. وإعداد القائمة النهائية للبضائع التي سيتم طلبها على أساس توافرها. ستوك كليرانس: وظيفة ما قبل: أخذ قائمة الأسهم القديمة. وظيفة آخر. مسح الأسهم القديمة على العروض ومبيعات الخصم. ترتيب قائمة الإعداد: وظيفة ما قبل. إنشاء قائمة من السلع ليتم ترتيبها على أساس الشرط. وظيفة آخر. إرسال القائمة إلى الشركة. اقتباس: وظيفة ما قبل. الحصول على أمر من مدير المخزون وإعداد الاقتباس للبضائع أمر. وظيفة آخر. إرسال الاقتباس أعدت لمدير الأسهم. شراء: وظيفة قبل: اختيار أفضل اقتباس استنادا إلى أسعار أرخص. وظيفة آخر. شراء السلع على أساس الاقتباس المحدد. التسليم والدفع: وظيفة ما قبل. الحصول على الدفعة المقدمة من مدير المخزون. وظيفة آخر. تسليم البضائع إلى مدير الأسهم بعد الدفع المسبق. أوبديت قاعدة البيانات: وظيفة قبل. مسح السجلات القديمة في قاعدة البيانات. وظيفة آخر. تحديث قاعدة البيانات وفقا لعملية شراء جديدة. 12.UML حزمة التصور: يوفر مخطط حزمة أومل وسيلة لعناصر المجموعة. مخطط مجموعة أومل يمكن أن تجمع أي شيء الطبقات. حزم أخرى في شائعة جدا. حزمة أومل هو مفهوم أكثر عمومية من مجرد حزمة جافا أو اسم الفضاء، من خلال حزمة أومل يمكننا تمثيل تلك وأكثر من ذلك. السهم إلى الأمام من مدير الأسهم إلى العميل. 13.TECHICAL سيرفيس لاير: وهذا يدل على التفاعل بين الجهات الفاعلة أو الأشياء في الرسم البياني تسلسل. ويشير السهم إلى الأمام من مدير الأسهم إلى العميل البيع. مدير الأسهم تحليل ما هي الأسهم القديمة هناك وما هو مطلوب. يقوم المشرف بتحديث قاعدة البيانات. مدير المخزون شراء السلع من مدير الشركة. ثم يقوم مدير الشركة بإرسال الاقتباس إلى مدير المخزون. 14.DOMAIN أوبجيكت لاير: بعد تأليف طبقة الخدمة التقنية من العمارة الجزئية. لأنهم ذاهبون لتوليد الترميز في جافاف. مجال المشروع هو من ذوي الخبرة تحت جافاف باستخدام راتيونال روز البرمجيات البدلة. 15.USER واجهة السطح: في طبقة واجهة المستخدم فإنه يظهر واجهة مع مخطط تسلسل عن طريق تغيير رمز تسلسل. يتم استبدال رمز التسلسل بواسطة رمز الممثل الذي يظهر الواجهة بين مخطط التسلسل. أومل أوسيكاس دياغرام: يوفر أومل استخدام حالة الرسم البياني تدوين لتوضيح أسماء حالة الاستخدام والعلاقة المؤلف بينهما. استخدام حالة الرسم البياني وعلاقة الحالة هي ثانوية في حالة استخدام حالة العمل وثيقة نص حالة. أومل كلاس دياغرام: أومل سينكاس دياغرام: أومل كولابراشيون دياغرام: أومل ستات تشارت دياغرام: أومل النشاط التشخيصي: أومل دياغرامنت دياغرام: التنفيذ: الاستنتاج: استخدام مخططات الحالة استخدام مخططات الحالة بالإضافة إلى إدخال حالات الاستخدام كعناصر أساسية في تطوير البرمجيات، 1994) رسم تخطيطي لتصور حالات الاستخدام. مخطط حالة الاستخدام هو أيضا جزء من أومل. كثير من الناس يجدون هذا النوع من الرسم البياني مفيدا. ومع ذلك، لا بد لي من التأكيد على أنك لا تحتاج إلى رسم مخطط لاستخدام حالات الاستخدام. واحدة من المشاريع الأكثر فعالية وأنا أعلم أن استخدام حالات الاستخدام تنطوي على حفظ كل واحد على بطاقة فهرس وفرز البطاقات إلى أكوام لإظهار ما تحتاجه البناء في كل التكرار. ويبين الشكل 3-2 بعض حالات الاستخدام لنظام التداول المالي. الشكل 3-2. استخدام مخطط الحالة الممثل هو دور يقوم به المستخدم فيما يتعلق بالنظام. هناك أربعة جهات فاعلة في الشكل 3-2: مدير التداول، المتداول، مندوب المبيعات، ونظام المحاسبة. (نعم، أنا أعلم أنه سيكون من الأفضل استخدام دور الكلمة، ولكن على ما يبدو، كان هناك سوء تفسير من السويدية). وربما يكون هناك العديد من التجار في منظمة معينة، ولكن بقدر ما يتعلق النظام، فإنها جميعا تلعب نفس الدور. يمكن للمستخدم أيضا أن يلعب أكثر من دور واحد. على سبيل المثال، أحد كبار المتداولين قد يلعب دور مدير التداول ويكون أيضا تاجر عادي تاجر قد يكون أيضا مندوب مبيعات. عند التعامل مع الفاعلین، من المھم التفکیر في الأدوار بدلا من الأشخاص أو الألقاب المھنیة. الجهات الفاعلة تنفذ حالات الاستخدام. قد يقوم ممثل واحد بالعديد من حالات الاستخدام على العكس، قد يكون لحالة الاستخدام العديد من الجهات الفاعلة التي تؤدي ذلك. في الممارسة العملية، أجد أن الجهات الفاعلة هي الأكثر فائدة عند محاولة التوصل إلى حالات الاستخدام. في مواجهة نظام كبير، قد يكون من الصعب في كثير من الأحيان التوصل إلى قائمة من حالات الاستخدام. ومن الأسهل في تلك الحالات الوصول إلى قائمة الجهات الفاعلة أولا، ثم محاولة وضع حالات الاستخدام لكل فاعل. لا يحتاج الممثلون إلى أن يكونوا إنسانيين، على الرغم من تمثيل الممثلين كأرقام عصا في الرسم البياني لحالة الاستخدام. ويمكن أن يكون الفاعل أيضا نظاما خارجيا يحتاج إلى بعض المعلومات من النظام الحالي. في الشكل 3-2، يمكننا أن نرى الحاجة إلى تحديث الحسابات لنظام المحاسبة. هناك العديد من الاختلافات حول ما يظهره الناس كممثلين. بعض الناس تظهر كل نظام خارجي أو الممثل البشري على استخدام حالة الرسم البياني الآخرين يفضلون إظهار البادئ من حالة الاستخدام. أنا أفضل أن تظهر الممثل الذي يحصل على قيمة من حالة الاستخدام، والتي بعض الناس يشير إلى الممثل الأساسي. ومع ذلك، أنا لا تأخذ هذا بعيدا جدا. إم سعيد لرؤية نظام المحاسبة الحصول على قيمة، دون محاولة لمعرفة الممثل البشري الذي يحصل على قيمة من نظام المحاسبة سوف تنطوي على نمذجة النظام المحاسبي نفسه. ومع ذلك، يجب أن تسأل دائما حالات الاستخدام مع الجهات الفاعلة في النظام، ومعرفة ما هي أهداف المستخدمين الحقيقية، والنظر في طرق بديلة لتحقيق تلك الأهداف. عندما إم العمل مع الممثلين وحالات الاستخدام، وأنا لا تقلق كثيرا عن ما هي العلاقات الدقيقة فيما بينها. في معظم الأحيان، ما إم حقا هو بعد حالات الاستخدام الجهات الفاعلة هي مجرد وسيلة للوصول الى هناك. طالما أحصل على جميع حالات الاستخدام، أنا لا قلق حول تفاصيل الجهات الفاعلة. هناك بعض الحالات التي يمكن أن يكون من المفيد تتبع الجهات الفاعلة في وقت لاحق. قد يحتاج النظام إلى تهيئة لأنواع مختلفة من المستخدمين. في هذه الحالة، كل نوع من المستخدمين هو ممثل، وحالات الاستخدام تظهر لك ما يحتاج كل فاعل القيام به. يمكن أن يساعدك تتبع من يريد حالات الاستخدام على التفاوض على الأولويات بين مختلف الجهات الفاعلة. بعض حالات الاستخدام لا تملك روابط واضحة مع جهات فاعلة محددة. النظر في شركة المرافق. ومن الواضح أن واحدة من حالات استخدامها هو إرسال فاتورة. ليس من السهل جدا لتحديد الممثل المرتبطة بها، ولكن. لا يطلب أي دور مستخدم معين فاتورة. يتم إرسال الفاتورة إلى العميل، ولكن العميل لن يعترض إذا لم يحدث. إن أفضل تخمين لدى أحد الممثلين هنا هو قسم الفوترة، حيث يحصل على قيمة من حالة الاستخدام. ولكن الفواتير لا تشارك عادة في اللعب من حالة الاستخدام. كن على علم بأن بعض حالات الاستخدام لن تخرج نتيجة لعملية التفكير في حالات الاستخدام لكل فاعل. إذا حدث ذلك، لا تقلق كثيرا. الشيء المهم هو فهم حالات الاستخدام وأهداف المستخدمين التي تلبيها. وثمة مصدر جيد لتحديد حالات الاستخدام هو الأحداث الخارجية. التفكير في جميع الأحداث من العالم الخارجي الذي تريد الرد. حدث معين قد يسبب رد فعل النظام الذي لا ينطوي على المستخدمين، أو أنه قد يسبب رد فعل في المقام الأول من المستخدمين. تحديد الأحداث التي تحتاج إلى الرد عليها سوف تساعدك على تحديد حالات الاستخدام. استخدام علاقات الحالة بالإضافة إلى الروابط بين الجهات الفاعلة وحالات الاستخدام، يمكنك عرض عدة أنواع من العلاقات بين حالات الاستخدام. وتحدث العلاقة إينلود عندما يكون لديك جزء من السلوك المتشابه عبر أكثر من حالة استخدام واحدة وأنت لا تريد الاحتفاظ بنسخ وصف ذلك السلوك. على سبيل المثال، يتطلب كل من "تحليل المخاطر" و "صفقة الأسعار" تقييم الصفقة. وصف وصف الصفقة ينطوي على جزء عادل من الكتابة، وأنا أكره نسخ ولصق. لذلك أنا فصلت حالة استخدام قيمة الصفقة منفصلة لهذا الوضع، وأشار إليها من حالات الاستخدام الأصلي. يمكنك استخدام تعميم حالة الاستخدام عندما يكون لديك حالة استخدام واحدة مشابهة لحالة استخدام أخرى ولكن لا أكثر قليلا. في الواقع، وهذا يعطينا طريقة أخرى لالتقاط السيناريوهات البديلة. في مثالنا، حالة الاستخدام الأساسي هي كابتشر ديل. وهذا هو الحال الذي يسير فيه كل شيء بسلاسة. ولكن الأمور يمكن أن تخل بالسلاسة على صفقة. واحد هو عندما يتم تجاوز الحد الأقصى على سبيل المثال، الحد الأقصى للمبلغ الذي أنشأته منظمة تجارية لعميل معين. هنا نحن لا أداء السلوك المعتاد المرتبطة حالة استخدام معين نقوم بتنفيذ بديل. ويمكننا أن نضع هذا الاختلاف ضمن حالة استخدام صفقة الالتقاط كبديل، كما هو الحال مع حالة شراء منتج ما وصفته سابقا. ومع ذلك، قد نشعر بأن ھذا البدیل مختلف بما فیھ الکفایة لاستحقاق حالة استخدام منفصلة. وضعنا المسار البديل في حالة استخدام المتخصصة التي تشير إلى حالة استخدام قاعدة. يمكن لحالة الاستخدام المتخصصة تجاوز أي جزء من حالة الاستخدام الأساسي، على الرغم من أنه يجب أن يكون على وشك تحقيق هدف المستخدم الأساسي نفسه. والعلاقة الثالثة، التي أشرت إليها في الشكل 3-2، تسمى تمديد. أساسا، وهذا يشبه التعميم ولكن مع المزيد من القواعد لذلك. مع هذا البناء، قد يؤدي توسيع حالة الاستخدام إلى إضافة سلوك إلى حالة استخدام قاعدة، ولكن هذه المرة يجب أن حالة استخدام قاعدة تعلن نقاط تمديد معينة، وتوسيع حالة الاستخدام قد تضيف سلوك إضافي فقط في تلك النقاط التمديد. (انظر الشكل 3-3) الشكل 3-3. توسيع العلاقة يمكن أن تحتوي حالة الاستخدام على العديد من نقاط التمديد، وقد تمتد حالة الاستخدام الممتدة إلى نقطة أو أكثر من نقاط التمديد هذه. يمكنك تحديد أي منها على الخط بين حالات الاستخدام على الرسم التخطيطي. كل من تعميم وتمديد تسمح لك لتقسيم حالة الاستخدام. أثناء وضع، وأنا في كثير من الأحيان تقسيم أي حالة استخدام أن الحصول على معقدة للغاية. أنا انقسمت خلال مرحلة البناء من المشروع إذا وجدت أن لا أستطيع بناء حالة الاستخدام كله في التكرار واحد. عندما انقسام، أود أن تفعل الحالة العادية أولا والاختلافات في وقت لاحق. تطبيق القواعد التالية. يتضمن الاستخدام عند تكرار نفسك في حالتين منفصلتين أو أكثر للاستخدام وتريد تجنب التكرار. استخدم التعميم عندما تصف وصفا للسلوك العادي وترغب في وصفه بشكل عرضي. استخدام تمديد عندما كنت تصف الاختلاف على السلوك العادي وكنت ترغب في استخدام شكل أكثر رقابة، وإعلان نقاط التمديد الخاصة بك في حالة استخدام قاعدة الخاص بك.
No comments:
Post a Comment