| LEADER |
05276nam a22003617a 4500 |
| 001 |
1482261 |
| 041 |
|
|
|a eng
|
| 100 |
|
|
|9 466180
|a Turkman, Salam
|e Author
|
| 245 |
|
|
|a A Systematic Business Model-Driven Approach for Deriving UML-Based Requirement Specifications
|
| 246 |
|
|
|a نهج منظم يعتمد على نماذج الأعمال لإشتقاق متطلبات النظام ممثلة بلغة التصميم الموحدة
|
| 260 |
|
|
|a بيرزيت
|c 2017
|
| 300 |
|
|
|a 1 - 181
|
| 336 |
|
|
|a رسائل جامعية
|
| 502 |
|
|
|b رسالة ماجستير
|c جامعة بيرزيت
|f كلية الدراسات العليا
|g فلسطين
|o 1170
|
| 520 |
|
|
|a تعتبر مرحلة هندسة المتطلبات المرحلة الأكثر أهمية في مراحل هندسة البرمجيات، لأنها تمكن المحللين من استنباط متطلبات النظم البرمجية بشكل صحيح وتحديد الاحتياجات والشروط اللازمة لتطويرها، حيث تبين البحوث أن معظم الأخطاء في النظم البرمجية التي يتم اكتشافها في مراحل لاحقة من التطوير، تكون عائدة إلى أخطاء حدثت في مرحلة هندسة المتطلبات. لذلك، اقترح العديد من الباحثين أساليب مختلفة لتحسين هذه المرحلة وتقليل الأخطاء التي تحدث أثنائها، أحد هذه الأساليب المقترحة يعتمد على النماذج الإدارية المتوفرة في المؤسسات لاشتقاق متطلبات النظام، حيث أن العديد من المؤسسات لديها نماذج إدارية على شكل تعليمات أو دليل إجراءات أو مخطط لتمثيل سير العمل، وتحتوي هذه النماذج على تفاصيل كافية صالحة لتحديد جوانب هامة من متطلبات النظم. بعد مراجعة الأبحاث التي أجريت في هذا المجال، تبين وجود العديد من المقترحات لاشتقاق متطلبات النظم من نماذج الأعمال (انظر الفصل 3) بشكل اوتوماتيكي، ولكن فشلوا في تحقيق الاشتقاق دون اللجوء إلى تصحيح يدوي كبير. في هذه الأطروحة، نقدم مقترح منظم لاشتقاق متطلبات النظام استنادا إلى النماذج الإدارية، حيث يتكون هذا المقترح من مجموعة خطوات لتحسين النماذج الإدارية قبل تحويلها إلى متطلبات النظام. تم تنفيذ الاشتقاق باستخدام خوارزميات مبنية على مجموعة من القواعد تم بناءها كجزء من هذا العمل. على الرغم من أن هذا الاشتقاق ليس مؤتمت بالكامل، لكنه يهدف إلى تحقيق درجة أكبر من الاتمتة لاشتقاق متطلبات أكثر دقة وصحة ومطابقة لاحتياجات العمل، وبالتالي يمكننا من التغلب على العديد من المشاكل التي تظهر في مرحلة هندسة المتطلبات، مثل سوء فهم الأعمال من خلال المحللين، وعدم التركيز على الهدف من النظام، وسوء الفهم بين أصحاب المصلحة والمحللين، واختصار الجهد والوقت، وفي نهاية المطاف اختصار الأخطاء التي تظهر في النظم البرمجية. تم استخدام 37 نموذج إداري مصنفة إلى 6 مستويات من ثراء المحتوى، لتقييم المقترح والتأكد من صحته، حيث تم تقييم المقترح من ثلاثة جوانب: الكفاءة، الشمولية والدقة. أظهرت نتائج التقييم أن النهج المقترح أنتج متطلبات صحيحة مقارنة بنتائج الدراسات الأخرى، كما وصلت نسبة الشمولية وتغطية رموز BPMN إلى 90%، وتتناسب كفاءة المقترح طرديا مع مستوى ثراء النماذج الإدارية برموز BPMN.
|
| 653 |
|
|
|a هندسة المتطلبات
|a هندسة البرمجيات
|a لغة التصميم الموحدة
|a النظم البرمجية
|
| 700 |
|
|
|9 366810
|a Taweel, Adel
|e Advisor
|
| 856 |
|
|
|u 9808-013-001-1170-T.pdf
|y صفحة العنوان
|
| 856 |
|
|
|u 9808-013-001-1170-A.pdf
|y المستخلص
|
| 856 |
|
|
|u 9808-013-001-1170-C.pdf
|y قائمة المحتويات
|
| 856 |
|
|
|u 9808-013-001-1170-F.pdf
|y 24 صفحة الأولى
|
| 856 |
|
|
|u 9808-013-001-1170-1.pdf
|y 1 الفصل
|
| 856 |
|
|
|u 9808-013-001-1170-2.pdf
|y 2 الفصل
|
| 856 |
|
|
|u 9808-013-001-1170-3.pdf
|y 3 الفصل
|
| 856 |
|
|
|u 9808-013-001-1170-4.pdf
|y 4 الفصل
|
| 856 |
|
|
|u 9808-013-001-1170-5.pdf
|y 5 الفصل
|
| 856 |
|
|
|u 9808-013-001-1170-6.pdf
|y 6 الفصل
|
| 856 |
|
|
|u 9808-013-001-1170-O.pdf
|y الخاتمة
|
| 856 |
|
|
|u 9808-013-001-1170-R.pdf
|y المصادر والمراجع
|
| 856 |
|
|
|u 9808-013-001-1170-S.pdf
|y الملاحق
|
| 930 |
|
|
|d y
|
| 995 |
|
|
|a Dissertations
|
| 999 |
|
|
|c 865294
|d 865294
|
